Hugo内容
This commit is contained in:
79
Hugo/content/dev/关于代码维护.md
Normal file
79
Hugo/content/dev/关于代码维护.md
Normal file
@@ -0,0 +1,79 @@
|
||||
---
|
||||
draft: true
|
||||
title: 关于代码维护
|
||||
which_category: dev
|
||||
date: 2026-01-22T13:13:00+08:00
|
||||
---
|
||||
|
||||
# 代码维护方式
|
||||
|
||||
较低成本的维护方法就是，局域网内维护，具体方案为局域网内gitlab服务器。
|
||||
|
||||
目前手里有如下硬件（长期运行的）：
|
||||
|
||||
- 树莓派5（8G）。
|
||||
- 微型主机（8G，x86_64架构，120G固态）。
|
||||
- 路由器。
|
||||
|
||||
为了使以上3个硬件的相互访问更加便利以及使gitlab的域名固定。树莓派搭建一个DNS服务器，路由器固定树莓派的IP地址，路由器DNS服务器指向树莓派。微型主机作为gitlab的Runner，跑代码的流水线。
|
||||
|
||||
# 安装记录
|
||||
|
||||
下面逐一记录这一块的安装过程。
|
||||
|
||||
## DNS服务器
|
||||
|
||||
先在路由器中固定树莓派地址，本次固定为192.168.0.150。
|
||||
|
||||
sudo apt-get install dnsmasq，安装工具，编辑文件`/etc/dnsmasq.conf`：
|
||||
|
||||
```shell
|
||||
#设置resolv目录
|
||||
resolv-file=/etc/resolv.conf
|
||||
#严格按照从上到下选择dns
|
||||
strict-order
|
||||
#当前机器的ip，如果只想本地访问可以改为127.0.0.1
|
||||
listen-address=192.168.0.150
|
||||
address=/gitlab.cc/192.168.0.150
|
||||
server=8.8.8.8
|
||||
server=114.114.114.114
|
||||
```
|
||||
|
||||
sudo systemctl restart dnsmasq.service，重启服务。
|
||||
|
||||
在路由器中设置首选DNS为192.168.0.150（树莓派地址），重启路由器，然后在其他设备上ping一下设定的域名：
|
||||
|
||||
|
||||
|
||||
## Gitlab
|
||||
|
||||
下载[gitlab/gitlab-ce - Packages · packages.gitlab.com](https://packages.gitlab.com/gitlab/gitlab-ce)，本次下载为：gitlab-ce_18.6.4-ce.0_arm64.deb。
|
||||
|
||||
上传到树莓派后进行安装。
|
||||
|
||||
|
||||
|
||||
根据图中的提示，编辑：/etc/gitlab/gitlab.rb，设定 external_url 为 gitlab.cc，然后执行 gitlab-ctl reconfigure，最后执行 gitlab-ctl start。
|
||||
|
||||
邮件配置，参考下方内容：
|
||||
|
||||
|
||||
|
||||
配置结束后，执行 gitlab-ctl reconfigure，执行 sudo gitlab-rails console，执行
|
||||
|
||||
```ruby
|
||||
Notify.test_email('taynpg@163.com', 'test content', 'test').deliver_now
|
||||
```
|
||||
|
||||
类似如下显示，即为成功：
|
||||
|
||||
|
||||
|
||||
### GitRunner
|
||||
|
||||
关于git-runner，windows上有一个关键部分就是，install的时候要传入绝对路径参数。
|
||||
|
||||
```powershell
|
||||
.\gitlab-runner.exe install --working-directory "C:\Bin\RunnerWork" --config "C:\Bin\program\config.toml"
|
||||
```
|
||||
|
||||
61
Hugo/content/yi/关于置润的排法.md
Normal file
61
Hugo/content/yi/关于置润的排法.md
Normal file
@@ -0,0 +1,61 @@
|
||||
---
|
||||
draft: true
|
||||
title: 关于置润的排法
|
||||
which_category: qimen
|
||||
date: 2026-01-13T23:00:00+08:00
|
||||
---
|
||||
|
||||
一年四个季节，每个季节三个月。每季的这三个月，头一个称“孟”，第二个月称“仲”，每三个月称“季”。
|
||||
|
||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
|
||||
| :--: | :--: | :--: | :--: | :--: | :--: | :--: | :--: | :--: | :--: |
|
||||
| 甲子 | 乙丑 | 丙寅 | 丁卯 | 戊辰 | 己巳 | 庚午 | 辛未 | 壬申 | 癸酉 |
|
||||
| 甲戌 | 乙亥 | 丙子 | 丁丑 | 戊寅 | 己卯 | 庚辰 | 辛巳 | 壬午 | 癸未 |
|
||||
| 甲申 | 乙酉 | 丙戌 | 丁亥 | 戊子 | 己丑 | 庚寅 | 辛卯 | 壬辰 | 癸巳 |
|
||||
| 甲午 | 乙未 | 丙申 | 丁酉 | 戊戌 | 己亥 | 庚子 | 辛丑 | 壬寅 | 癸卯 |
|
||||
| 甲辰 | 乙巳 | 丙午 | 丁未 | 戊申 | 己酉 | 庚戌 | 辛亥 | 壬子 | 癸丑 |
|
||||
| 甲寅 | 乙卯 | 丙辰 | 丁巳 | 戊午 | 己未 | 庚申 | 辛酉 | 壬戌 | 癸亥 |
|
||||
|
||||
一年二十四个节气，一个月两个节气，一个节气管十五天。依照六十甲子来排，甲子开始到一个节气结束，就来到了己卯，后面以此类推。六十甲子中，一个节气的上元就轮流是`甲子`、`己卯`、`甲午`、`己酉`。
|
||||
|
||||
| | 冬 | 春 | 夏 | 秋 | |
|
||||
| :--------: | :--: | :--: | :--: | :--: | :--: |
|
||||
| 中元头一天 | 亥 | 寅 | 巳 | 申 | 孟 |
|
||||
| 上元头一天 | 子 | 卯 | 午 | 酉 | 仲 |
|
||||
| 下元头一天 | 丑 | 辰 | 未 | 戌 | 季 |
|
||||
|
||||
一个节气上元的头一天，有时在这个节气的前头，有时则落在后头，只在个别情况下和节气是同一天。节气上元头一天称作“符头”。
|
||||
|
||||
节气上元的头一天落到节气的后边，即符头未到而节气先至，这叫“接气”。节气上元的头一天跑到节气的前边，即符头先至而节气未到，这叫“超神”。节气上元的头和节气正好碰到一天，即符头与节气同至，这叫“正授”。
|
||||
|
||||
“超神”在开始时，符头只超过节气一两天，以后逐渐超得越来越多，至超过九天时就要置闰，就是重复一个节气，即把某个节气的上中下三元再重复一次。如在芒种节置闰，芒种上中下三元为阳遁六、三、九局，就是在芒种下元阳遁九局之后，接着最后一天（芒种下元的第五天），按照日辰次序向下排，再安排阳遁六、三、九局，然后才开始夏至上元阴遁九局。置闰的三元称作“闰奇”。
|
||||
|
||||
须要注意的是，并非在哪一个节气中进行。这两个节所就是芒种和大雪，如果不是在这两个节气时，即使超过十天也不能置闰。为什么要放在这两个节气呢？这是因为这两个节气恰在二至之前。阳遁从冬至开始，阴遁从夏至开始，在二至之前的节气置闰，就是在阳遁阴遁开始之前把符头调好，使符头和节气尽量接近，而不致超过过多。
|
||||
|
||||
那么关键点就在大雪和芒种，目前我的方法是，给定一个日期，从该日期去年的大雪起排，排到下一年的春节结束，也就是说推演一年的顺序，为什么要推一年而不是直接判定某个节气和符头，这是因为置润的时候只能在指定的两个节气处理，相当于期间的日期都可能与这两个节气相关，需要处理“超神”、“接气”和“置闰”的动态连续关系。
|
||||
|
||||
## 具体到算法
|
||||
|
||||
这里面一个关键的点只有一个，那就是大雪交节这一天，寻找与符头的关系时，应该算在上一个符头的后面还是算在下一个符头的前面。
|
||||
|
||||
### 节气如何“认领”符头——从“正授”点倒推
|
||||
|
||||
这个认领关系的基准点，就是 “正授” —— 当节气交节之日恰好就是某个“符头”日。在奇门理论中，冬至和夏至这两个至点，理论上应该与“正授“状态最为接近（即尽量让符头与节气同步）。其中：
|
||||
|
||||
- 冬至的理论理想符头是甲子或己卯（阳遁开始）。
|
||||
|
||||
- 夏至的理论理想符头是甲午或己酉（阴遁开始）。
|
||||
|
||||
由于干支纪日与太阳年长度（365.2422天）不成整数倍，真正的“正授”很少见，大部分时间是“超神”或“接气”。向前倒推，建立归属链：大雪是冬至的前一个节气。在“正授”的理想模型下，各节气与其符头的关系链是固定的：冬至（符头假设为 甲子）← 向前推15天（一个节气长度）→ 大雪的符头就应该是甲子之前的那个符头，即己酉。同样，从夏至（符头假设为 己酉）向前推：夏至（符头 己酉）← 向前推15天 → 芒种的符头就应该是己酉之前的那个符头，即甲午。
|
||||
|
||||
这就是为什么“大雪的符头为己酉，芒种的符头为甲午”是规则。 它们是从二至（冬至、夏至）的基准符头，按照三元固定顺序向前倒推15天（一个节气）而得出的固定对应关系。
|
||||
|
||||
所有节气的理论符头可以按照四轮固定循环反推。
|
||||
|
||||
### 算法确定
|
||||
|
||||
这个规则是：
|
||||
|
||||
> **“实际上元符头日”是离“节气日”最近的、满足该节气符头特征（对大雪来说是“甲午”或“己酉”）的那个干支日。**
|
||||
>
|
||||
> **然后，比较“节气日”和“符头日”的先后顺序来判定“超神/接气/正授”。**
|
||||
Reference in New Issue
Block a user