initial vault sync
This commit is contained in:
116
06 平台与配置/2025.12 重新在docker部署安装halo.md
Normal file
116
06 平台与配置/2025.12 重新在docker部署安装halo.md
Normal file
@ -0,0 +1,116 @@
|
||||
---
|
||||
title: 2025.12 重新在docker部署安装halo
|
||||
slug: 2025.12-chong-xin-zai-dockerbu-shu-an-zhuang-halo
|
||||
cover: ""
|
||||
categories: []
|
||||
tags: []
|
||||
halo:
|
||||
site: http://www.xybkwd.top
|
||||
name: ef1a2d4b-3cd8-4d95-ac58-5c705ba636a0
|
||||
publish: false
|
||||
创建时间: 2026-01-07T17:32
|
||||
更新时间: 2026-01-07T17:32
|
||||
---
|
||||
#软件配置 #博客 #halo #docker #云服务器
|
||||
|
||||
2026.1.7更新2.22.7时补充:
|
||||
|
||||
```bash
|
||||
cd /
|
||||
cd opt
|
||||
cd halo
|
||||
root@VM-4-13-ubuntu:/opt/halo# docker-compose down
|
||||
Removing b0d24497f8e0_halo ... done
|
||||
Removing network halo_default
|
||||
root@VM-4-13-ubuntu:/opt/halo# docker-compose pull
|
||||
Pulling halo ... done
|
||||
root@VM-4-13-ubuntu:/opt/halo# docker-compose up -d
|
||||
halo is up-to-date
|
||||
|
||||
# 之后等待,就可以重新登录halo博客
|
||||
# 从登录云服务器开始,到更新完成的整个操作过程操作记录如上
|
||||
# 在操作之前我已在博客后台进行备份,更新完成后数据还在因此没有使用恢复
|
||||
# 但是建议以后得操作还是要进行备份
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
2025.12 首次更新博客
|
||||
|
||||
本次更新halo时,发现上次重新部署halo时并没有采用docker-compose方式部署,而是直接采用docker run进行部署的,因此导致本次试图更新的时候找不到`docker-compose.yml`文件,因此也就没有使用一键更新的方式。
|
||||
|
||||
---
|
||||
### 一、本次问题起源
|
||||
|
||||
此前因信息安全的原因进行过halo的重新部署,本想着这次应该轻车熟路,但是因为上次最后不是使用docker-compose进行安装的,因此没有办法使用一键安装。
|
||||
|
||||
首先我经历了较为长久的确定安装方式的研究,最终确定我是使用docker run部署的。
|
||||
在这种情况下,只得采用**博客备份、docker部署的halo删除、建立docker-compose.yml的方式重新部署。**
|
||||
|
||||
### 二、本次的操作:
|
||||
|
||||
一是创建`docker-compose.yml`文件
|
||||
本次把文件放在了以下的路径中,并不是容器在这里。
|
||||
```bash
|
||||
sudo mkdir -p /opt/halo
|
||||
cd /opt/halo
|
||||
```
|
||||
|
||||
二是使用`nano`,将下面的内容粘贴近yml文件中
|
||||
```yml
|
||||
version: "3.8"
|
||||
services:
|
||||
halo:
|
||||
image: halohub/halo:2.21.10 # 建议指定一个已知稳定的版本号,而非 latest
|
||||
container_name: halo
|
||||
restart: unless-stopped # 除非手动停止,否则总是重启
|
||||
volumes:
|
||||
# 【关键】将你现有的 Halo 数据目录挂载到容器内
|
||||
# 左边 /root/.halo 替换为你通过 `docker inspect halo` 查到的真实数据目录
|
||||
- /root/.halo:/root/.halo2
|
||||
ports:
|
||||
- "8090:8090" # 保持与你当前映射的端口一致
|
||||
# 外部访问地址,请根据你最终希望通过哪个域名访问来修改
|
||||
# 例如:--halo.external-url=https://blog.yourdomain.com
|
||||
command:
|
||||
- --halo.external-url=http://localhost:8090/
|
||||
```
|
||||
|
||||
|
||||
三是停止并删除原来的halo docker,按照yml的配置重新拉取并部署
|
||||
```bash
|
||||
docker stop halo
|
||||
docker rm halo
|
||||
docker-compose up -d
|
||||
```
|
||||
|
||||
|
||||
四是运行`docker-compose ps`或 `docker ps`,查看 `halo`容器的状态是否为 "Up"。
|
||||
|
||||
---
|
||||
|
||||
以后再更新时,使用以下命令即可。
|
||||
**每次更新,都必须要进行备份**
|
||||
|
||||
```bash
|
||||
|
||||
docker-compose pull
|
||||
# 1. 拉取新版本的镜像(如果yml文件中的镜像版本号已修改,此命令会下载新镜像)
|
||||
|
||||
docker-compose up -d
|
||||
# 2. 使用新镜像重新创建并启动容器
|
||||
```
|
||||
|
||||
目前还有一个疑点,但是不是很重要
|
||||
即yml文件中的挂载地址和容器中的好像有一点差异,导致本次利用docker-compose安装时,数据都丢失了。
|
||||
|
||||
为什么说不重要呢?
|
||||
因为不管怎么更新,我的博客数据是一定要备份的
|
||||
因此,这个挂载不重要。
|
||||
|
||||
但是目前处于一种不确定,但是不太敢折腾的状态
|
||||
等到下次版本的更新时看一下
|
||||
一键更新后时无缝衔接呢,还是又被重新初始化了?
|
||||
我个人猜测应该不会被初始化了
|
||||
|
||||
[[【索引】Halo博客搭建过程记录]]
|
||||
2
06 平台与配置/3HK手机卡.md
Normal file
2
06 平台与配置/3HK手机卡.md
Normal file
@ -0,0 +1,2 @@
|
||||
#保险箱
|
||||
|
||||
17
06 平台与配置/Anaconda的环境配置.md
Normal file
17
06 平台与配置/Anaconda的环境配置.md
Normal file
@ -0,0 +1,17 @@
|
||||
#软件配置 #量化交易
|
||||
|
||||
anaconda的环境配置,和我此前理解的完全一样,就是避免不同项目环境所需的各个模块和包的版本不同造成冲突,因此每个项目都应该创造其自己的运行环境。
|
||||
|
||||
我今天按照[[邢不行B圈量化课程]]的讲解内容和代码,自己创造了基于Python3.11的一个运行环境XBX,在这个环境中,所有的代码都运行正常,不会随着各种包的更新而产生各种奇奇怪怪的问题,所有的包以及Python解释器都会留在现在这个合适的切面上。
|
||||
|
||||
经过和deepseek的询问,我的理解应该是完全正确的。
|
||||
|
||||
---
|
||||
|
||||
最好的建立方式,是在anaconda navigator的图形界面中,手动创建一个环境,在(Base)的下面,环境创建好以后,在这个环境下安装的所有包,更新的所有包都只作用于这个环境中,避免污染程序库。我之前没有这样的意识,发现base环境中已经安装了许许多多奇怪的包。
|
||||
|
||||
在创建环境时,就应选择好需要使用的Python版本。
|
||||
|
||||
在创建项目,选择环境时,应选择自定义环境,加载出给这个项目创建的环境后点选,即可进入这个环境。一个项目(文件夹)可以在不同的环境下,不同的解释器去打开,只是不一定会按照自己的想法去运行罢了。我说这一句话的意思是,环境只是运行的场景,并不会作用于文件夹(项目)本身。
|
||||
|
||||
|
||||
15
06 平台与配置/Catcloud 相关.md
Normal file
15
06 平台与配置/Catcloud 相关.md
Normal file
@ -0,0 +1,15 @@
|
||||
#保险箱
|
||||
## 一、备用联系方式
|
||||
1. 主用官网:[https://catcloud.uk](https://catcloud.uk/)
|
||||
2. 备用官网:[https://catcloud.us](https://catcloud.us/)
|
||||
3. 备用官网:[https://catcloud.in](https://catcloud.in/)
|
||||
4. 永久导航:[https://catcloud.tips](https://catcloud.tips/)
|
||||
5. 永久导航:[https://bit.ly/3LnouzD](https://bit.ly/3LnouzD)
|
||||
6. 邮箱客服:[support@cat-cloud.com](mailto:support@cat-cloud.com)
|
||||
7. 网页客服:[https://direct.lc.chat/13172631](https://direct.lc.chat/13172631)
|
||||
8. Telegram 客服:[https://t.me/Catcloud_Support](https://t.me/Catcloud_Support)
|
||||
9. Whatsapp 客服:+1 9854021790
|
||||
|
||||
## 二、账号密码
|
||||
327794270@qq.com
|
||||
djsfxy56_001
|
||||
150
06 平台与配置/Git克隆仓库时很慢怎么解决?.md
Normal file
150
06 平台与配置/Git克隆仓库时很慢怎么解决?.md
Normal file
@ -0,0 +1,150 @@
|
||||
|
||||
#软件配置 #DeepSeek #linux
|
||||
|
||||
Git 克隆速度慢是开发者普遍面临的痛点,根本原因在于**网络传输瓶颈、仓库特性及本地配置限制**的综合影响。结合高频场景和实用测试数据,以下从问题根源到解决方案进行全面解析:
|
||||
|
||||
注:我最后是在git命令中使用代理来解决的。
|
||||
|
||||
---
|
||||
|
||||
### 🔍 **一、问题根源深度解析**
|
||||
|
||||
1. **网络层问题(占70%以上案例)**
|
||||
|
||||
- **跨地域访问延迟**:访问 GitHub 等海外服务器时,需经过多级路由,国内平均延迟 >200ms,而日本节点仅 50ms[2,4](@ref)。
|
||||
- **协议效率差异**:HTTPS 协议需反复 TLS 握手,而 SSH 建立一次加密通道即可持续传输,速度提升 30%~50%[5,6](@ref)。
|
||||
- **隐性限流**:如 GitHub 对未登录 IP 的并发连接数限制为 5,而登录用户可达 20,直接影响吞吐量[2](@ref)。
|
||||
2. **仓库特性问题**
|
||||
|
||||
- **历史提交过多**:克隆 Linux 内核仓库(>100 万 commit)需传输 2GB+ 元数据,而代码本身仅 200MB[4](@ref)。
|
||||
- **大文件未用 LFS**:未用 `git lfs` 管理的二进制文件(如图片/模型)会以 Base64 编码传输,体积膨胀 30%[3](@ref)。
|
||||
3. **本地配置缺陷**
|
||||
|
||||
- **SSL 验证卡顿**:部分企业防火墙会干扰 SSL 证书验证,单次握手延迟 >2 秒[2](@ref)。
|
||||
- **缓存不足**:默认 `http.postBuffer=1MB` 易导致大数据包分片传输,调整为 500MB 可减少 60% 请求次数[4](@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 🚀 **二、六大加速方案(附命令与实测效果)**
|
||||
|
||||
#### **1️⃣ 镜像加速:国内开发首选**
|
||||
|
||||
```
|
||||
# 清华镜像(稳定推荐)
|
||||
git clone https://mirrors.tuna.tsinghua.edu.cn/git/github.com/用户/仓库.git
|
||||
|
||||
# FastGit(应急使用)
|
||||
git clone https://hub.fastgit.xyz/用户/仓库.git
|
||||
```
|
||||
|
||||
**效果**:延迟从 300ms 降至 50ms,速度提升 5-10 倍[2,6](@ref)。
|
||||
|
||||
#### **2️⃣ 浅层克隆:丢弃历史记录**
|
||||
|
||||
```
|
||||
# 仅拉取最新代码(适合部署/测试)
|
||||
git clone --depth=1 https://github.com/用户/仓库.git
|
||||
```
|
||||
|
||||
**效果**:TensorFlow 仓库克隆时间从 20 分钟缩短至 2 分钟[2,4](@ref)。
|
||||
|
||||
#### **3️⃣ 协议优化:SSH > HTTPS**
|
||||
|
||||
```
|
||||
# 生成 SSH 密钥并添加至 GitHub
|
||||
ssh-keygen -t ed25519 -C "your_email@example.com"
|
||||
cat ~/.ssh/id_rsa.pub # 复制到 GitHub SSH Keys
|
||||
|
||||
# SSH 克隆
|
||||
git clone git@github.com:用户/仓库.git
|
||||
```
|
||||
|
||||
**效果**:减少 60% TLS 握手时间,平均提速 40%[5,6](@ref)。
|
||||
|
||||
#### **4️⃣ 过滤大文件:跳过非必要资源**
|
||||
|
||||
```
|
||||
# 不下载二进制文件(仅元数据)
|
||||
git clone --filter=blob:none https://github.com/用户/仓库.git
|
||||
|
||||
# 后续按需下载文件
|
||||
git checkout HEAD -- path/to/file
|
||||
```
|
||||
|
||||
**效果**:含大量图片的仓库克隆时间减少 70%[5](@ref)。
|
||||
|
||||
#### **5️⃣ 代理配置:突破网络限制**
|
||||
|
||||
```
|
||||
# 临时使用 SOCKS5 代理
|
||||
git config --global http.proxy socks5://127.0.0.1:1080
|
||||
git config --global https.proxy socks5://127.0.0.1:1080
|
||||
|
||||
# 克隆完成后恢复
|
||||
git config --global --unset http.proxy
|
||||
```
|
||||
|
||||
**效果**:跨国企业内网速度从 10KB/s 提升至 2MB/s[1,7](@ref)。
|
||||
|
||||
#### **6️⃣ 参数调优:提升本地效率**
|
||||
|
||||
```
|
||||
# 增大缓存 & 启用多线程
|
||||
git config --global http.postBuffer 524288000 # 500MB
|
||||
git config --global core.multiThread true
|
||||
```
|
||||
|
||||
**效果**:10GB 仓库克隆失败率下降 90%[4,6](@ref)。
|
||||
|
||||
---
|
||||
|
||||
### ⚡ **三、进阶场景解决方案**
|
||||
|
||||
- **超大型仓库(>10GB)**:
|
||||
使用 `git lfs` + 分片克隆:
|
||||
|
||||
```
|
||||
git lfs install --skip-smudge # 跳过 LFS 文件下载
|
||||
git clone --depth 1 仓库地址 # 先拉元数据
|
||||
git lfs pull # 再分批下载大文件
|
||||
```
|
||||
|
||||
- **持续集成(CI)环境**:
|
||||
在 `.gitconfig` 中固化优化参数:
|
||||
|
||||
```
|
||||
[core]
|
||||
multiThread = true
|
||||
[http]
|
||||
postBuffer = 524288000
|
||||
sslVerify = false # 仅限内网环境
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 🧩 **四、问题诊断流程图**
|
||||
|
||||
```
|
||||
graph TD
|
||||
A[克隆卡顿] --> B{网络测试}
|
||||
B -- ping >200ms --> C[使用镜像/代理]
|
||||
B -- 正常 --> D{仓库大小}
|
||||
D -- >1GB --> E[浅克隆+过滤]
|
||||
D -- 正常 --> F{Git 版本}
|
||||
F -- <2.30 --> G[升级Git]
|
||||
F -- 正常 --> H[调整SSH/参数]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 💎 **总结:优先选择矩阵**
|
||||
|
||||
|**场景**|**推荐方案**|**预期提速**|
|
||||
|---|---|---|
|
||||
|国内访问 GitHub|清华镜像 + SSH|5~10 倍|
|
||||
|仅需最新代码|`--depth=1`|3~8 倍|
|
||||
|含大量历史/二进制文件|`--filter=blob:none` + LFS|4~7 倍|
|
||||
|企业防火墙限制|代理 + 关闭 SSL 验证|2~5 倍|
|
||||
|
||||
> 注:执行后仍缓慢时,可用 `GIT_TRACE=1` 输出详细日志[4](@ref)。多数问题通过镜像切换和协议优化即可解决,特殊场景可结合参数调优与分阶段拉取策略。
|
||||
186
06 平台与配置/LaTeX 语法.md
Normal file
186
06 平台与配置/LaTeX 语法.md
Normal file
@ -0,0 +1,186 @@
|
||||
```
|
||||
目前已经准备开始研究生阶段的学习了
|
||||
同时自己有志于在量化交易上精进
|
||||
因此对于数学公式的表达就有了学习的要求和需求,用这篇笔记记录一下LateX语法。
|
||||
```
|
||||
|
||||
$$E=mc^2$$
|
||||
|
||||
----
|
||||
|
||||
以下是 LaTeX 数学公式的核心语法整理,覆盖公式结构、符号、排版技巧及复杂表达式写法,按功能分类陈列:
|
||||
|
||||
---
|
||||
|
||||
### 一、**公式基础语法**
|
||||
|
||||
1. **行内公式与块级公式**
|
||||
- 行内公式:用单美元符号包裹,如 `$E=mc^2$` → E=mc2E=mc2
|
||||
- 块级公式:用双美元符号或 `$$...$$` 包裹,如
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
```latex
|
||||
$$ \sum_{i=1}^n i = \frac{n(n+1)}{2} $$
|
||||
```
|
||||
|
||||
显示为独立居中公式。
|
||||
|
||||
---
|
||||
|
||||
### 二、**数学符号与基本结构**
|
||||
|
||||
2. **上下标与分式**
|
||||
|
||||
- 上标:`x^2` → x2x2,下标:`a_i` → aiai,组合:`x_i^{n+1}` → xin+1xin+1
|
||||
- 分式:`\frac{a}{b}` → abba,嵌套分式:`\frac{\frac{x}{y}}{z}` → xyzzyx。
|
||||
3. **根号与括号**
|
||||
|
||||
- 平方根:`\sqrt{x}` → xx,n次根:`\sqrt[3]{x}` → x33x
|
||||
- 自动缩放括号:`\left( \frac{a}{b} \right)` → (ab)(ba)。
|
||||
4. **希腊字母与运算符**
|
||||
|
||||
- 小写字母:`\alpha`, `\beta` → α, β
|
||||
- 大写字母:`\Gamma`, `\Delta` → Γ, Δ
|
||||
- 运算符:`\times`(×)、`\cdot`(·)、`\div`(÷)。
|
||||
|
||||
---
|
||||
|
||||
### 三、**复杂公式结构**
|
||||
|
||||
5. **求和、积分与极限**
|
||||
|
||||
- 求和:`\sum_{i=1}^n` → ∑i=1n∑i=1n
|
||||
- 积分:`\int_a^b f(x)\,dx` → ∫abf(x) dx∫abf(x)dx
|
||||
- 极限:`\lim_{x \to 0} \frac{\sin x}{x}` → limx→0sinxxlimx→0xsinx。
|
||||
6. **矩阵与方程组**
|
||||
|
||||
- 基础矩阵:
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
```latex
|
||||
\begin{matrix} a & b \\ c & d \end{matrix} → \begin{matrix} a & b \\ c & d \end{matrix}
|
||||
```
|
||||
|
||||
- 带括号矩阵:
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
```latex
|
||||
\begin{bmatrix} 1 & 2 \\ 3 & 4 \end{bmatrix} → \begin{bmatrix} 1 & 2 \\ 3 & 4 \end{bmatrix}
|
||||
```
|
||||
|
||||
- 分段函数:
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
````latex
|
||||
f(x) = \begin{cases} x^2 & x \geq 0 \\ -x & x < 0 \end{cases} → f(x) = \begin{cases} x^2 & x \geq 0 \\ -x & x < 0 \end{cases}
|
||||
```。
|
||||
````
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 四、**多行公式与对齐**
|
||||
|
||||
7. **多行公式环境**
|
||||
- `align` 环境对齐多行公式:
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
```latex
|
||||
\begin{align}
|
||||
x &= y + z \\
|
||||
a &= b \times c
|
||||
\end{align}
|
||||
```
|
||||
|
||||
每行用 `&` 对齐符号,`\\` 换行
|
||||
- `split` 环境(需嵌套在 `equation` 中):
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
````latex
|
||||
\begin{equation}
|
||||
\begin{split}
|
||||
a &= b \\
|
||||
&= c + d
|
||||
\end{split}
|
||||
\end{equation}
|
||||
```。
|
||||
````
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 五、**高级技巧**
|
||||
|
||||
8. **公式编号与引用**
|
||||
|
||||
- 自动编号:使用 `equation` 环境
|
||||
|
||||
latex
|
||||
|
||||
latex
|
||||
|
||||
复制
|
||||
|
||||
```latex
|
||||
\begin{equation}
|
||||
e^{i\pi} + 1 = 0
|
||||
\end{equation}
|
||||
```
|
||||
|
||||
生成带编号公式
|
||||
- 引用公式:`\label{eq:1}` 和 `\eqref{eq:1}`。
|
||||
9. **特殊字体与符号**
|
||||
|
||||
- 黑板粗体:`\mathbb{R}` → RR(实数集)
|
||||
- 向量箭头:`\vec{v}` → v⃗v。
|
||||
|
||||
---
|
||||
|
||||
### 六、**常用符号速查表**
|
||||
|
||||
|类型|语法示例|效果|
|
||||
|---|---|---|
|
||||
|求和|`\sum_{i=1}^n`|∑i=1n∑i=1n|
|
||||
|积分|`\int_0^\infty`|∫0∞∫0∞|
|
||||
|不等式|`a \leq b`|a≤ba≤b|
|
||||
|逻辑符号|`A \subset B`|A⊂BA⊂B|
|
||||
|导数|`\frac{dy}{dx}`|dydxdxdy|
|
||||
|
||||
---
|
||||
|
||||
### 附:学习建议
|
||||
|
||||
- **实践工具**:推荐使用 Overleaf 在线编辑器实时预览公式效果
|
||||
- **扩展学习**:若需排版论文级公式(如定理、引理),可参考 `amsthm` 宏包。
|
||||
|
||||
如需更完整的符号列表(如箭头、集合符号)或特定场景的写法(如化学式、流程图),可查阅上述来源中的详细章节。
|
||||
5
06 平台与配置/MOS.md
Normal file
5
06 平台与配置/MOS.md
Normal file
@ -0,0 +1,5 @@
|
||||
#软件配置
|
||||
|
||||
Mos是一款用于调整Mac系统下鼠标和触摸板方向差异的开源软件。
|
||||
|
||||
如果需要将Mac作为稍微重要的设备,从事略微重要的工作,那么这款软件是必不可少的。
|
||||
23
06 平台与配置/MusicBee音乐管理和播放软件.md
Normal file
23
06 平台与配置/MusicBee音乐管理和播放软件.md
Normal file
@ -0,0 +1,23 @@
|
||||
#软件配置
|
||||
|
||||
![[MusicBeeSetup_3_6.zip]]
|
||||
|
||||
这是一款开源音乐管理和播放软件
|
||||
这个软件看起来比较复杂
|
||||
给用户的自由度也比较高
|
||||
随后可以大致研究一下
|
||||
|
||||
[MusicBee官网](https://getmusicbee.com)
|
||||
在其中有很多皮肤、插件可供免费使用
|
||||
使用的具体方法就是把相应的.DLL或.XML文件下载下来以后导入相应的文件夹,重启即可使用
|
||||
|
||||
歌词以及歌曲标签等相关信息
|
||||
可能musicbee本身会有相应的插件可以解决
|
||||
但是使用[[MusicTag软件]]进行歌词和标签的下载是一种我更熟悉,更加便捷的解决方案。
|
||||
只是有的时候专辑信息会有错误,歌曲名称和文件名称会搞混(有谁共鸣 和 06.有谁共鸣),需要手动调整
|
||||
|
||||
经过[[MusicTag软件]]处理过后的歌曲可以直接导入[[OnePlayer]]在iPhone手机中听
|
||||
效果极其好
|
||||
|
||||
---
|
||||
[[使用山灵M0 Pro作DAC,使用iPhone作为音源的移动无损播放方案]]
|
||||
10
06 平台与配置/MusicTag软件.md
Normal file
10
06 平台与配置/MusicTag软件.md
Normal file
@ -0,0 +1,10 @@
|
||||
#软件配置 #音乐
|
||||
|
||||
MusicTag软件可以自动获取歌曲的标签、专辑图和歌词
|
||||
搭配[[OnePlayer]]音乐播放器可以实现高品质的本体音乐播放。
|
||||
这是一种可以定下了的,非常卓越的本地音乐播放解决方案。
|
||||
|
||||
这个解压密码是:www.coolapk.com
|
||||
|
||||
![[MusicTag v1.0.9.0.7z]]
|
||||
|
||||
13
06 平台与配置/Obsidian与卡片笔记写作法学习脉络梳理.md
Normal file
13
06 平台与配置/Obsidian与卡片笔记写作法学习脉络梳理.md
Normal file
@ -0,0 +1,13 @@
|
||||
## 一、概述
|
||||
Obsidian的学习,不仅仅是一个新软件、新技术的学习,更是对自己学习记录方法、构造知识点的关联进行训练提升,从而构建属于自己的深层知识库,打造一个更高维度的强劲的大脑。大脑之长处在于处理与运算,而不长于存储与检索,因此这个工具如使用得当,替代大脑做好存储与检索工作,使大脑专注决策与运算,则能更有效地全方面提升自我。
|
||||
|
||||
学习的起源,来自于[[《卡片笔记写作法》]]这本书以及其中介绍的方法和经验,通过卡片式的收纳盒总结,可以创造出无与伦比的奇迹,让一个几乎没有专业背景的人,成为一个举世闻名的社会学家。
|
||||
|
||||
软件的具体学习方面,参考了B站“清单控沙牛”的系列学习教程。
|
||||
教程提出一方面高效的完成信息的记录,忽略原始信息而更在意自己的复述与总结,即自己的深度学习和理解。二是通过构造不同卡片之间的链接,形成网状的知识结构,增强知识间的联系,碰撞出思维上更多的可能。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
38
06 平台与配置/Obsidian字体与主题设置.md
Normal file
38
06 平台与配置/Obsidian字体与主题设置.md
Normal file
@ -0,0 +1,38 @@
|
||||
#软件配置
|
||||
|
||||
## 一、字体设置
|
||||
|
||||
https://scomper.me/gtd/obsidian-zi-ti-geng-huan
|
||||
字体的安装和配置可以参考这个网址
|
||||
|
||||
霞鹜文楷是一款开源的,可以长期使用的字体。
|
||||
下载地址如下:[https://github.com/lxgw/LxgwWenKai](https://github.com/lxgw/LxgwWenKai))。
|
||||
|
||||
在Minimal Theme下,改字体是很简单的事。
|
||||
安装字体后通过主题 Minimal Theme 插件 [Obsidian minimal settings](https://github.com/kepano/obsidian-minimal-settings) 修改字体设置就可以了。字体名称可以通过「字体册」复制字体的全名:LXGW WenKai,选择霞鹜文楷 屏幕阅读版。
|
||||
|
||||
---
|
||||
|
||||
Update:Obsidian 升级到 版本0.15.6 之后外观中已经包含的字体的设置,所以 Minimal Theme 插件 中字体设置部分也发生了变化。 修改字体直接在界面字体、正文字体、代码字体中设置即可。
|
||||
|
||||
---
|
||||
|
||||
第一次设置时,很多人会被字体列表误导,默认的字体列表中只有常用的英文字体,如果想设置成自己想要的字体改如何操作呢?其实只要字体已经安装了,直接Copy 字体的系列名称在这里,点击添加即可。
|
||||
|
||||
## 二、主题设置
|
||||
|
||||
主题设置主要基于minimal,设置主要基于以下两款插件。
|
||||
|
||||
* Minimal Theme Setting
|
||||
* Style Setting
|
||||
|
||||
对于风格的设置,在这两款插件中就可以完全完成。
|
||||
目前已经探索对一级标题的颜色进行设置,使整个文章的风格得以统一。
|
||||
|
||||
2023年11月补充:**[[关于Obsidian在Minimal主题下字体颜色的设置]]**
|
||||
|
||||
---
|
||||
2025年5月更新:
|
||||
在初期折腾主题是一条不归路,甚至是邪路,不提倡。
|
||||
目前使用官方主题商城提供的主题,使用体验也很好。
|
||||
|
||||
16
06 平台与配置/Obsidian的常用插件.md
Normal file
16
06 平台与配置/Obsidian的常用插件.md
Normal file
@ -0,0 +1,16 @@
|
||||
* File Explorer Note Count. 作用为统计每个卡片盒中的笔记个数。
|
||||
* Recent file.
|
||||
* [[pandoc的安装配置]]
|
||||
* Minimal Theme Setting
|
||||
~~* outliner~~
|
||||
* Calendar. 一是提供日历视图。二是和日记对应。三是提供周记功能。
|
||||
* Obsidian memos. 记录灵感
|
||||
* Excalldraw. 画流程图
|
||||
* Quick Explore.
|
||||
* Style Setting. 用来对Minimal主题的风格进行更加多元的设置。
|
||||
* Markdown table editor.
|
||||
* Table Extended
|
||||
* Tasks. 制作待办事项。
|
||||
* [[Remotely Sync]],使用第三方云服务实现文档同步。
|
||||
* [[Weread插件]]
|
||||
*
|
||||
58
06 平台与配置/Obsidian的标准化设置.md
Normal file
58
06 平台与配置/Obsidian的标准化设置.md
Normal file
@ -0,0 +1,58 @@
|
||||
---
|
||||
创建时间: 2026-01-20T16:32
|
||||
更新时间: 2026-01-20T16:32
|
||||
---
|
||||
#软件配置
|
||||
|
||||
## 一、常规设置
|
||||
|
||||
1.外观和字体设置
|
||||
* 主题设置。还没有开始折腾主题,现在采用的是Minimal。以后有空再折腾主题。
|
||||
* 详情见![[Obsidian字体与主题设置]]
|
||||
2.存放位置设置
|
||||
* 日记格式设置、日记模板编制、新日记存放位置
|
||||
* 周记格式设置、周记模板编制、新周记存放位置。周记功能需借助插件Calender
|
||||
* 附件存放位置和新附件存放位置设置。
|
||||
|
||||
## 二、插件设置
|
||||
|
||||
![[Obsidian的常用插件]]
|
||||
|
||||
---
|
||||
![[Weread插件]]
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 三、同步设置
|
||||
|
||||
同步设置是存在问题最多的地方。
|
||||
|
||||
* 附件的同步中存在无法同步或同步错误的现象。之前的照片是因为各平台附件存放位置不同导致链接混乱,经过调整应已解决。经测试,已经解决。在[[很多人的一生,就是狗生]]日记中上传了图片,已经成功同步在附件库和本地附件库文件夹中。
|
||||
|
||||
* 文档的同步存在较大问题。一是除了链接文档的电脑本体,其他设备的附件文档没有同步成功。二是已经同步成功的文档在手机上打开失败。因此工作相关文档应在工作电脑上链接、查看。生活相关的在私人电脑中上传,照片大多应在手机中上传。要关注附件本身是否在附件库中上传成功。 ^724b9c
|
||||
|
||||
【2023年12月更新】
|
||||
使用[[Remotely Sync]],利用[[腾讯云]]进行同步。
|
||||
|
||||
【2025年5月更新】
|
||||
使用云服务商提供的存储桶会造成一定程度上的混乱,以及微信读书插件的不正确运行,最终随着所有设备生态向苹果转向,最终使用iCloud云盘作为Obsidian的云同步平台,体验良好,且并不计划再更换了。
|
||||
|
||||
---
|
||||
【2025年7月更新】
|
||||
情况又有了变化
|
||||
随着近期在交易和开发上的精进,我发现ubuntu是最匹配我需求的平台。
|
||||
而不是始终坚守苹果的生态了,主要原因还是找到开发、成本和可拓展性的平衡。最终做出将obsidian文库从icloud迁移出来的决定。
|
||||
|
||||
并完成相关设备的配置。
|
||||
|
||||
[[关于将obsidian文库从icloud中迁出的决定]]
|
||||
|
||||
|
||||
|
||||
|
||||
![[SecretKey.csv]]
|
||||
|
||||
---
|
||||
![[obsidian引用网址的方式]]
|
||||
|
||||
1
06 平台与配置/OnePlayer.md
Normal file
1
06 平台与配置/OnePlayer.md
Normal file
@ -0,0 +1 @@
|
||||
#音乐
|
||||
38
06 平台与配置/TA-lib库安装.md
Normal file
38
06 平台与配置/TA-lib库安装.md
Normal file
@ -0,0 +1,38 @@
|
||||
#软件配置 #量化交易
|
||||
|
||||
今日对于[[基于单币种监测脚本构建我自己的第一个量化策略并回测]]的思考又有新的进展。
|
||||
在完成数据获取、数据整理和格式转换后,就到了核心策略的构建阶段。构建完成后,则根据策略信号进行下单模块的编写。
|
||||
|
||||
目前甚至在较为久远的未来,策略还是由技术指标构成参与的。为了不重复造轮子,快速实现对技术指标的引用和使用,我立刻反应上来ta-lib库存在的重要意义。
|
||||
如果可以熟练使用ta-lib库对技术指标相关参数和场景进行描述和捕捉,将给我本阶段策略的构建提供关键的进展。
|
||||
|
||||
---
|
||||
ta-lib库的安装此前给我巨大的心理压力。
|
||||
经历了Mac一下午安装失败和Ubuntu一键安装的对比,我曾甚至因为这个原因都想过放弃Mac这个平台,好在今日安装成功,避免了设备选择上的一个困扰。
|
||||
|
||||
---
|
||||
今日测试在Ubuntu和Mac上安装ta-lib库,均使用conda命令安装成功。在此记录。
|
||||
|
||||
* 在Ubuntu下安装使用一条命令即可。
|
||||
* 但是前提条件是已经成功安装anaconda并配置完成。参考[[Ubuntu配置之四 安装anaconda3]] ,[[Anaconda的环境配置]]两篇文章。
|
||||
```
|
||||
conda install -c conda-forge ta-lib
|
||||
```
|
||||
|
||||
* 在Mac上使用以下命令:
|
||||
```bash
|
||||
conda config --add channels conda-forge
|
||||
conda config --set channel_priority strict
|
||||
conda install ta-lib
|
||||
```
|
||||
|
||||
---
|
||||
## 关于TA-lib和pandas-ta的使用
|
||||
|
||||
目前没有深入学习,但是看到关于talib相关的库有两个。
|
||||
文章提到,pandas-ta主要是针对pandas的dataframe格式数据支持更好,但是文档也相对较少,因此把两个库都安装了。
|
||||
|
||||
```python
|
||||
pip install pandas-ta
|
||||
```
|
||||
|
||||
15
06 平台与配置/Ubuntu24工作站配置完成小记.md
Normal file
15
06 平台与配置/Ubuntu24工作站配置完成小记.md
Normal file
@ -0,0 +1,15 @@
|
||||
#闪念 #软件配置 #量化交易
|
||||
|
||||
在台式机上装完Ubuntu,运转良好,显卡轰隆
|
||||
一如许多年前坐在小东门我的童年卧室所做的那样
|
||||
今天窗外很凉,配置完成后已到深夜
|
||||
又仿佛一个长梦睡过了十几个春秋
|
||||
|
||||
十余年前畅想什么时候能突破这台烂怂笔记本的算力
|
||||
再后来,我真的拿程序开发和交易作为我终身奋斗精进的事业
|
||||
需要一堆原来陌生的名词的设备,终于开始吃算力,一等就是十几年
|
||||
|
||||
有功利,更有自己的热爱
|
||||
如果一个事情,理智怎么叫停都停不了
|
||||
克服困难不为利益不知疲倦也要做
|
||||
那就坚持做下去吧
|
||||
104
06 平台与配置/Ubuntu交易服务器配置与Freqtrade交易框架安装.md
Normal file
104
06 平台与配置/Ubuntu交易服务器配置与Freqtrade交易框架安装.md
Normal file
@ -0,0 +1,104 @@
|
||||
#交易 #软件配置
|
||||
|
||||
ubuntu服务器的配置:现在使用腾讯云自带的命令工具。后期可以使用别的SSH工具
|
||||
图形界面安装(不需要图形化界面,这次的高配服务器是用来跑优化的。)
|
||||
freqtrade在服务器上的安装:按照freqtrade官方页面的操作说明,按照命令安装即可。基本可以实现一键安装,随后的学习参照视频教程和网页文档。
|
||||
|
||||
交易所和账号配置仍未完成,上次配置过,成功。
|
||||
|
||||
今后的运行模式:本地编程测试完善策略、回测,利用TCP等技术传送至云服务器(仍未完成),策略放在云服务器上不间断运行,采用telegram进行交易管理和参数查询。
|
||||
|
||||
今后要学习的内容:一是freqtrade与策略的结合。二是freqtrade的深度应用。
|
||||
|
||||
---
|
||||
注意在云服务器下,依赖库和freqtrade的安装位置,不能在root文件夹下,而是要在普通的文件夹中,后期的策略需要复制到文件夹中运行。如果在root文件夹下会非常麻烦。不要使用sudo -s命令,不要轻易进入root权限下。**今天经历过数次安装,前几次的失败都是因为把freqtrade安装在了错误的位置,因此无法执行。**
|
||||
|
||||
`` (.venv) lighthouse@VM-4-2-ubuntu:~/freqtrade$ freqtrade
|
||||
`` 2024-03-18 17:35:39,829 - freqtrade - ERROR - Usage of Freqtrade requires a subcommand to be specified.
|
||||
`` To have the bot executing trades in live/dry-run modes, depending on the value of the `dry_run` setting in the config, run Freqtrade as `freqtrade trade [options...]`.
|
||||
`` To see the full list of options available, please use `freqtrade --help` or `freqtrade <command> --help`.
|
||||
``
|
||||
看到上述内容,说明已经正确安装了。
|
||||
|
||||
开始时,要进入freqtrade文件夹
|
||||
使用命令`source ./.venv/bin/activate`进入虚拟环境
|
||||
之后键入freqtrade命令即可运行。
|
||||
`freqtrade trade --config user_data/config.json --strategy SampleStrategy`这是一个常见的运行命令。
|
||||
|
||||
之后需要对程序进行初始化
|
||||
相应的提示内容选择后就具备运行条件了(telegram、binance API)
|
||||
运行测试策略,一切正常。报错的内容都是交易所未配置,API未配置这一类的内容,软件本身的配置已经完成了。
|
||||
这比上次用Mac运行测试时又顺滑顺利的多。
|
||||
|
||||
freqtrade基础设施基本上已经建设完成,接下来就是对文本的学习,对策略的构建,模拟盘运行,实盘运行上来了。如果上次也愿意花钱(126元),进度会快的多,说不定还能赶上这一波的牛市。
|
||||
|
||||
测试了腾讯云的文件上传下载功能,可以把编写好的策略传输到云服务器中。这就又省下了学习TCP等多中技术的必要。在现阶段最重要的就是专注,先把核心的东西做好,再说全面的事。
|
||||
【注:该设想已成功。上传很顺利。】
|
||||
|
||||
---
|
||||
|
||||
binance不能应用在美国硅谷的云服务器上,因此更换交易所为kraken。
|
||||
因此相应的代码也作更新。
|
||||
VcqWdJ8KzVpXr5ulbebfpudIkvtNv/rg+Gixk+IBG9mnOtIWupdJAk8O
|
||||
|
||||
5T1Lnj6tQrFqueOci357WHJV9DVkUkPVBclUr4ReaOOMe/Pmga6QUPDXLCSVGOYKzlyTJeya/YjLZPD5Qza1vQ==
|
||||
|
||||
目前Sample策略已经完美的跑起来了,此前建立的telegram bot依旧可以使用。
|
||||
已经完成除了策略编写更新的一切工作,可以说基础设施的建立已经完全成功,程序已经部署并完整运行在ubuntu云服务器上。
|
||||
现在没有收集历史数据,没有进行回测,没有进行策略编写。
|
||||
|
||||
## 本部分重点:
|
||||
1. 及时发现binance连接失败并不是config文件的问题,而是因为币安在美国使用受限。
|
||||
2. 使用config示例,完成config文件内容的初写。重点在于两个API的设置。API要妥善保存。
|
||||
---
|
||||
下一步:
|
||||
1. 数据获取、回测。
|
||||
2. 看懂示例策略,开始自编策略。
|
||||
3. 学习交易所API功能,完善交易程序。
|
||||
4. 重复上述流程,优化迭代。
|
||||
|
||||
---
|
||||
又发现一个新的问题,关闭ssh后,此时希望一直运行的程序也会随之关闭。经过研究,这是因为在ssh关闭后,会给进程一个终止的信号。为了避免关闭,需要采用`nohup`命令。
|
||||
其实只要知道这个命令,这个概念是不难的,毕竟云服务器就是长期执行某项程序的,如果SSH关闭而后程序随之关闭,那也就没有存在的必要了。只是Linux服务器的机制和windows有区别(在windows中随时关闭远程桌面是不影响程序本身的运行的。)
|
||||
|
||||
经测试,使用如下命令后,关闭SSH,程序仍可继续运行。
|
||||
`nohup command &`
|
||||
|
||||
当然,command代表的是命令本身。
|
||||
|
||||
那么问题又来了,nohup的程序如何结束呢?毕竟我也要收放自如,不能只让他无休止的运行而不能让他结束。
|
||||
`ps -ef` `#找到所有的进程及其PID`
|
||||
`kill PID` `杀死对应的进程,程序自动结束。
|
||||
|
||||
---
|
||||
是否可以将默认的币本位的货币对改为U本位呢?
|
||||
从config文件中更改测试。
|
||||
|
||||
经测试,更改后失败。正确的做法应是进kraken官网的API说明,查找支持的货币对后自行研究拣选。
|
||||
拓展一下,杠杆倍数这一类的参数调节,都应熟练掌握。
|
||||
|
||||
----
|
||||
|
||||
今天关于ubuntu、freqtrade的安装、适配、调试历经千辛万苦,终得成功,甚至超越了自己本身的目标。基础设施搭建完成,该向深海挺进了。
|
||||
|
||||
我真的渴望成为一个量化交易者,我正在构建我的圣杯。
|
||||
2024.3.19 凌晨
|
||||
|
||||
---
|
||||
交易所不同币种的价差是广泛存在的,因此也给跨交易所的现货套利交易提供了空间。活用各交易所的API,只使用数字货币(主要是为了绕开传统的金融机构,如果都是法币交易的话流水会非常巨大),在计算收益大于提币手续费的情况下,通过高频词的自动套利交易获取收益。
|
||||
2024.3.19 上午
|
||||
|
||||
---
|
||||
|
||||
[[freqtrade的安装和配置记录]]
|
||||
>这是我2025年7月1日重新写的一篇内容。
|
||||
>发现除了表述方式有差异外其核心是基本类似的,也就是说轮子我造了,而且是连着造了两个。足矣凸显记录的重要性。是啊,文明的基石也许正在文字与记录,没有记录何谈文明?错过的还会再错,摔过的跤继续摔,对个人还是文明都是灭顶之灾。
|
||||
|
||||
但是一定说是走弯路了吗?
|
||||
不是的。那次对于freqtrade的学习是偶然的,是偶遇的,对于一面之缘的人和事没有太多印象,不投入太多精力是正常的。因此,记录了,也没有看到。
|
||||
|
||||
但这次,是我排除了许许多多的选择,最后在此落脚的,是我主动的选择。
|
||||
我相信这是一次新的起点。
|
||||
|
||||
>“真正重要的突破,往往发生在你穿过理论的门槛,把手弄脏的那一刻。”
|
||||
> ----DeepSeek编的,但是感觉编挺好
|
||||
69
06 平台与配置/Ubuntu配置专题.md
Normal file
69
06 平台与配置/Ubuntu配置专题.md
Normal file
@ -0,0 +1,69 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
近日尝试Ubuntu24.04 LTS版本,发现对于中文用户的支持已经到了前所未有的舒适感。抱着试试看去安装,发现语言支持、软件源、显卡驱动、微信、甚至梯子都有了相应的解决方案。这让我非常吃惊,因为我还清楚的记得安装Ubuntu14时那种窘迫感。
|
||||
|
||||
我想测试Ubuntu系统的直接原因,是我清楚,Windows下的开发是条没有未来的路线。我需要一个类unix的开发环境,有强劲的性能,有较大的存储,组成我的量化交易工作站。此时就有Mac和Linux系统可供选择。
|
||||
|
||||
Mac的笔记本是市面可选最匹配的笔记本电脑,有成熟的开发环境,同时也是我个人生活生态的载体。它是我交易和生活管理的中间态。但是它的劣势在于价格昂贵,拓展性差,同时作为类unix环境,和最终部署实盘的云服务器的Linux环境还是有差别。因此从长远来看,如果立志作为一个严肃的量化交易者,Mac系统的工作站无法作为长久的、发展的选择。但是Mac系统的笔记本将会成为我未来笔记本电脑的唯一选择。
|
||||
|
||||
Linux系统,和最终部署的环境是相同的。
|
||||
于我而言就是Ubuntu桌面版和服务器版的使用。对于可拓展性、使用成本和使用性能都有非常大的优势,经过deepseek确认,使用Linux系统的工作站,确实是我下一步发展的最优选择。
|
||||
|
||||
上述分析,清晰的规定了不同设备的用途和个人在交易设备体系选择的方向。
|
||||
当然,最终[[实盘部署环境使用树莓派、云服务器还是Mac mini]]还没有确定,下一步再做研究确定。
|
||||
|
||||
---
|
||||
|
||||
但是上次安装Ubuntu后,超出了我的预期。
|
||||
一步一步的从尝试、安装到一步一步把软件源、开发环境配置好、梯子配置好,甚至在课程代码中运行畅通,让我越搞越遗憾。
|
||||
|
||||
一方面,那天回家没有带SSD硬盘,因此在机械硬盘中安装的这一次系统最终还是会被删除和还原。
|
||||
另一方面,又想到在这里可以对所有的配置进行一个预演,提前记录并解决相关的问题,对于以后的安装开发也是有帮助的。
|
||||
|
||||
因此最终还是按照方案二把系统整个安装配置了一遍。
|
||||
记录如下。
|
||||
|
||||
这也是我第一次采用一篇专题文章,引用各个模块构成专题的组成部分,最终汇成一篇完整文章的测试。
|
||||
|
||||
---
|
||||
|
||||
[[Ubuntu配置之一 如何彻底删除双系统中已安装的Ubuntu系统]]
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
[[Ubuntu配置之二 更新软件源]]
|
||||
|
||||
更新完软件源以后,刚开始一直不生效,也找不到原因。
|
||||
后来放了一晚上,第二天就好了,目前还不清楚原因,但是下次安装后如果发生类似问题,就先联网开机运行一段时间,看能否自己完成更新。
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
[[Ubuntu配置之三 更新语言支持]]
|
||||
|
||||
在此补充一个语言安装的问题。
|
||||
如果在安装时没有选择汉语,则需要安装汉语,之后再更新语言支持。
|
||||
|
||||
---
|
||||
|
||||
![[Ubuntu配置之四 安装anaconda3]]
|
||||
|
||||
---
|
||||
|
||||
![[Ubuntu配置之五 安装pycharm并安装xbx-py11库,建立conda环境]]
|
||||
|
||||
|
||||
---
|
||||
|
||||
[[Ubuntu配置之六 安装shadowsocks图形客户端并应用订阅链接配置上线]]
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
[[Ubuntu配置之番外篇 Ubuntu下freqtrade框架的安装和上线]]
|
||||
2
06 平台与配置/Ubuntu配置之一 如何彻底删除双系统中已安装的Ubuntu系统.md
Normal file
2
06 平台与配置/Ubuntu配置之一 如何彻底删除双系统中已安装的Ubuntu系统.md
Normal file
@ -0,0 +1,2 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
2
06 平台与配置/Ubuntu配置之三 更新语言支持.md
Normal file
2
06 平台与配置/Ubuntu配置之三 更新语言支持.md
Normal file
@ -0,0 +1,2 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
2
06 平台与配置/Ubuntu配置之二 更新软件源.md
Normal file
2
06 平台与配置/Ubuntu配置之二 更新软件源.md
Normal file
@ -0,0 +1,2 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
11
06 平台与配置/Ubuntu配置之五 安装pycharm并安装xbx-py11库,建立conda环境.md
Normal file
11
06 平台与配置/Ubuntu配置之五 安装pycharm并安装xbx-py11库,建立conda环境.md
Normal file
@ -0,0 +1,11 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
Pycharm的下载安装和配置
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
![[XBX库的安装]]
|
||||
2
06 平台与配置/Ubuntu配置之六 安装shadowsocks图形客户端并应用订阅链接配置上线.md
Normal file
2
06 平台与配置/Ubuntu配置之六 安装shadowsocks图形客户端并应用订阅链接配置上线.md
Normal file
@ -0,0 +1,2 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
54
06 平台与配置/Ubuntu配置之四 安装anaconda3.md
Normal file
54
06 平台与配置/Ubuntu配置之四 安装anaconda3.md
Normal file
@ -0,0 +1,54 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
|
||||
[Ubuntu安装anaconda步骤(知乎回答)](https://zhuanlan.zhihu.com/p/426655323)
|
||||
|
||||
注意,在Ubuntu下通过命令安装anaconda时,如果显示安装完成,但是输入`conda`命令后无法执行conda命令时,是环境路径配置的问题,按照网址中的办法解决即可。
|
||||
|
||||
---
|
||||
[[Anaconda的环境配置]]在此做一个补充。
|
||||
|
||||
>注:这是我在搜索anaconda时无意中发现我还写过这么一个帖子,记录当时安装anaconda环境时的想法。我觉得这有两点突破,一是利用搜索和关系图谱时,应该可以经常找到知识之间的关联,通过梳理知识体系也会越来越清楚。二是更多的知识链接起来后,形成了某种拓扑,也让我记录过的东西不会再丢失。点点滴滴的记录最终会汇成知识的海洋。
|
||||
---
|
||||
|
||||
>以下内容为知乎上复制的文本和图片,直接从网页上复制,显示效果良好。
|
||||
|
||||
如果conda命令找到,则不需要添加环境变量;若出现**conda: 未找到命令**,则需要添加环境变量。
|
||||
|
||||
首先,看anaconda是否自动配置了环境变量:
|
||||
|
||||
`source ~/.bashrc`
|
||||
|
||||
再执行 conda,如果如下图说明anaconda已经自动配置好了环境变量
|
||||
|
||||

|
||||
|
||||
否则手动添加环境变量:
|
||||
|
||||
`sudo vim ~/.bashrc`
|
||||
|
||||

|
||||
|
||||
如果vim未安装,先安装,再执行sudo vim ~/.bashrc
|
||||
|
||||
在最后面添加,这个是根据自己的anaconda3安装路径填写,不要直接复制,具体安装路径在安装中有显示:
|
||||
|
||||
> export PATH=/home/long/anaconda3/bin:$PATH
|
||||
|
||||

|
||||
|
||||
保存并退出(Esc :wq);
|
||||
|
||||
更新环境变量:
|
||||
|
||||
> source ~/.bashrc
|
||||
|
||||

|
||||
|
||||
输入conda,检查是否配置成功。
|
||||
|
||||

|
||||
|
||||
环境变量配置成功,Anaconda安装完毕。
|
||||
|
||||
|
||||
7
06 平台与配置/Ubuntu配置之番外篇 Ubuntu下freqtrade框架的安装和上线.md
Normal file
7
06 平台与配置/Ubuntu配置之番外篇 Ubuntu下freqtrade框架的安装和上线.md
Normal file
@ -0,0 +1,7 @@
|
||||
#软件配置 #ubuntu
|
||||
|
||||
![[Ubuntu交易服务器配置与Freqtrade交易框架安装]]
|
||||
|
||||
![[Freqtrade配置上线]]
|
||||
|
||||
---
|
||||
6
06 平台与配置/VeighNa社区登录.md
Normal file
6
06 平台与配置/VeighNa社区登录.md
Normal file
@ -0,0 +1,6 @@
|
||||
#保险箱
|
||||
|
||||
邮箱:327794270@qq.com
|
||||
用户名:爱如少年56
|
||||
密码:d1
|
||||
手机号:17391976130
|
||||
18
06 平台与配置/Weread插件.md
Normal file
18
06 平台与配置/Weread插件.md
Normal file
@ -0,0 +1,18 @@
|
||||
|
||||
Weread插件是一款用来自动同步微信读书划线、书评的Obsidian插件。
|
||||
通过Obsidian的官方插件市场即可以下载应用,作者也已在GitHub上开源。
|
||||
经过一段时间的使用,提供了一种微信读书和Obsidian互联互通的方式,一种笔记的记录同步解决方案和一种高效引用、整理和再学习的模式。
|
||||
|
||||
这款插件是我继续留在Obsidian生态的重要动力之一。
|
||||
|
||||
---
|
||||
|
||||
Weread插件曾经在云服务商提供的存储桶中同步运行,但是由于多端设备的同时使用,使其体验极差。最终回归iCloud后体验正常。
|
||||
|
||||
Weread提供了一个块引用的思路,作者不建议对原文档进行更改,而是建议通过块引用的方式,对阅读笔记和划线内容、书评进行管理。这是一种极其灵活的方式,我愿意接收这样的整理思路。
|
||||
|
||||
---
|
||||
2025年7月更新:
|
||||
|
||||
使用不同的同步配置,即使用电脑进行微信读书插件的运行,把数据同步到本地obsidian库,之后再由腾讯云推送到其他终端进行同步。
|
||||
这是一种摆脱苹果生态依赖,也能实现obsidian文档同步的方法。
|
||||
12
06 平台与配置/XBX库的安装.md
Normal file
12
06 平台与配置/XBX库的安装.md
Normal file
@ -0,0 +1,12 @@
|
||||
#邢不行B圈量化 #软件配置 #策略研究 #量化交易
|
||||
|
||||
这是[[邢不行B圈量化课程]]中提供的一种标准化的,适用于课程和开发的一种环境。
|
||||
在这个环境中,可以保证所有的第三方模块版本和程序设计时保持一致。
|
||||
|
||||
安装非常简单:
|
||||
```python
|
||||
pip install xbx-py11
|
||||
```
|
||||
课程承诺以后课程更新,第三方库也会更新。
|
||||
|
||||
XBX库的安装,和[[Anaconda的环境配置]]、[[Ubuntu配置之四 安装anaconda3]]要结合起来看。在新的项目环境中配置好conda解释器和Python版本,再使用上述命令进行安装,就基本完成了简易的开发环境搭建。
|
||||
11
06 平台与配置/Zlibrary相关.md
Normal file
11
06 平台与配置/Zlibrary相关.md
Normal file
@ -0,0 +1,11 @@
|
||||
---
|
||||
创建时间: 2025-10-07 23:53:25
|
||||
更新时间: 2025-10-19T23:37
|
||||
---
|
||||
1. 网址及安装程序
|
||||
https://github.com/runningcheese/Awesome-Zlibrary?tab=readme-ov-file
|
||||
github网址中可以提供安卓的安装程序,亲测登录成功
|
||||
|
||||
2. 账户密码
|
||||
327794270@qq.com
|
||||
d1
|
||||
4
06 平台与配置/discord信息.md
Normal file
4
06 平台与配置/discord信息.md
Normal file
@ -0,0 +1,4 @@
|
||||
#软件配置
|
||||
|
||||
邮箱:fengxy07@gmail.com
|
||||
密码:d1
|
||||
7
06 平台与配置/enhancing export插件.md
Normal file
7
06 平台与配置/enhancing export插件.md
Normal file
@ -0,0 +1,7 @@
|
||||
#软件配置 #插件
|
||||
|
||||
搭配pandoc插件、基于pandoc软件本体的一个文档格式转换和导出的插件
|
||||
目前已经开始使用
|
||||
|
||||
但是对于导出模板的配置还没有概念
|
||||
导致导出的文档格式不美观,还需大量手动配置
|
||||
19
06 平台与配置/git的安装和初步使用.md
Normal file
19
06 平台与配置/git的安装和初步使用.md
Normal file
@ -0,0 +1,19 @@
|
||||
#软件配置
|
||||
|
||||
git在windows下1行命令安装的方法
|
||||
`winget install Git.Git`
|
||||
|
||||
|
||||
通过2行代码为Git设置代理
|
||||
避免git clone时下载慢的问题
|
||||
```bash
|
||||
git config --global http.proxy http://127.0.0.1:7890
|
||||
git config --global https.proxy http://127.0.0.1:7890
|
||||
```
|
||||
|
||||
|
||||
通过git命令复制freqtrade策略库的命令
|
||||
`git clone https://github.com/freqtrade/freqtrade-strategies.git`
|
||||
|
||||
上述几个命令为新设备安装git,使用git clone freqtrade的策略库等基本操作。
|
||||
目前掌握这几个就可以,后续可持续学习。
|
||||
30
06 平台与配置/linux服务器中使用nohup命令保持进程后台运行.md
Normal file
30
06 平台与配置/linux服务器中使用nohup命令保持进程后台运行.md
Normal file
@ -0,0 +1,30 @@
|
||||
#linux #ubuntu #freqtrade #软件配置 #量化交易
|
||||
|
||||
```bash
|
||||
# 启动
|
||||
nohup python /path/to/your_strategy.py > /path/to/strategy.log 2>&1 &
|
||||
# 记录 PID(可选)
|
||||
echo $! > /tmp/strategy.pid
|
||||
|
||||
# 关闭
|
||||
PID=$(cat /tmp/strategy.pid) # 或通过 ps 查找
|
||||
kill $PID # 正常终止
|
||||
kill -9 $PID # 强制终止(慎用)
|
||||
```
|
||||
|
||||
上述代码记录了进程放入后台、查询PID、终止进程的方法。
|
||||
|
||||
```bash
|
||||
ps aux | grep "进程名或关键词"
|
||||
# 补充一个模糊查询进程PID的方法
|
||||
# ps命令,示例写法如上
|
||||
```
|
||||
|
||||
示例:
|
||||
```bash
|
||||
# 运行 Python 脚本,日志保存到 app.log
|
||||
nohup python3 data_analysis.py > app.log 2>&1 &
|
||||
|
||||
# 启动 SpringBoot 项目(带环境参数)
|
||||
nohup java -jar usercenter.jar --spring.profiles.active=prod > usercenter.log 2>&1 & [6](@ref)
|
||||
```
|
||||
11
06 平台与配置/obsidian引用网址的方式.md
Normal file
11
06 平台与配置/obsidian引用网址的方式.md
Normal file
@ -0,0 +1,11 @@
|
||||
|
||||
[近十年量化交易领域最重要的十本参考书是哪些?](https://www.zhihu.com/question/23857983/answer/2896661013?share_code=Sp1bYjNJZZDJ&utm_psn=1911175516611908)
|
||||
|
||||
以上为示例,引用了一个知乎回答的网址,并且对显示的标题进行自定义命名。
|
||||
这是一个非常实用的功能,在一篇文章中可以插入多个网址,集成起来更便于整理阅读和学习。
|
||||
|
||||
语法为: [显示的标题名]+(网址)
|
||||
|
||||
---
|
||||
关于Obsidian中网址的引用,还有很多插件可以选。
|
||||
目前的需求,使用基本语法就已经可以实现了。剩下的插件有需要时再学习。
|
||||
24
06 平台与配置/pandoc的安装配置.md
Normal file
24
06 平台与配置/pandoc的安装配置.md
Normal file
@ -0,0 +1,24 @@
|
||||
#软件配置 #pandoc
|
||||
|
||||
pandoc是一个文档格式转换的软件
|
||||
obsidian中提供了pandoc plugin插件
|
||||
我今天安装的目的在于使obsidian导出Word格式的文档
|
||||
最终经过研究,排除了yaml错误的问题成功导出较为负载的文档
|
||||
但是导出效果一般
|
||||
|
||||
随后对于导出模板的设置务必要掌握
|
||||
可以清楚的看出来pandoc搭配[[enhancing export插件]]将会有极其强大的功能
|
||||
科研领域、出版行业甚至都在使用这个软件及插件
|
||||
这对下一步的写作、发表甚至是出版都有极其重要的作用
|
||||
|
||||
pandoc的安装最重要的一点在于安装pandoc软件本身
|
||||
下载安装本体之后需要再pandoc插件中配置安装本体的PATH
|
||||
配置之后才可以正常使用
|
||||
|
||||
---
|
||||
|
||||
今天导出为doc的时候遇到了报错
|
||||
这是因为加入的`---`太多了,导出时识别异常
|
||||
|
||||
尽可能避免较为复杂的使用`---`吧
|
||||
|
||||
4
06 平台与配置/ubuntu中输入法的选择.md
Normal file
4
06 平台与配置/ubuntu中输入法的选择.md
Normal file
@ -0,0 +1,4 @@
|
||||
#软件配置
|
||||
|
||||
不用费劲心机的去适配搜狗输入法了。
|
||||
原生的fcitx输入法就很棒。
|
||||
6
06 平台与配置/享做笔记.md
Normal file
6
06 平台与配置/享做笔记.md
Normal file
@ -0,0 +1,6 @@
|
||||
---
|
||||
创建时间: 2025-10-26 09:16:21
|
||||
更新时间: 2025-10-26T09:17
|
||||
---
|
||||
账号:15596897885
|
||||
密码:f1
|
||||
115
06 平台与配置/使用Remmina登陆远程服务器.md
Normal file
115
06 平台与配置/使用Remmina登陆远程服务器.md
Normal file
@ -0,0 +1,115 @@
|
||||
#软件配置 #linux
|
||||
|
||||
你遇到的“用户名和密码”提示问题,很可能是因为 **Remmina 未正确识别私钥**或**服务器端用户认证配置不匹配**导致的。以下是具体原因和解决方案,结合腾讯云机制分析:
|
||||
|
||||
---
|
||||
|
||||
### ⚠️ 问题根源分析
|
||||
|
||||
1. **私钥绑定不生效**
|
||||
|
||||
- 腾讯云生成的私钥(`.pem` 文件)需与服务器严格绑定。若未在控制台将密钥对关联到实例,服务器不会认可该私钥。
|
||||
- **权限问题**:私钥文件权限过宽(如 `644`)会被 SSH 拒绝使用,需设为 `600`。
|
||||
2. **用户名填写错误**
|
||||
|
||||
- 腾讯云不同镜像的默认用户名不同:
|
||||
- Ubuntu:`ubuntu`
|
||||
- CentOS:`centos`
|
||||
- Debian:`debian`
|
||||
若在 Remmina 中填写 `root` 或其他用户名,而服务器未配置该用户,会导致认证失败。
|
||||
3. **服务器未关闭密码登录**
|
||||
|
||||
- 腾讯云绑定密钥对后**默认禁用密码登录**。若强制弹出密码框,可能是私钥未生效,或服务器未应用新配置。
|
||||
|
||||
---
|
||||
|
||||
### 🔧 解决方案(逐步操作)
|
||||
|
||||
#### ✅ 第一步:确认腾讯云密钥绑定状态
|
||||
|
||||
1. 登录腾讯云控制台 → **云服务器** → 选择目标实例。
|
||||
2. 进入 **密钥对** 标签页 → 检查是否已绑定你的密钥对。
|
||||
⚠️ 若未绑定,需关机后绑定密钥(操作前备份数据)。
|
||||
|
||||
#### ✅ 第二步:检查 Remmina 配置
|
||||
|
||||
1. **协议选择**:`SSH - Secure Shell`。
|
||||
2. **服务器**:公网 IP。
|
||||
3. **用户名**:
|
||||
- Ubuntu 镜像填 `ubuntu`
|
||||
- CentOS 填 `centos`
|
||||
(⚠️ 非自己设定的用户名!)
|
||||
4. **密钥指定**:
|
||||
- 认证类型:**公钥** 或 **私钥文件**。
|
||||
- 点击文件夹图标 → 选择腾讯云下载的 `.pem` 私钥文件。
|
||||
5. **密码栏留空** → 保存配置。
|
||||
|
||||
#### ✅ 第三步:修复私钥权限(关键!)
|
||||
|
||||
```
|
||||
# 本地终端执行(替换 your-key.pem 为实际路径)
|
||||
chmod 600 ~/Downloads/your-key.pem # 限制仅当前用户可读
|
||||
```
|
||||
|
||||
#### ✅ 第四步:验证服务器端配置
|
||||
|
||||
1. 通过腾讯云 **VNC 登录**(无需密钥)进入服务器。
|
||||
2. 检查公钥是否注入:
|
||||
|
||||
```
|
||||
cat ~/.ssh/authorized_keys # 应显示腾讯云绑定的公钥内容
|
||||
```
|
||||
|
||||
3. 检查权限:
|
||||
|
||||
```
|
||||
chmod 700 ~/.ssh
|
||||
chmod 600 ~/.ssh/authorized_keys # 权限错误会导致密钥失效
|
||||
```
|
||||
|
||||
|
||||
#### ✅ 第五步:测试连接(命令行调试)
|
||||
|
||||
```
|
||||
ssh -i /path/to/your-key.pem ubuntu@服务器IP # 替换为你的信息
|
||||
```
|
||||
|
||||
- 若成功 → Remmina 配置有误,检查用户名或密钥路径。
|
||||
- 若失败 → 根据错误信息排查(如 `Permission denied (publickey)` 表示密钥未生效)。
|
||||
|
||||
---
|
||||
|
||||
### ⚡ 备选方案:临时启用密码登录(不推荐)
|
||||
|
||||
若急需登录但密钥仍无效:
|
||||
|
||||
1. 通过 VNC 登录服务器 → 编辑 SSH 配置:
|
||||
|
||||
```
|
||||
sudo nano /etc/ssh/sshd_config
|
||||
```
|
||||
|
||||
2. 修改参数:
|
||||
|
||||
```
|
||||
PasswordAuthentication yes # 取消注释并改为 yes
|
||||
```
|
||||
|
||||
3. 重启服务 → 在 Remmina 中使用**自定义密码**:
|
||||
|
||||
```
|
||||
sudo systemctl restart sshd
|
||||
```
|
||||
|
||||
|
||||
⚠️ 完成后务必关闭密码登录并重新绑定密钥!
|
||||
|
||||
---
|
||||
|
||||
### 💎 总结
|
||||
|
||||
- **用户名**是腾讯云预设的(如 `ubuntu`),**非自定义**。
|
||||
- **密码栏必须留空** → Remmina 仅靠私钥认证。
|
||||
- **私钥权限 `600` 是硬性要求**,否则连接必败。
|
||||
|
||||
若按上述步骤操作仍失败,请通过腾讯云 VNC 检查 `/var/log/auth.log` 日志(Ubuntu)或 `/var/log/secure`(CentOS),定位具体认证错误。
|
||||
5
06 平台与配置/关于Obsidian在Minimal主题下字体颜色的设置.md
Normal file
5
06 平台与配置/关于Obsidian在Minimal主题下字体颜色的设置.md
Normal file
@ -0,0 +1,5 @@
|
||||
|
||||
路径:Style Setting - Minimal - Bold text color
|
||||
|
||||
Minimal主题包罗万象,越用越配置,则更接近自己的需求。
|
||||
Style Setting给用户的定制自由度非常大,目前折腾的程度已经满足自己的使用需求,等到有更多需求的时候再进行探索。
|
||||
42
06 平台与配置/关于obsidian的同步.md
Normal file
42
06 平台与配置/关于obsidian的同步.md
Normal file
@ -0,0 +1,42 @@
|
||||
---
|
||||
title: 关于obsidian的同步
|
||||
slug: guan-yu-obsidiande-tong-bu
|
||||
cover: ""
|
||||
categories:
|
||||
tags:
|
||||
halo:
|
||||
site: https://blog.xybkwd.top
|
||||
name: 2a7f4702-252c-4574-b06f-127c5eefcb1f
|
||||
publish: false
|
||||
---
|
||||
#软件配置 #obsidian
|
||||
## 一、概述
|
||||
|
||||
经过漫长的对obsidian的同步的探索
|
||||
最终确定下来使用腾讯云对象存储作为同步方式,搭配相关原则,解决部分存在问题后初步实现了完美的解决方案。
|
||||
|
||||
![[2025-08-12 周二#再次明确obsidian的同步模式]]
|
||||
|
||||
## 二、对象存储配置
|
||||
|
||||
![[腾讯云对象存储配置]]
|
||||
|
||||
## 三、问题解决
|
||||
|
||||
截取别3个文档块进行说明
|
||||
|
||||
---
|
||||
|
||||
![[2025-08-12 周二#^027ffb]]
|
||||
|
||||
![[2025-08-12 周二#^3543d2]]
|
||||
|
||||
---
|
||||
|
||||
![[关于将obsidian文库从icloud中迁出的决定]]
|
||||
|
||||
说明:虽然Ubuntu不再使用,但是关于对象存储的原则就是这样,养成手动同步的习惯。可以规避自动同步造成的冲突可能,也和平时在word中的写作习惯类似。 ^316739
|
||||
|
||||
---
|
||||
|
||||
|
||||
13
06 平台与配置/关于将obsidian文库从icloud中迁出的决定.md
Normal file
13
06 平台与配置/关于将obsidian文库从icloud中迁出的决定.md
Normal file
@ -0,0 +1,13 @@
|
||||
#软件配置
|
||||
|
||||
icloud直接对原文件进行处理,避免了原先使用[[对象存储与全平台同步]]时的冲突和覆盖。
|
||||
|
||||
经过学习,可以通过拉取还是推送的权限配置实现类似的功能,规避了iCloud同步的局限性。ubuntu作为我选择的开发平台今日终于补齐了这个短板,在之后的开发生涯中可以使用了。
|
||||
|
||||
因为我大多数的笔记还是会使用电脑去生成
|
||||
因此,可以使用如下的配置:
|
||||
1. 在几台电脑中使用双向同步的设置
|
||||
2. 设置启动就自动同步一次,避免打开即和云端不一致。养成每次编辑完即同步的习惯。
|
||||
3. 手机端使用增量拉取功能,规避同步冲突。
|
||||
|
||||
对于工作、生活和开发的软硬件配置方面,尽可能不要经常进行频繁的、彻底的重构。这是对自己现有驱使的伤害和影响。
|
||||
28
06 平台与配置/几个设备obsidian的标准化设置.md
Normal file
28
06 平台与配置/几个设备obsidian的标准化设置.md
Normal file
@ -0,0 +1,28 @@
|
||||
---
|
||||
创建时间: 2026-01-20T16:32
|
||||
更新时间: 2026-01-20T16:32
|
||||
---
|
||||
#软件配置
|
||||
|
||||
## 一、常规设置
|
||||
|
||||
1.外观和字体设置
|
||||
* 主题设置。还没有开始折腾主题,现在采用的是Minimal。以后有空再折腾主题。
|
||||
2.存放位置设置
|
||||
* 日记格式设置、日记模板编制、新日记存放位置
|
||||
* 周记格式设置、周记模板编制、新周记存放位置。周记功能需借助插件Calender
|
||||
* 附件存放位置和新附件存放位置设置。
|
||||
|
||||
二、插件设置
|
||||
|
||||
![[Obsidian的常用插件]]
|
||||
|
||||
三、同步设置
|
||||
|
||||
同步设置是存在问题最多的地方。
|
||||
|
||||
* 附件的同步中存在无法同步或同步错误的现象。之前的照片是因为各平台附件存放位置不同导致链接混乱,经过调整应已解决。经测试,已经解决。在[[很多人的一生,就是狗生]]日记中上传了图片,已经成功同步在附件库和本地附件库文件夹中。
|
||||
|
||||
* 文档的同步存在较大问题。一是除了链接文档的电脑本体,其他设备的附件文档没有同步成功。二是已经同步成功的文档在手机上打开失败。因此工作相关文档应在工作电脑上链接、查看。生活相关的在私人电脑中上传,照片大多应在手机中上传。要关注附件本身是否在附件库中上传成功。
|
||||
* 重要:一是在每个需要同步的平台中都需要对同步进行设置,否则同步会不成功,主要设置同步文件的格式,以及附件的存放位置。二是经测试在VPN下同步无法正常进行,因此需要同步文档或文件时应该把VPN关了。
|
||||
|
||||
9
06 平台与配置/卡片笔记与文档库归档.md
Normal file
9
06 平台与配置/卡片笔记与文档库归档.md
Normal file
@ -0,0 +1,9 @@
|
||||
|
||||
这里本质上是探讨卡片盒笔记是仅作为逻辑整理和记录工具,还是要同步兼顾成品文档的存储功能。我的策略是“ALL IN ONE + WPS共存”。
|
||||
* Obsidian作为文档仓库,顾名思义就应成为所有文字的存储地,统筹和记录一切文字。所以,在OB中增加一个永久的文档库,用以存储修改完成的成品文档。
|
||||
* 文档库中的成品应文档**一是**应结构清晰,层次鲜明,逻辑完整。即便是需要公文应用或发表,也仅仅是对格式进行修改。**二是**在修改完成,归档结束前,将文档内的图片、表格、附件等内容进行添加和链接,保证这是一篇完整含正文、素材、附件的文档。
|
||||
* 公文写作也许分情况对待。**一是**理清楚大文章创作的方式,毕竟《手册》写作已有成功经验可供参考。**二是**应采用书作者的办法,多写工作中的卡片,用卡片整理后续公文写作的思路。毕竟原书作者更侧重论文和文献写作,这类问题更偏重于创造性,而公文更侧重数据和套路。**这是第一处共存。**
|
||||
* WPS的侧重点。WPS仍未严肃公文的写作载体和存储载体,这一点毋庸置疑,尤其是在云端发挥了巨大作用之后,谈这里的变革是舍本求末的,成了为变革而变革。WPS关联于“工作”这一关键标签。
|
||||
* Obsidian的侧重点。Obsidian和卡片盒笔记具有强关联性,那么说到底它现阶段还是一款拓展了的笔记软件,更侧重于随时记录、卡片思考与创作以及思绪的整理,这是它的强项,关联于“学习”“生活”两个标签。
|
||||
|
||||
综上:**一是**在作者的讲解之外,创新的在本软件里建立了文档库这一区域,基本做到“ALL IN ONE”,但同时也充分发挥WPS软件在办公领域的强大功能,使之与Obsidian共存,达到1+1>2的成效。**二是**我与作者的时代差异不小,专业背景、写作目的也不尽相同。因此不必刻舟求剑的必须照搬作者的模式,抓住它的核心即可。
|
||||
117
06 平台与配置/各类账户.txt
Normal file
117
06 平台与配置/各类账户.txt
Normal file
@ -0,0 +1,117 @@
|
||||
账户相关
|
||||
|
||||
一、渣打
|
||||
1.香港渣打银行户口
|
||||
以下是转账至阁下渣打户口的路径:
|
||||
账户名称:FENG XINGYUAN
|
||||
账户号码:29080423501
|
||||
银行编码(本地转):003
|
||||
Swiftcode (海外滙款): SCBLHKHHXXX
|
||||
银行名称:
|
||||
Standard Chartered Bank(Hong Kong) Limited
|
||||
银行地址:4-4A Des Voeux Road, Central, Hong Kong
|
||||
|
||||
注:我开户的是68弥敦道分行
|
||||
|
||||
|
||||
2.手机app登录:
|
||||
用户名:FengXingYuan
|
||||
密码:Djsfxy56001
|
||||
|
||||
|
||||
|
||||
二、WISE
|
||||
1.Here are my USD account details.
|
||||
Account holder: XINGYUAN FENG
|
||||
Routing number: 026073008
|
||||
SWIFT/BIC: CMFGUS33
|
||||
Account number: 8312926019
|
||||
Wise's address:
|
||||
30 W. 26th Street, Sixth Floor
|
||||
New York NY 10010
|
||||
United States
|
||||
|
||||
2.Here are my EUR account details.
|
||||
Account holder: XINGYUAN FENG
|
||||
SWIFT/BIC: TRWIBEB1XXX
|
||||
IBAN: BE33 9675 6310 2746
|
||||
Wise's address:
|
||||
Avenue Louise 54, Room S52
|
||||
Brussels
|
||||
1050
|
||||
Belgium
|
||||
|
||||
3.Here are my GBP account details.
|
||||
Account holder: XINGYUAN FENG
|
||||
SWIFT/BIC: TRWIGB2L
|
||||
IBAN: GB82 TRWI 2314 7053 5995 67
|
||||
Wise's address: 56 Shoreditch High Street
|
||||
London
|
||||
E1 6JJ
|
||||
United Kingdom
|
||||
|
||||
三、瑞讯银行
|
||||
姓名:XINGYUAN FENG
|
||||
收款银行: Swissquote Bank Ltd
|
||||
SWIFT: SWQBCHZZXXX
|
||||
地址:Chemin de la Cretaux 33, 1196 GLAND, SWITZERLAND
|
||||
IBAN: CH0908781000201497200
|
||||
|
||||
|
||||
四、ZA BANK
|
||||
|
||||
一、app信息
|
||||
FengXingYuan
|
||||
Djsfxy56_001
|
||||
|
||||
二、汇款信息
|
||||
【收款人信息】
|
||||
收款人姓名:FENG XINGYUAN
|
||||
收款账号:881013021662
|
||||
|
||||
【收款银行】
|
||||
ZA Bank SWIFT Code:AABLHKHH
|
||||
银行名称:ZA Bank Limited
|
||||
银行编号:387
|
||||
银行地址:Core F, Cyberport 3, 100 Cyberport Road, Hong Kong
|
||||
|
||||
【代理银行(如需)】
|
||||
跨境汇款代理银行 SWIFT Code:CITIHKHXXXX
|
||||
银行名称:Citibank N.A. Hong Kong
|
||||
银行编号:006
|
||||
分行名称:Hong Kong Branch
|
||||
分行编号:391
|
||||
银行地址:Citibank Tower, Citibank Plaza, 3 Garden Road, Central, Hong Kong
|
||||
|
||||
|
||||
五、OCBC
|
||||
|
||||
FengXingYuan
|
||||
327794
|
||||
|
||||
账号:595559196001
|
||||
SWIFT:OCBC-SGSG
|
||||
收款银行:新加坡华侨银行
|
||||
地址:63 Chulia Street #10-00, OCBC Centre East, 新加坡 049514
|
||||
|
||||
|
||||
|
||||
六、paypal
|
||||
|
||||
+85269003562
|
||||
Djsfxy56_001
|
||||
|
||||
七.kraken交易所
|
||||
|
||||
Username:jason-56
|
||||
password:Djsfxy56_001#
|
||||
2FA:
|
||||
Public Account ID:AA85 N84G NRBO JSFA
|
||||
Email address:fxy56_001@me.com
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
6
06 平台与配置/图床设置相关.md
Normal file
6
06 平台与配置/图床设置相关.md
Normal file
@ -0,0 +1,6 @@
|
||||
#软件配置 #图床
|
||||
|
||||
我的图床ID和KEY
|
||||
|
||||
![[SecretKey_pic.xlsx]]
|
||||
|
||||
10
06 平台与配置/在obsidian中显示创建时间的插件.md
Normal file
10
06 平台与配置/在obsidian中显示创建时间的插件.md
Normal file
@ -0,0 +1,10 @@
|
||||
---
|
||||
创建时间: 2025-09-21 12:32:48
|
||||
更新时间: 2025-11-13T00:27
|
||||
tags:
|
||||
- obsidian
|
||||
- 软件配置
|
||||
---
|
||||
[[Front Matter Timestamps]]
|
||||
[[Update time on edit]]
|
||||
|
||||
127
06 平台与配置/怎么在linux中给文件重命名.md
Normal file
127
06 平台与配置/怎么在linux中给文件重命名.md
Normal file
@ -0,0 +1,127 @@
|
||||
#linux #ubuntu
|
||||
|
||||
在Linux命令行界面中,文件重命名主要通过以下方法实现,涵盖单文件重命名、批量操作及常见问题处理:
|
||||
|
||||
---
|
||||
|
||||
### 📁 **一、单文件重命名:`mv`命令**
|
||||
|
||||
**语法**:
|
||||
|
||||
```
|
||||
mv [选项] 旧文件名 新文件名
|
||||
```
|
||||
|
||||
**示例**:
|
||||
|
||||
```
|
||||
mv old_file.txt new_file.txt # 将文件重命名
|
||||
mv file.txt /new/path/renamed.txt # 移动并重命名
|
||||
```
|
||||
|
||||
**常用选项**:
|
||||
|
||||
- `-i`:覆盖前确认(避免误操作)
|
||||
- `-v`:显示操作详情
|
||||
- `-b`:覆盖前备份原文件
|
||||
|
||||
**场景**:
|
||||
|
||||
- 简单重命名或移动文件到新路径时使用。
|
||||
|
||||
---
|
||||
|
||||
### 🔄 **二、批量重命名:`rename`命令(Perl版)**
|
||||
|
||||
**安装**(部分系统需手动安装):
|
||||
|
||||
```
|
||||
sudo apt install rename # Debian/Ubuntu
|
||||
sudo yum install perl-rename # CentOS/RHEL
|
||||
```
|
||||
|
||||
**语法**:
|
||||
|
||||
```
|
||||
rename 's/旧模式/新模式/' 文件列表
|
||||
```
|
||||
|
||||
**示例**:
|
||||
|
||||
```
|
||||
rename 's/\.txt/.md/' *.txt # 扩展名.txt→.md
|
||||
rename 's/old_/new_/' *.log # 文件名中old_→new_
|
||||
rename 's/\s+/_/g' * # 空格替换为下划线
|
||||
rename -n 's/pattern//' *.log # 仅预览不执行(-n选项)
|
||||
```
|
||||
|
||||
**优势**:支持正则表达式,灵活处理复杂规则。
|
||||
|
||||
---
|
||||
|
||||
### 🔁 **三、循环批量重命名:`for` + `mv`**
|
||||
|
||||
**语法**:
|
||||
|
||||
```
|
||||
for file in 匹配模式; do mv "$file" "新文件名"; done
|
||||
```
|
||||
|
||||
**示例**:
|
||||
|
||||
```
|
||||
# 所有.txt文件添加前缀"backup_"
|
||||
for f in *.txt; do mv "$f" "backup_$f"; done
|
||||
|
||||
# 扩展名.txt→.bak
|
||||
for f in *.txt; do mv "$f" "${f%.txt}.bak"; done
|
||||
```
|
||||
|
||||
**适用场景**:
|
||||
|
||||
- 无`rename`命令或需简单逻辑时使用。
|
||||
|
||||
---
|
||||
|
||||
### ⚠️ **四、注意事项与常见问题**
|
||||
|
||||
1. **权限问题**:
|
||||
|
||||
- 无权限时报错,使用`sudo`提权:
|
||||
|
||||
```
|
||||
sudo mv protected_file new_name
|
||||
```
|
||||
|
||||
2. **文件名冲突**:
|
||||
|
||||
- 目标文件已存在时,`mv`会覆盖(用`-i`避免误覆盖):
|
||||
|
||||
```
|
||||
mv -i old.txt existing.txt # 覆盖前询问
|
||||
```
|
||||
|
||||
3. **特殊字符处理**:
|
||||
|
||||
- 文件名含空格或特殊符号时,用引号包裹:
|
||||
|
||||
```
|
||||
mv "file with spaces.txt" no_spaces.txt
|
||||
```
|
||||
|
||||
4. **批量操作风险**:
|
||||
|
||||
- 使用`rename -n`预览效果后再执行。
|
||||
|
||||
---
|
||||
|
||||
### 💎 **五、场景推荐**
|
||||
|
||||
|**需求**|**推荐命令**|**示例**|
|
||||
|---|---|---|
|
||||
|单文件重命名|`mv`|`mv a.txt b.txt`|
|
||||
|批量修改扩展名|`rename`|`rename 's/\.log/.bak/' *.log`|
|
||||
|文件名添加统一前缀|`for`循环|`for f in *; do mv "$f" "prefix_$f"; done`|
|
||||
|复杂规则(正则表达式)|`rename`|`rename 's/\d+/sprintf("%03d", $&)/e' *`|
|
||||
|
||||
> 提示:操作前建议备份重要文件!批量重命名可先在测试目录验证命令效果。
|
||||
290
06 平台与配置/怎么查看和处理linux服务器中的后台进程?.md
Normal file
290
06 平台与配置/怎么查看和处理linux服务器中的后台进程?.md
Normal file
@ -0,0 +1,290 @@
|
||||
#ubuntu #linux #软件配置 #DeepSeek #freqtrade
|
||||
|
||||
## 第一部分 如何将进程放在后台运行
|
||||
|
||||
在Linux服务器中,将终端中正在运行的程序转入后台运行是常见的运维需求,以下是多种可靠的方法及其详细操作步骤,根据场景选择最合适的方案:
|
||||
|
||||
---
|
||||
|
||||
### 🔧 **一、基础方法:`Ctrl+Z` + `bg`(临时切换)**
|
||||
|
||||
**适用场景**:前台程序需临时转入后台,但**终端关闭后进程会终止**。
|
||||
|
||||
1. **暂停前台程序**:
|
||||
- 程序运行时,按 `Ctrl+Z` 组合键,进程会暂停并显示作业号(如 `[1]+ Stopped ./your_command`)[2,4](https://tencent.yuanbao/@ref)。
|
||||
2. **转入后台继续运行**:
|
||||
- 执行 `bg %作业号`(如 `bg %1`),进程将在后台恢复运行[1,5](https://tencent.yuanbao/@ref)。
|
||||
- 若省略作业号,默认操作最近暂停的进程。
|
||||
3. **查看后台任务**:
|
||||
- `jobs -l` 显示当前终端的所有后台作业及PID[4](https://tencent.yuanbao/@ref)。
|
||||
|
||||
> ⚠️ **局限**:终端关闭后进程终止,仅适合临时任务。
|
||||
|
||||
---
|
||||
|
||||
### 🔒 **二、持久化方案:脱离终端控制**
|
||||
|
||||
**适用场景**:需终端关闭后进程仍持续运行(如SSH断开场景)。
|
||||
|
||||
#### **1. `nohup` + `&`(推荐)**
|
||||
|
||||
- **启动时直接后台运行**:
|
||||
|
||||
```
|
||||
nohup your_command > output.log 2>&1 &
|
||||
```
|
||||
|
||||
- `nohup` 忽略SIGHUP信号,避免终端关闭时进程终止[6,7](https://tencent.yuanbao/@ref)。
|
||||
- `> output.log 2>&1` 将标准输出和错误重定向到文件(默认 `nohup.out`)[3,8](https://tencent.yuanbao/@ref)。
|
||||
|
||||
#### **2. 对已运行进程:`disown`**
|
||||
|
||||
- 若程序已用 `&` 启动,先查作业号:
|
||||
|
||||
```
|
||||
jobs -l # 记录作业号(如 %1)
|
||||
```
|
||||
|
||||
- 解除进程与终端的关联:
|
||||
|
||||
```
|
||||
disown %1 # 或 disown -h %1 保留作业记录[3,7](@ref)
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 🖥️ **三、高级会话管理:`screen`/`tmux`**
|
||||
|
||||
**适用场景**:需交互式操作或重新连接会话(如监控日志、调试)。
|
||||
|
||||
#### **1. `screen` 操作流程**:
|
||||
|
||||
```
|
||||
screen -S session_name # 创建会话
|
||||
your_command # 在会话中运行程序
|
||||
Ctrl+A → D # 分离会话(后台保持运行)
|
||||
screen -r session_name # 重新连接会话[9,10](@ref)
|
||||
```
|
||||
|
||||
#### **2. `tmux` 操作流程**:
|
||||
|
||||
```
|
||||
tmux new -s session_name # 新建会话
|
||||
your_command # 运行程序
|
||||
Ctrl+B → D # 分离会话
|
||||
tmux attach -t session_name # 重新连接[10](@ref)
|
||||
```
|
||||
|
||||
> ✅ **优势**:支持多窗口、会话共享,断网后仍可恢复操作。
|
||||
|
||||
---
|
||||
|
||||
### ⚙️ **四、系统服务托管(`systemd`)**
|
||||
|
||||
**适用场景**:生产环境长期服务(如Web服务器、数据库)。
|
||||
|
||||
1. 创建服务文件:
|
||||
|
||||
```
|
||||
sudo nano /etc/systemd/system/your_service.service
|
||||
```
|
||||
|
||||
2. 写入配置:
|
||||
|
||||
```
|
||||
[Unit]
|
||||
Description=Your Service
|
||||
[Service]
|
||||
ExecStart=/path/to/your_command
|
||||
Restart=always
|
||||
User=your_user
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
```
|
||||
|
||||
3. 启动并开机自启:
|
||||
|
||||
```
|
||||
sudo systemctl daemon-reload
|
||||
sudo systemctl start your_service
|
||||
sudo systemctl enable your_service
|
||||
```
|
||||
|
||||
- 日志通过 `journalctl -u your_service` 查看[7](https://tencent.yuanbao/@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 💎 **方法对比与选择建议**
|
||||
|
||||
|**方法**|终端关闭后存活|日志管理|适用场景|
|
||||
|---|---|---|---|
|
||||
|`Ctrl+Z` + `bg`|❌|无|临时后台任务|
|
||||
|`nohup`|✅|需重定向文件|非交互式长期任务|
|
||||
|`disown`|✅|依赖启动时配置|已启动进程的持久化|
|
||||
|`screen/tmux`|✅|可实时查看|需交互或重新连接的复杂任务|
|
||||
|`systemd`|✅|系统统一管理|生产环境服务、开机自启|
|
||||
|
||||
---
|
||||
|
||||
### ⚠️ **关键注意事项**
|
||||
|
||||
1. **资源监控**:
|
||||
- 后台进程需定期检查资源占用:`top -p PID` 或 `htop`[7](https://tencent.yuanbao/@ref)。
|
||||
2. **进程终止**:
|
||||
- 通过 `kill -9 PID` 强制终止(先 `ps aux | grep 进程名` 查PID)[1,6](https://tencent.yuanbao/@ref)。
|
||||
3. **输出处理**:
|
||||
- 无重定向时,`nohup` 默认输出到 `nohup.out`,需定期清理防止磁盘占满[7](https://tencent.yuanbao/@ref)。
|
||||
4. **权限问题**:
|
||||
- `systemd` 服务需注意用户权限,避免因权限不足启动失败。
|
||||
|
||||
---
|
||||
|
||||
**总结**:临时任务用 `Ctrl+Z + bg`,持久运行选 `nohup` 或 `disown`,交互任务用 `screen/tmux`,生产服务用 `systemd`。掌握这些方法,可灵活应对各类后台任务管理需求!
|
||||
```bash
|
||||
ps aux | grep "进程名或关键词"
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 第二部分 如何重新连接后台的进程
|
||||
|
||||
在Linux服务器中,后台进程通常指通过`&`、`nohup`或终端复用工具(如`screen`/`tmux`)启动的进程。若需“进入”后台进程(如查看实时输出、交互操作或恢复会话),可通过以下方法实现:
|
||||
### ⚙️ **一、通过终端复用工具重新连接会话**
|
||||
|
||||
适用于使用 **`screen`** 或 **`tmux`** 启动的后台进程。
|
||||
|
||||
1. **`screen` 会话恢复**
|
||||
- 查看所有后台会话:
|
||||
|
||||
```
|
||||
screen -ls
|
||||
# 示例输出:12345.session_name (Detached)
|
||||
```
|
||||
|
||||
- 重新连接会话:
|
||||
|
||||
```
|
||||
screen -r 12345 # 使用会话ID或名称
|
||||
```
|
||||
|
||||
- 若会话被占用(状态为`Attached`),先强制断开再连接:
|
||||
|
||||
```
|
||||
screen -d 12345 # 断开会话
|
||||
screen -r 12345 # 重新连接
|
||||
[1,5](@ref)
|
||||
```
|
||||
|
||||
2. **`tmux` 会话恢复**
|
||||
- 查看会话列表:
|
||||
|
||||
```
|
||||
tmux list-sessions
|
||||
# 示例输出:session_name: 1 windows (created Tue Jul 2 14:00:00 2025)
|
||||
```
|
||||
|
||||
- 连接指定会话:
|
||||
|
||||
```
|
||||
tmux attach -t session_name
|
||||
```
|
||||
|
||||
- 若需新窗口操作后返回原进程,按`Ctrl+B + D`分离会话[1,5](https://tencent.yuanbao/@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 🔄 **二、将后台任务调入前台**
|
||||
|
||||
适用于通过 **`&`** 或 **`jobs`** 管理的后台任务(仅限当前终端会话有效)。
|
||||
|
||||
1. 查看当前终端后台任务列表:
|
||||
|
||||
```
|
||||
jobs -l
|
||||
# 输出示例:[1] 54321 Running python app.py &
|
||||
```
|
||||
|
||||
2. 将任务调入前台:
|
||||
|
||||
```
|
||||
fg %1 # %1 对应任务编号
|
||||
```
|
||||
|
||||
3. 操作后需返回后台时:
|
||||
- 按`Ctrl+Z`暂停任务
|
||||
- 执行`bg %1`继续后台运行[1,5,9](https://tencent.yuanbao/@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 📡 **三、通过管道查看实时输出**
|
||||
|
||||
适用于 **`nohup`** 启动的进程或需监控日志的场景。
|
||||
|
||||
1. 动态查看日志文件:
|
||||
|
||||
```
|
||||
tail -f nohup.out # 默认输出文件
|
||||
tail -f /path/to/app.log # 自定义日志路径
|
||||
```
|
||||
|
||||
2. 若需交互(如输入命令),但进程未设计交互接口,此方法仅支持**只读查看**[1,6](https://tencent.yuanbao/@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 🔍 **四、查找后台进程信息**
|
||||
|
||||
若不确定进程状态,先定位进程:
|
||||
|
||||
- **列出所有脱离终端的进程**:
|
||||
|
||||
```
|
||||
ps aux | grep -v 'TTY' | grep <进程名>
|
||||
```
|
||||
|
||||
- **按名称查PID**:
|
||||
|
||||
```
|
||||
pgrep -l <进程名>
|
||||
```
|
||||
|
||||
- **树形结构分析**:
|
||||
|
||||
```
|
||||
pstree -p | grep <进程名>
|
||||
```
|
||||
|
||||
获取PID后,结合前述方法操作[6,7,8](https://tencent.yuanbao/@ref)。
|
||||
|
||||
---
|
||||
|
||||
### 💎 **方法对比与适用场景**
|
||||
|
||||
|**方法**|**适用条件**|**能否交互**|**终端关闭后是否有效**|
|
||||
|---|---|---|---|
|
||||
|`screen`/`tmux`|启动时使用复用工具|✅ 支持|✅ 是|
|
||||
|`fg`/`jobs`|当前终端启动的后台任务|✅ 支持|❌ 否(终端退出失效)|
|
||||
|`tail -f`|任何写入日志的后台进程|❌ 只读|✅ 是|
|
||||
|
||||
---
|
||||
|
||||
### ⚠️ **注意事项**
|
||||
|
||||
1. **权限问题**:
|
||||
- 恢复`screen`/`tmux`会话需**同一用户**操作。
|
||||
2. **进程状态**:
|
||||
- `STAT`列含`T`(停止状态)的进程需先用`bg`唤醒再操作[9,10](https://tencent.yuanbao/@ref)。
|
||||
3. **生产环境建议**:
|
||||
- 长期服务推荐用**Systemd托管**(通过`journalctl -u service名`查看日志),避免会话依赖[1,11](https://tencent.yuanbao/@ref)。
|
||||
|
||||
> 优先尝试 **`screen -r`** 或 **`tmux attach`**,若无效则通过日志监控(`tail -f`)或唤醒暂停任务(`bg + fg`)。日常运维中养成**使用终端复用工具**的习惯,可显著简化后台进程管理。
|
||||
|
||||
---
|
||||
|
||||
## 第三部分 进程终止:
|
||||
|
||||
通过 `kill -9 PID` 强制终止(先 `ps aux | grep 进程名` 查PID)[1,6](https://tencent.yuanbao/@ref)。
|
||||
99
06 平台与配置/怎么记录obsidian文档的生成时间?.md
Normal file
99
06 平台与配置/怎么记录obsidian文档的生成时间?.md
Normal file
@ -0,0 +1,99 @@
|
||||
---
|
||||
创建时间: 2025-09-21 09:07:07
|
||||
更新时间: 2025-09-21T09:08
|
||||
---
|
||||
#插件 #软件配置
|
||||
|
||||
在 Obsidian 中记录文档的生成时间(即创建时间)有多种方法,你可以根据自己对自动化程度、显示位置和管理精细度的需求来选择。下面我用一个表格汇总常见方法,并附上详细说明:
|
||||
|
||||
|方法分类|使用工具/插件|核心功能/特点|适用场景|自动化程度|
|
||||
|:--|:--|:--|:--|:--|
|
||||
|**文档属性管理**|**Front Matter Timestamps**|自动在笔记的 Front Matter 属性区域记录 `created`(创建)和 `updated`(修改)时间|需要为每篇笔记自动记录创建和修改时间|全自动|
|
||||
||**Update time on edit**|自动更新笔记元数据中的创建时间和最后修改时间|需要自动记录并更新笔记的时间信息|全自动|
|
||||
|**模板插入**|**Templater**|通过模板在笔记任意位置插入复杂的动态时间戳|需要高度自定义时间戳的格式和位置|半自动|
|
||||
||**核心插件 - 模板**|使用内置模板功能插入时间戳,格式可自定义|使用 Obsidian 自带功能,简单插入时间戳|半自动|
|
||||
|**内容块记录**|**QuickAdd**|通过宏命令快速在指定笔记(如日志)中添加带时间戳的内容条|适合记录流水账或日志式笔记|半自动|
|
||||
|**库级别跟踪**|**Vault Changelog**|生成一篇文档,跟踪整个笔记库中所有文件的编辑历史|需要宏观了解整个笔记库的变更历史|全自动|
|
||||
|
||||
🧩 下面是这些方法的详细操作说明:
|
||||
|
||||
### 📌 一、使用插件自动管理文档属性(Front Matter)
|
||||
|
||||
这是**最推荐**的方式,它能自动、准确地在每篇笔记的元数据区域记录创建和修改时间。
|
||||
|
||||
1. **安装并配置 Front Matter Timestamps 插件**
|
||||
|
||||
- 在 Obsidian 社区插件市场中搜索 "**Front Matter Timestamps**" 并安装。
|
||||
|
||||
- 安装后启用它,并在其设置中定义你喜欢的**时间格式**(例如 `YYYY-MM-DD HH:mm`)。插件默认使用 `YYYY-MM-DDTHH:mm:ssZ`,你可以根据需要调整,例如改为 `YYYYMMDDHHmm`。
|
||||
|
||||
- **确保 Obsidian 的【核心插件】中的【属性】已开启**。这样每篇笔记才会显示属性区域。
|
||||
|
||||
- 配置完成后,**每篇新笔记的 Front Matter 区域都会自动包含创建时间 (`created`)** 和更新时间 (`updated`)。
|
||||
|
||||
2. **使用 Update time on edit 插件**
|
||||
|
||||
- 安装 "**Update time on edit**" 插件后,它会自动在新笔记的元数据区域生成包含 `创建时间` 和 `最后更新时间` 的 YAML 标签。
|
||||
|
||||
- 你可以在插件设置中**自定义这些属性显示的键名**(例如将 `created` 改为“创建时间”)和日期格式。
|
||||
|
||||
|
||||
💡 **提示**:Front Matter 中的时间信息可以被 **Dataview** 等插件读取和查询,便于你后期做高级的笔记管理和筛选。
|
||||
|
||||
### 📌 二、使用模板插入创建时间
|
||||
|
||||
如果你希望创建时间显示在笔记正文的特定位置,可以使用模板功能。
|
||||
|
||||
1. **使用 Templater 插件(功能强大)**
|
||||
|
||||
- 安装 "**Templater**" 插件。
|
||||
|
||||
- 在 Templater 的设置中指定一个模板文件夹。
|
||||
|
||||
- 在该文件夹内创建一个模板文件(如 `Note Template.md`),并加入以下内容:
|
||||
|
||||
```markdown
|
||||
---
|
||||
created: <% tp.date.now("YYYY-MM-DD HH:mm") %>
|
||||
---
|
||||
# <% tp.file.title %>
|
||||
|
||||
本文档创建于:<% tp.date.now("YYYY-MM-DD HH:mm") %>
|
||||
```
|
||||
|
||||
- 你可以在 Obsidian 设置中配置**使用此模板作为默认模板**,这样每次通过“新建笔记”时就会自动应用。
|
||||
|
||||
2. **使用核心插件“模板”**
|
||||
|
||||
- 开启 Obsidian【核心插件】中的【模板】功能。
|
||||
|
||||
- 在模板设置中指定你的模板文件夹。
|
||||
|
||||
- 创建一个模板文件,内容参考上文 Templater 的示例(但语法可能略有不同,通常使用 `{{date}}` 或 `{{time}}` 等占位符)。
|
||||
|
||||
- 在【模板】插件设置中**自定义日期格式**(如 `YYYY-MM-DD HH:mm:ss`),并在快捷键设置中为其设置快捷键。
|
||||
|
||||
|
||||
### 📌 三、其他相关方法
|
||||
|
||||
- **使用 QuickAdd 进行内容块记录**:如果你喜欢在单一文档中记录多条带时间戳的信息(如日志、灵感速记),可以使用 QuickAdd 插件。配置一个 Macro,设置 Capture format 为 `- {{time:YYYYMMDDHHmm}}>{{value}}`,并指定目标文件。之后通过快捷键即可快速添加带时间戳的新内容到该文档的顶部。
|
||||
|
||||
- **使用 Vault Changelog 跟踪库变更**:安装 "**Vault Changelog**" 插件后,它会生成一篇专门的文档(如 `Changelog.md`),跟踪并显示整个笔记库中所有文件的更新时间记录。
|
||||
|
||||
- **核心插件“日记”**:开启【日记】核心插件后,它会自动以日期(如 `YYYYMMDD`)为名创建笔记,**笔记的标题本身就是其创建日期**。
|
||||
|
||||
|
||||
### 💡 如何选择?
|
||||
|
||||
- 追求**自动化且准确**地记录每篇笔记的创建时间,便于后期查询管理:首选 **Front Matter Timestamps** 或 **Update time on edit** 插件。
|
||||
|
||||
- 希望创建时间显示在**笔记正文的特定位置**,或需要高度自定义格式:使用 **Templater** 插件创建模板。
|
||||
|
||||
- 只是**偶尔需要**在笔记中插入时间戳:使用核心插件【模板】并为其设置快捷键。
|
||||
|
||||
- 习惯**日志形式**的记录:可以尝试 **QuickAdd** 或核心插件【日记】。
|
||||
|
||||
|
||||
⚠️ **注意**:许多插件(如 Front Matter Timestamps)在安装后,**最好对已有的旧笔记进行一次手动触发更新(比如打开并稍微编辑保存一次)**,以便插件为它们补全创建时间属性。对于之后新建的笔记,插件都会自动工作。
|
||||
|
||||
希望这些方法能帮你有效记录 Obsidian 文档的生成时间!
|
||||
15
06 平台与配置/我的Obsidian使用原则.md
Normal file
15
06 平台与配置/我的Obsidian使用原则.md
Normal file
@ -0,0 +1,15 @@
|
||||
---
|
||||
创建时间: 2025-12-11T21:54
|
||||
更新时间: 2025-12-11T21:54
|
||||
---
|
||||
|
||||
1. 不允许直接生成空卡片。既然要生成卡片,那么就一定要内容。卡片应该是思考完善后再进行制作的,而不是用空卡片去占位置。
|
||||
2. 对于书名的引用,明确需要使用书名号。
|
||||
3. 在没有搞清楚索引和标签的科学使用方法之前,只妥善的使用好[[双链功能]]即可。
|
||||
4. 在没有搞清楚基础功能和逻辑的使用之前,不能开始对主题和插件的研究。利用好目前的插件即可。
|
||||
5. 目前看来,Obsidian的卡片名称应以客观、准确、短小为原则,便于多卡片、多素材的组合。名称过于长的卡片,在链接中很难考虑的到。
|
||||
6. 关系图谱要时常整理,时常看看。刚刚初步整理中,我都有一种收获的感觉,或者若有若无的链接感。
|
||||
|
||||
[[2025-03-17]],重新配置好Obsidian后,就此进行整理,并再重新开始的日子里明确Obsidian的使用原则。
|
||||
|
||||
---
|
||||
12
06 平台与配置/我的Obsidian使用规则.md
Normal file
12
06 平台与配置/我的Obsidian使用规则.md
Normal file
@ -0,0 +1,12 @@
|
||||
#规则 #obsidian #软件配置
|
||||
|
||||
1. 不允许直接生成空卡片。既然要生成卡片,那么就一定要内容。卡片应该是思考完善后再进行制作的,而不是用空卡片去占位置。
|
||||
2. 对于书名的引用,明确需要使用书名号。
|
||||
3. 在没有搞清楚索引和标签的科学使用方法之前,只妥善的使用好[[双链功能]]即可。
|
||||
4. 在没有搞清楚基础功能和逻辑的使用之前,不能开始对主题和插件的研究。利用好目前的插件即可。
|
||||
5. 目前看来,Obsidian的卡片名称应以客观、准确、短小为原则,便于多卡片、多素材的组合。名称过于长的卡片,在链接中很难考虑的到。
|
||||
6. 关系图谱要时常整理,时常看看。刚刚初步整理中,我都有一种收获的感觉,或者若有若无的链接感。
|
||||
|
||||
[[2025-03-17]],重新配置好Obsidian后,就此进行整理,并再重新开始的日子里明确Obsidian的使用原则。
|
||||
|
||||
---
|
||||
128
06 平台与配置/是否可以实现ubuntu系统的无缝迁移.md
Normal file
128
06 平台与配置/是否可以实现ubuntu系统的无缝迁移.md
Normal file
@ -0,0 +1,128 @@
|
||||
#软件配置
|
||||
|
||||
是的,你可以将台式机上的 Ubuntu 系统完整复制到另一台计算机上,通常通过创建系统镜像(克隆)实现。以下是几种主流方法及其操作流程,根据硬件条件和需求选择合适方案:
|
||||
|
||||
---
|
||||
|
||||
### 🔧 **一、磁盘级克隆(推荐硬件相同或相似时使用)**
|
||||
|
||||
适用于完整复制系统分区、引导程序和用户数据,要求目标磁盘容量 ≥ 源磁盘。
|
||||
|
||||
#### **1. 使用 `dd` 命令(命令行工具)**
|
||||
|
||||
- **步骤**:
|
||||
1. 在源电脑启动 Ubuntu Live USB(试用模式)。
|
||||
2. 执行 `sudo fdisk -l` 确认源磁盘设备名(如 `/dev/sda`)。
|
||||
3. 卸载源磁盘:`sudo umount /dev/sda*`。
|
||||
4. 创建压缩镜像(避免占用过多空间):
|
||||
|
||||
```
|
||||
sudo dd if=/dev/sda bs=4M status=progress | gzip -c > /path/to/backup.img.gz
|
||||
```
|
||||
|
||||
5. 将镜像复制到外置硬盘或通过网络传输到目标电脑。
|
||||
6. 在目标电脑启动 Live USB,解压并写入目标磁盘:
|
||||
|
||||
```
|
||||
sudo gunzip -c /path/to/backup.img.gz | sudo dd of=/dev/sdb bs=4M status=progress
|
||||
```
|
||||
|
||||
- **注意**:
|
||||
- `dd` 会覆盖目标磁盘所有数据!务必确认目标设备名(如 `/dev/sdb`)。
|
||||
- 若硬件差异大,需额外修复驱动和引导(见后文)。
|
||||
|
||||
#### **2. 使用 Clonezilla(图形化工具)**
|
||||
|
||||
- **步骤**:
|
||||
1. 下载 [Clonezilla Live ISO](https://clonezilla.org/) 制作启动U盘。
|
||||
2. 在源电脑启动 Clonezilla,选 `device-image` 模式 → 将磁盘保存为镜像到外置硬盘/NAS。
|
||||
3. 在目标电脑启动 Clonezilla,选择镜像恢复到目标磁盘。
|
||||
- **优势**:
|
||||
支持增量备份、分区调整、网络传输(如 SSH/NFS)。
|
||||
|
||||
---
|
||||
|
||||
### 📂 **二、文件级迁移(推荐硬件差异较大时使用)**
|
||||
|
||||
仅迁移系统和软件配置,不复制引导分区,需在新机重装引导程序,灵活性更高。
|
||||
|
||||
#### **步骤**:
|
||||
|
||||
1. **在源电脑备份**:
|
||||
|
||||
- 软件列表:`sudo dpkg --get-selections > packages.txt`
|
||||
- 系统配置和数据:
|
||||
|
||||
```
|
||||
sudo tar cvpzf backup.tar.gz --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/mnt --exclude=/media --exclude=/lost+found /
|
||||
```
|
||||
|
||||
- 用户数据:手动备份 `/home` 目录。
|
||||
2. **在目标电脑恢复**:
|
||||
|
||||
- 安装同版本 Ubuntu 基础系统。
|
||||
- 恢复软件列表:
|
||||
|
||||
```
|
||||
sudo dpkg --set-selections < packages.txt
|
||||
sudo apt-get update && sudo apt-get dselect-upgrade
|
||||
```
|
||||
|
||||
- 解压配置和数据:`sudo tar xvpzf backup.tar.gz -C /`
|
||||
- 重建临时目录:`sudo mkdir /proc /sys /dev /mnt /media`。
|
||||
|
||||
---
|
||||
|
||||
### 🌐 **三、网络直连克隆(无需外置存储)**
|
||||
|
||||
通过网线直接传输磁盘数据,适合大容量磁盘快速迁移。
|
||||
|
||||
#### **使用 `dd` + `netcat`**:
|
||||
|
||||
1. 目标电脑启动 Live USB,监听数据:
|
||||
|
||||
```
|
||||
nc -l -p 1234 | sudo dd of=/dev/sdb bs=4M
|
||||
```
|
||||
|
||||
2. 源电脑发送数据:
|
||||
|
||||
```
|
||||
sudo dd if=/dev/sda bs=4M | nc <目标IP> 1234
|
||||
```
|
||||
|
||||
|
||||
- **要求**:两台电脑需在同一局域网,目标机IP已知。
|
||||
|
||||
---
|
||||
|
||||
### ⚠️ **四、迁移后必须的修复操作**
|
||||
|
||||
无论何种方法,硬件更换后均需:
|
||||
|
||||
1. **更新硬件驱动**:
|
||||
- 检查显卡、网卡驱动:`ubuntu-drivers devices`
|
||||
- 安装缺失驱动:`sudo apt install firmware-linux`
|
||||
2. **修复引导程序**:
|
||||
|
||||
```
|
||||
sudo mount /dev/sdbX /mnt # 挂载新系统根分区
|
||||
sudo chroot /mnt
|
||||
sudo grub-install /dev/sdb # 重装GRUB到目标磁盘
|
||||
sudo update-grub
|
||||
```
|
||||
|
||||
3. **调整文件系统UUID**:
|
||||
- 使用 `sudo blkid` 查看新分区UUID,更新 `/etc/fstab` 和 `/boot/grub/grub.cfg`。
|
||||
|
||||
---
|
||||
|
||||
### 💎 **方案选择建议**
|
||||
|
||||
|**场景**|**推荐方法**|**优势**|
|
||||
|---|---|---|
|
||||
|硬件高度相似|`dd` 或 Clonezilla|完全一致克隆,无需重装软件|
|
||||
|硬件差异大|文件级迁移|避免驱动冲突,灵活性高|
|
||||
|无外置硬盘,有千兆局域网|网络直连(`netcat`)|节省存储设备,传输速度快|
|
||||
|
||||
> 迁移前务必**备份源盘重要数据**!若目标机为UEFI启动,需确认分区表为GPT格式(可用 `sudo gdisk -l /dev/sda` 检查)。
|
||||
12
06 平台与配置/查看代理端口的指令.md
Normal file
12
06 平台与配置/查看代理端口的指令.md
Normal file
@ -0,0 +1,12 @@
|
||||
|
||||
|
||||
查看 Wi-Fi 连接的代理设置
|
||||
networksetup -getwebproxy Wi-Fi
|
||||
|
||||
查看以太网连接的代理设置
|
||||
networksetup -getwebproxy Ethernet
|
||||
|
||||
实测在数字货币交易所创建中,需要设置自己的代理ip和端口号。
|
||||
但是奇怪的是,目前配置端口号以后,私有函数部分获取数据的程序都跑通了,但是在获取实时行情的代码中,运行显示还是网络存在问题。
|
||||
|
||||
需持续解决。
|
||||
5
06 平台与配置/查询powershell的版本.md
Normal file
5
06 平台与配置/查询powershell的版本.md
Normal file
@ -0,0 +1,5 @@
|
||||
#软件配置
|
||||
|
||||
```bash
|
||||
$PSVersionTable.PSVersion
|
||||
```
|
||||
0
06 平台与配置/欧路词典的设置.md
Normal file
0
06 平台与配置/欧路词典的设置.md
Normal file
7
06 平台与配置/笔记与知识库的构建模式.md
Normal file
7
06 平台与配置/笔记与知识库的构建模式.md
Normal file
@ -0,0 +1,7 @@
|
||||
#软件配置
|
||||
|
||||
1. obsidian不再使用云备份,而是采用本地化部署。不需要多台设备同时查阅记录。
|
||||
2. 除Obsidian外的其他笔记软件全部删除,尽快完成effie上文档的迁移。
|
||||
3. 日常使用随身携带的笔和本子进行记录,按照卡片笔记记录的标准,回家后在Obsidian上进行严肃记录和链接。
|
||||
4. 告别多设备和云端记录也是数字极简主义的核心。
|
||||
5. 随着应用,Obsidian的高端功能需求会不断涌现,到时候按照需求进行研究拓展即可。
|
||||
51
06 平台与配置/腾讯云对象存储配置.md
Normal file
51
06 平台与配置/腾讯云对象存储配置.md
Normal file
@ -0,0 +1,51 @@
|
||||
---
|
||||
创建时间: 2026-01-03T13:04
|
||||
更新时间: 2026-01-03T13:04
|
||||
---
|
||||
#软件配置
|
||||
|
||||
为了配合接近尾声的关于使用平台的探索
|
||||
即在测试了所有平台后决定放弃Mac、Linux,从而全面专项Windows开发
|
||||
我的同步方案也彻底摆脱iCloud
|
||||
|
||||
---
|
||||
痛苦的探索过程如下:
|
||||
[[记一次Obsidian文库在iCloud同步错乱]]
|
||||
[[关于将obsidian文库从icloud中迁出的决定]]
|
||||
|
||||
---
|
||||
### 原则:
|
||||
减少设备量
|
||||
避免同时编辑查看
|
||||
避免对象存储和iCloud同时使用
|
||||
|
||||
---
|
||||
|
||||
至此,硬件设备定了,开发平台定了,同步方案也定了
|
||||
所以说外围的探索终于接近尾声,即将告一段落了
|
||||
那些远去的探索、名词如过眼云烟
|
||||
虽最终没有发挥预想的效果
|
||||
但是最终成为我脑中构想基础的一部分
|
||||
还会持续发挥他们的作用
|
||||
|
||||
---
|
||||
## 说重点
|
||||
|
||||
使用对象存储,和remote save插件,搭配上述的原则
|
||||
可以达到接近完美的文档同步体验
|
||||
|
||||
![[Pasted image 20250812164251.png]]
|
||||
|
||||
服务地址:`cos.ap-guangzhou.myqcloud.com`
|
||||
区域:`ap-guangzhou`
|
||||
Access Key ID:
|
||||
Secret Key ID:
|
||||
存储桶的名字:`obsidian2-1323261029`
|
||||
|
||||
![[SecretKey.xlsx]]
|
||||
上述内容仅做参考,让自己下次再配置对象存储时知道每个空里需要填入哪些内容
|
||||
|
||||
---
|
||||
图床的内容完全没在这里记录
|
||||
这是有极大问题的。
|
||||
对于图床的配置过程,以及图床那个桶的 secretkey 都要记录
|
||||
12
06 平台与配置/解决anaconda因路径文件夹权限问题导致的无法使用conda命令安装.md
Normal file
12
06 平台与配置/解决anaconda因路径文件夹权限问题导致的无法使用conda命令安装.md
Normal file
@ -0,0 +1,12 @@
|
||||
---
|
||||
创建时间: 2025-10-26 20:28:11
|
||||
更新时间: 2025-10-31T19:27
|
||||
tags:
|
||||
---
|
||||
#anaconda #软件配置 #Python学习
|
||||
|
||||
在anaconda的安装文件夹中点击属性
|
||||
在`安全`中找到`Users`用户,在权限中选择`完全控制`
|
||||
之后点击应用,弹出的框中会闪动
|
||||
|
||||
之后使用conda命令安装就正常了
|
||||
33
06 平台与配置/记一次Obsidian文库在iCloud同步错乱.md
Normal file
33
06 平台与配置/记一次Obsidian文库在iCloud同步错乱.md
Normal file
@ -0,0 +1,33 @@
|
||||
#软件配置
|
||||
|
||||
相较于对象存储,Obsidian在iCloud文库中的同步是直接对源文件进行操作的
|
||||
理论上同步出问题的概率非常低,但还是被我遇到了一次
|
||||
作一记录
|
||||
|
||||
---
|
||||
首先,这次乱的不是文本,而是设置
|
||||
第一次发现是昨晚,就是在电脑和手机同时打开的时候
|
||||
手机上Obsidian的主题突然变成了原生主题
|
||||
|
||||
随后在苹果笔记本上改过之后,打开手机仍然是原生主题
|
||||
再之后,电脑上修改过的主题等设置又变回原生
|
||||
显然是被手机上恢复到原生的设置覆盖掉了。
|
||||
|
||||
最后,在windows上设置完成以后,确定等待iCloud同步完成后,再次重新打开手机
|
||||
主题和设置都变更好了
|
||||
|
||||
钻研各种安装配置是我的倾向
|
||||
不是自嘲,这也是研究工作的一部分
|
||||
起码针对各个平台、各个工具的研究让我受益匪浅
|
||||
但现阶段,这方面的研究基本到位了,因此需要告一段落了
|
||||
我给各个平台定下的原则是稳定、聚焦
|
||||
|
||||
保持确定的设备
|
||||
保持良好的[[基于docker的多设备freqtrade环境和策略文档同步方案]]
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 要给同步留时间。没有同步完成的修改,不会生效。
|
||||
* 字体要是同一个文件。霞鹜文楷的版本很多,使用[[霞鹜文楷字体文件]]进行安装。之后所有的设备都使用这个。
|
||||
1
06 平台与配置/霞鹜文楷字体文件.md
Normal file
1
06 平台与配置/霞鹜文楷字体文件.md
Normal file
@ -0,0 +1 @@
|
||||
![[LXGWWENKAI-REGULAR.ttf]]
|
||||
Reference in New Issue
Block a user