奇诺分享 | blog.ccino.cc - 重在分享 zh-cn microfeed.org episodic false https://blog.ccino.cc 奇诺分享 奇诺分享 | blog.ccino.cc - 重在分享 https://cdn-blog-ccino-cc.ccino.cc/blog-ccino-cc/production/images/channel-6ebae07c242a357bee27d74ca3e4b3ce.png https://blog.ccino.cc ©2024 10分钟搭建一个自己的网文阅读器 安卓的“阅读”APP网页版 附带书源！ VfgVvHNOzf6 Sat, 23 Nov 2024 08:37:31 GMT false  介绍


安卓手机 APP 阅读3 服务器版，桌面端。

后端 Kotlin + Spring Boot + Vert.x + Coroutine ；

前端 Vue.js + Element。

GitHub 开源项目，支持 Docker 搭建。

1.1 特点


咕咕这边简单在网上也抄~~~~ 搜集了一些特点，供大家参考（翻译自 GitHub 的 README）：

  • GitHub 完全开源，可以免费使用
  • Docker 搭建，10 分钟搞定
  • 书架管理
  • 搜索
  • 书海
  • 看书
  • 移动端适配
  • 换源
  • 翻页方式
  • 手势支持
  • 自定义主题
  • 自定义样式
  • WebDAV 同步
  • 文字替换过滤
  • 听书 <仅部分浏览器支持，手机端会因为锁屏而失效>
  • 用户配置备份恢复
  • 支持漫画
  • 支持音频
  • 书源失效检测
  • 导入本地 TXT、EPUB、UMD 格式的书籍
  • 书籍分组
  • RSS 订阅
  • 定时更新书架
  • 并发搜书
  • 本地书仓

1.2 问题

  • 部分使用了 Javascript 的书源可能会报错，不支持 cookie 和 cache 功能
  • 不支持使用了 webview 的书源
  • 不支持书源登录功能

1.3 技术栈


后端 Kotlin + Spring Boot + Vert.x + Coroutine ；

前端 Vue.js + Element

1.4 免责声明（Disclaimer）


阅读 是一款提供网络文学搜索的工具，为广大网络文学爱好者提供一种方便、快捷舒适的试读体验。

当您搜索一本书的时，阅读会将该书的书名以关键词的形式提交到各个第三方网络文学网站。各第三方网站返回的内容与阅读无关，阅读对其概不负责，亦不承担任何法律责任。任何通过使用阅读而链接到的第三方网页均系他人制作或提供，您可能从第三方网页上获得其他服务，阅读对其合法性概不负责，亦不承担任何法律责任。第三方搜索引擎结果根据您提交的书名自动搜索获得并提供试读，不代表阅读赞成或被搜索链接到的第三方网页上的内容或立场。您应该对使用搜索引擎的结果自行承担风险。

阅读不做任何形式的保证：不保证第三方搜索引擎的搜索结果满足您的要求，不保证搜索服务不中断，不保证搜索结果的安全性、正确性、及时性、合法性。因网络状况、通讯线路、第三方网站等任何原因而导致您不能正常使用阅读，阅读不承担任何法律责任。阅读尊重并保护所有使用阅读用户的个人隐私权，您注册的用户名、电子邮件地址等个人资料，非经您亲自许可或根据相关法律、法规的强制性规定，阅读不会主动地泄露给第三方。

阅读致力于最大程度地减少网络文学阅读者在自行搜寻过程中的无意义的时间浪费，通过专业搜索展示不同网站中网络文学的最新章节。阅读在为广大小说爱好者提供方便、快捷舒适的试读体验的同时，也使优秀网络文学得以迅速、更广泛的传播，从而达到了在一定程度促进网络文学充分繁荣发展之目的。阅读鼓励广大小说爱好者通过阅读发现优秀网络小说及其提供商，并建议阅读正版图书。任何单位或个人认为通过阅读搜索链接到的第三方网页内容可能涉嫌侵犯其信息网络传播权，应该及时向阅读提出书面权力通知，并提供身份证明、权属证明及详细侵权情况证明。阅读在收到上述法律文件后，将会依法尽快断开相关链接内容。

2. 项目展示


GitHub 原项目地址：https://github.com/hectorqin/reader（617 1.9 k star）

Demo 地址 (服务器位于日本) : [https://reader.nxnow.online(此域名 7 月过期) 更换为](https://reader.nxnow.online(%E 6%AD%A 4%E 5%9 F%9 F%E 5%90%8 D 7%E 6%9 C%88%E 8%BF%87%E 6%9 C%9 F)%E 6%9 B%B 4%E 6%8 D%A 2%E 4%B 8%BA) https://read.nxnow.top

Demo 测试账号 / 密码分别为 guest / guest123, 也可自行创建账号添加书源

直接丢几个图片：  

3. 搭建环境

4. 搭建视频


YouTube：https://youtu.be/Yjtrl4zii5g

哔哩哔哩：https://www.bilibili.com/BV16F411G757

5. 搭建方式

5.1 搭建


服务器初始设置，参考

新买了一台服务器 “必须” 要做的 6 件小事

【Docker 系列】不用宝塔面板，小白一样可以玩转 VPS 服务器！

sudo -i # 切换到root用户

apt update -y  # 升级packages

apt install wget curl sudo vim git  # Debian系统比较干净，安装常用的软件


创建一下安装的目录：

mkdir -p /root/data/docker_data/reader

cd /root/data/docker_data/reader

nano docker-compose.yml


docker-compose.yml 来源官方仓库，内容如下：

自用版本

version: '3.1'
services:

# reader 在线阅读
# 本人在线演示(服务器位于日本) : https://reader.nxnow.online(此域名7月过期)更换为 https://read.nxnow.top
# 在线演示测试账号/密码分别为guest/guest123,也可自行创建账号添加书源
# 书源参考 : https://github.com/NZESupB/ReadSource,书源合集下选一个合集进入网页后, Ctrl+S 保存至本地后导入网站即可,或者点击远程书源,将链接导入即可

#docker run -d --restart=always --name=reader -e "SPRING_PROFILES_ACTIVE=prod" -v $(pwd)/logs:/logs -v $(pwd)/storage:/storage -p 8080:8080 hectorqin/reader
# 多用户版
#docker run -d --restart=always --name=reader -v $(pwd)/logs:/logs -v $(pwd)/storage:/storage -p 8080:8080 hectorqin/reader java -jar /app/bin/reader.jar --spring.profiles.active=prod --reader.app.secure=true --reader.app.secureKey=管理密码 --reader.app.inviteCode=注册邀请码
# 多用户版 使用环境变量
#docker run -d --restart=always --name=reader -e "SPRING_PROFILES_ACTIVE=prod" -e "READER_APP_SECURE=true" -e "READER_APP_SECUREKEY=管理密码" -e "READER_APP_INVITECODE=注册邀请码" -v $(pwd)/logs:/logs -v $(pwd)/storage:/storage -p 8080:8080 hectorqin/reader

# 自用版
#  read_own:
#    image: hectorqin/reader
#    container_name: reader_own
#    restart: always
#    ports:
#      - 4395:8080
#    volumes:
#      - /home/reader/logs:/logs
#      - /home/reader/storage:/storage
#    environment:
#      - SPRING_PROFILES_ACTIVE=prod
#      - READER_APP_CACHECHAPTERCONTENT=true #是否开启缓存章节内容 V2.0
# 多用户版
 read_all:
 image: hectorqin/reader
 container_name: reader #容器名 可自行修改
 restart: always
 ports:
 - 4396:8080 #4396端口映射可自行修改
 volumes:
 - /root/data/docker_data/reader/logs:/logs #log映射目录 /root/data/docker_data/reader/logs 映射目录可自行修改
 - /root/data/docker_data/reader/storage:/storage #数据映射目录 /root/data/docker_data/reader/storage 映射目录可自行修改
 environment:
 - SPRING_PROFILES_ACTIVE=prod
 - READER_APP_SECURE=true #开启登录鉴权，开启后将支持多用户模式
 - READER_APP_CACHECHAPTERCONTENT=true #是否开启缓存章节内容 V2.0
 - READER_APP_SECUREKEY=adminpwd  #管理员密码  可自行修改
      #- READER_APP_INVITECODE=registercode #注册邀请码,如需要取消注释 可自行修改
# 自动更新docker
 watchtower:
 image: containrrr/watchtower
 container_name: watchtower
 restart: always
    # 环境变量,设置为上海时区
 environment:
 - TZ=Asia/Shanghai
 volumes:
 - /var/run/docker.sock:/var/run/docker.sock
 command: reader watchtower --cleanup --schedule "0 0 4 * * *"
    # 仅更新reader与watchtower容器,如需其他自行添加 '容器名' ,如:reader watchtower redis
    # --cleanup 更新后清理旧版本镜像
    # --schedule 自动检测更新 crontab定时(限定6位crontab) 此处代表凌晨4点整


视频演示版本

version: '3.1'
services:

# reader 在线阅读
# 第三方在线演示(服务器位于日本)：https://reader.nxnow.top
# 在线演示测试账号/密码分别为guest/guest123，也可自行创建账号添加书源，不定期删除长期未登录账号
# 书源参考 : https://github.com/NZESupB/ReadSource，书源合集下选一个合集进入网页后，Ctrl+S 保存至本地后导入网站即可，或者点击远程书源，将链接导入即可

# 单用户版
#docker run -d --restart=always --name=reader -e "SPRING_PROFILES_ACTIVE=prod" -v $(pwd)/logs:/logs -v $(pwd)/storage:/storage -p 8080:8080 hectorqin/reader
# 多用户版
#docker run -d --restart=always --name=reader -e "SPRING_PROFILES_ACTIVE=prod" -e "READER_APP_SECURE=true" -e "READER_APP_SECUREKEY=管理密码" -e "READER_APP_INVITECODE=注册邀请码" -v $(pwd)/logs:/logs -v $(pwd)/storage:/storage -p 8080:8080 hectorqin/reader

 reader:
 image: hectorqin/reader
    #image: hectorqin/reader:openj9-latest #docker镜像，arm64架构和小内存机器可以使用
 container_name: reader #容器名 可自行修改
 restart: always
    #限制镜像最大资源占用(可选) 低内存(<=2G)可考虑限制 使用此方式启动需加--compatibility,例如   docker-compose --compatibility up -d
    #deploy:
      #resources:
        #limits:  #最大限制资源
          #cpus: '0.50' #cpu建议不做限制,保持注释即可,1表示100%
          #memory: 1024M
        #reservations:  #保留最小资源
          #cpus: 0.25
          #memory: 256M
 ports:
 - 4396:8080 #4396端口映射可自行修改
 volumes:
 - /root/data/docker_data/reader/logs:/logs #log映射目录 /home/reader/logs 映射目录可自行修改
 - /root/data/docker_data/reader/storage:/storage #数据映射目录 /home/reader/storage 映射目录可自行修改
      #可配置默认书源,默认书源存放于数据映射目录中:storage/data/default/bookSource.json
      #书源参考(大部分可通用):https://www.legado.top/blog/book-source
      #wget -c https://namofree.gitee.io/yuedu3/legado3_booksource_by_Namo.json -O /home/reader/storage/data/default/bookSource.json
 environment:
 - SPRING_PROFILES_ACTIVE=prod
 - READER_APP_USERLIMIT=50 #用户上限,默认50
 - READER_APP_USERBOOKLIMIT=200 #用户书籍上限,默认200
 - READER_APP_CACHECHAPTERCONTENT=true #开启缓存章节内容 V2.0
      # 下面都是多用户模式配置
 - READER_APP_SECURE=true #开启登录鉴权，开启后将支持多用户模式
 - READER_APP_SECUREKEY=adminpwd  #管理员密码  建议修改
 - READER_APP_INVITECODE=registercode #注册邀请码 建议修改,如不需要可注释或删除
# 自动更新docker
 watchtower:
 image: containrrr/watchtower
 container_name: watchtower
 restart: always
    # 环境变量,设置为上海时区
 environment:
 - TZ=Asia/Shanghai
 volumes:
 - /var/run/docker.sock:/var/run/docker.sock
 command: reader watchtower --cleanup --schedule "0 0 4 * * *"
    # 仅更新reader与watchtower容器,如需其他自行添加 '容器名' ,如:reader watchtower nginx
    # --cleanup 更新后清理旧版本镜像
    # --schedule 自动检测更新 crontab定时(限定6位crontab) 此处代表凌晨4点整


注意：VPS 的内存最好大于 1 G，可以再设置 1 G 的 SWAP，本项目内容存储在内存中～

设置 SWAP 可以用脚本:

wget -O box.sh https://raw.githubusercontent.com/BlueSkyXN/SKY-BOX/main/box.sh && chmod +x box.sh && clear && ./box.sh



没问题的话，ctrl+x 退出，按 y 保存，enter 确认。

查看端口是否被占用，输入：

lsof -i:4396  #查看4396端口是否被占用，如果被占用，重新自定义一个端口



如果出现：

-bash: lsof: command not found



运行：

apt install lsof  #安装lsof



如果端口没有被占用，可以运行：

docker-compose up -d



访问：http:服务ip:4396 即可。

注意：

1、不知道服务器 IP，可以直接在命令行输入：curl ip.sb，会显示当前服务器的 IP。

2、遇到访问不了的情况，请在宝塔面板的防火墙和服务商的后台防火墙里打开对应端口。

5.2 更新

cd /root/data/docker_data/reader  # 进入docker-compose所在的文件夹
docker-compose pull    # 拉取最新的镜像
docker-compose up -d   # 重新更新当前镜像


利用 Docker-compose 搭建的应用，更新非常容易～

5.3 卸载

sudo -i  # 切换到root
cd /root/data/docker_data/reader  # 进入docker-compose所在的文件夹
docker-compose down    # 停止容器，此时不会删除映射到本地的数据
cd ~
rm -rf /root/data/docker_data/reader  # 完全删除映射到本地的数据


利用 Docker-compose 搭建的应用，删除也非常容易～

6. 反向代理（必须）


此项目和别的项目不同，必须采用 https 形式，否则浏览器无法加密，无法使用。

6.1 利用 Nginx Proxy Manager


在添加反向代理之前，确保你已经完成了域名解析，不会的可以看这个：域名一枚，并做好解析到服务器上（域名购买、域名解析 视频教程）

之后，登陆 Nginx Proxy Manager（不会的看这个：安装 Nginx Proxy Manager（相关教程））

注意：

Nginx Proxy Manager（以下简称 NPM）会用到 80、443 端口，所以本机不能占用（比如原来就有 Nginx）

直接丢几张图： 

 注意填写对应的 域名、IP 和 端口，按文章来的话，应该是 4396

IP 填写：

如果 Nginx Proxy Manager 和 reader 在同一台服务器上，可以在终端输入：

ip addr show docker0



查看对应的 Docker 容器内部 IP。

否则直接填 cryptgeon所在的服务器IP 就行。  再次打开，勾选这些： 

然后就可以用域名来安装访问了。

7. 使用教程


看咕咕的视频，或者自己研究，看文档

7.1 书源地址（请支持正版书籍）


https://github.com/XIU2/Yuedu

数量不多，因为我觉得质量比数量更重要（当然我也不保证质量就一定多么好哈），我以前也用过那些几百上千个的书源列表，杂七杂八太乱了，质量参差不齐，而且正常情况下大家也就主用几个书源罢了。。。

https://blog.3cat.cc/142.html

本书源集成了 1000 + 个源，基本涵盖全网！

为了长久使用，请勿滥用！

书源：

https://shuyuan.mgz6.cc/shuyuan/84083d2be227881b0e3b90b9cd01c685.json


json 的就是可以直接导入的

网址：

http://yck.mumuceo.com/yuedu/shuyuan/index.html

里面有很多书源

8. 结尾


祝大家用得开心，有问题可以去 GitHub 提 Issues，也可以在评论区互相交流探讨。

同时，有能力给项目做贡献的同学，也欢迎积极加入到项目中来，贡献自己的一份力量！

9. 参考资料


GitHub 原项目地址：https://github.com/hectorqin/reader（617 star）

https://hostloc.com/thread-1010700-1-3.html

https://github.com/XIU2/Yuedu

https://blog.3cat.cc/142.html


]]> https://blog.ccino.cc/i/build-your-own-online-literature-reader-in-10-minutes-androids-reading-app-web-version-comes-with-book-sources/ full Obsidian 加密备份 - Google Drive、Dropbox、OneDrive -eI_fmGPzzo Mon, 28 Oct 2024 02:17:12 GMT false 在使用 Evernote 几年后，我最终将所有笔记迁移到了 Obsidian，这样我就可以完全控制我的笔记，并且可以使用、移动或利用这种格式。因此，我的笔记将不再存在于云端和我的私人设备中，因此任何冗余和备份都需要由我通过个人定期备份来保证。

十多年的笔记都依赖于单一的冗余，这让我有些不安，所以我能想到的选择是：

  1. 订阅Obsidian 的同步服务，每月需支付 4 美元。我的加密笔记将绑定到 Obsidian 的云服务
  2. 拥有一个自定义解决方案，利用 Obsidian 出色的可定制性，压缩和加密我的所有笔记，并使用云服务来托管此存档。我可以灵活地选择我想要的任何云提供商。

我选择了选项 2，使用 Google Drive 云服务，并在本文中分享您也可以使用的方法。

如何操作

这个想法很简单：每当 Obsidian 退出时，使用obsidian-shellcommands shell 插件运行自定义脚本。此事件是可配置的，但我发现应用程序退出事件对我的用例具有必要的周期性，因为我经常偶尔打开 Obsidian，在上面写字，然后立即退出应用程序。

步骤 1. 加密并备份所有笔记的自定义脚本

首先，将以下脚本保存到计算机中的文件夹中（例如，/Users/yourunixname/backups/my_backup_script.sh），并使用您自己的 Obsidian、备份目标文件夹和您自己的存档密码对其进行更新：

/bin/zsh #!/bin/zsh 复制代码

obsidian_notes_folder="<your_obsidian_folder>" ; # 例如，/Users/yourusername/Library/Application Support/obsidian
obsidian_notes_tar_archive="${obsidian_notes_folder}/obsidian_backup.tar.gz" ；
backup_folder="<folder_where_the_final_encrypted_backup_will_be_placed>"; # 例如，/Users/yourusername/Library/CloudStorage/GoogleDrive/MyDrive/backup_folder

echo "开始压缩黑曜石音符..." ;

# 创建一个包含 obsidian 文件夹内所有内容的 .tar 档案
tar -czf ${obsidian_notes_tar_archive} ${obsidian_notes_folder}/obsidian_backup

# 将 .tar 档案压缩为加密的 .7z 文件，密码为“PasswordOfYourChoosing”
# 在此示例中，使用了从 nix 包管理器 (https://nixos.org/) 安装的 7za，但您可以使用来自任何其他信誉良好的来源的 7za
/Users/你的用户名/.nix-profile/bin/7za a -tzip -mem=AES256 -mx=0 -mmt=12 -pPasswordOfYourChoosing ${obsidian_notes_folder}/obsidian_backup.7z ${obsidian_notes_tar_archive} ；

# 将 .7z 文件移动到备份文件夹（例如您的 Google Drive / Dropbox / OneDrive 文件夹）
mv ${obsidian_notes_folder}/obsidian_backup.7z ${backup_folder}/obsidian_backup.7z；

echo “压缩完成并移至备份文件夹”

（从 GitHub Gists下载此脚本）

这些注释大部分都是不言自明的，但本质上这就是脚本的作用：

  1. 首先创建一个包含 obsidian 文件夹内所有内容的 .tar 档案
  2. 将 .tar 存档压缩为密码加密.7z文件。记得用你自己的私人密码更新密码
  3. 将文件移动.7z到目标文件夹，该文件夹可能是您选择的云存储同步文件夹使用的文件夹（例如您的 Google Drive/Dropbox/OneDrive 文件夹）。

由于最终文件名3.始终相同，因此它将被重写，但您的云存储同步可能会跟踪不同版本的变化，这可能会逐渐增加您的配额使用量。如果这是一个问题，只需使用您的云存储界面定期清除它们即可。

chmod +x <script_file_name>您可以通过授予脚本执行权限 ( ) 并运行 来测试您的脚本./<your_script_name>。您的最终加密存档应出现在最终backup_folder

第 2 步：在 Obsidian 退出时运行脚本

现在我们已经准备好了脚本，如果能在 Obsidian 发生特定事件（例如 Obsidian 退出时）时自动运行，我们的工作就会轻松很多。使用obsidian-shell 命令可以轻松在 Obsidian 发生特定事件时运行 shell 脚本。设置步骤如下：

1.前往 Obsidian -> 设置。然后选择“社区插件”选项。


1.1.在“社区插件”选项中，单击“浏览”。在那里，搜索“Shell”。您要安装的是Jarkko Linnanvirta 的 Shell 命令


2.插件安装完成后，再次转到 Obsidian -> 设置。您应该在左下角的“社区插件”窗格下看到一个名为“Shell 命令”的选项。单击它。


3.1.在“Shell 命令”插件中，选择“Shell 命令”选项卡，在其中单击“新建 shell 命令”，然后单击创建的行，单击其相应的齿轮图标。这将向您显示一个带有多个选项卡的新模式。

3.2.在此命令模式中，选择“环境”选项卡，然后在“默认 shell 命令”中插入类似以下内容：zsh /Users/yourunixname/backups/my_backup_script.sh。这假设您的脚本位于/Users/yourunixname/backups/my_backup_script.sh


3.3.仍在此命令模式中，选择“事件”选项卡。在那里，您可以选择何时执行脚本。例如，搜索“Obsidian quits”，然后启用它（右侧有一个切换按钮）


全部完成！执行这些步骤后，您的备份脚本将在您选择的时间运行，并且将创建加密备份并将其放置在您在上述步骤 1中选择的位置。 🎉


本文出自：https://lopespm.com/notes/2024/09/11/obsidian-backup.html

]]> https://blog.ccino.cc/i/obsidian-backup/ full 00:02:39 Memos：轻量、私有部署的多平台云备忘录 6BWpUbnDbvd Sat, 26 Oct 2024 04:16:14 GMT false Memos


博客用来写一些长文、笔记、心得还是挺方便的，有时候也有一些简单的备忘录、心情想要记录下来，找了一圈发现一个宝藏程序：Memos，UI 风格非常简洁，跟 flomo 很像，轻量、支持私有化部署、完全免费、各个平台还有相应的客户端甚至还有网页插件，在此记录搭建流程和遇见的一些问题。

搭建流程

Docker 部署

docker run -d --name memos -p 5230:5230 -v ~/.memos/:/var/opt/memos neosmemo/memos:latest

Copy


安装成功之后 memos 会在本地 127.0.0.1:5230 运行

Docker-compose 部署


如果使用宝塔面板的话可以在 https://www.composerize.com/ 将 docker 命令转换为 docker-compose 或者 https://github.com/usememos/memos/blob/main/docker-compose.yaml

  1. 创建工作目录
mkdir memos && cd memos
vi docker-compose.yaml

Copy

  1. 编辑 docker-compose. Yaml 文件
version: "3.0"
services:
  memos:
    image: neosmemo/memos:latest
    restart: always 
    container_name: memos
    volumes:
      - ~/.memos/:/var/opt/memos
    ports:
      - 5230:5230

Copy

  1. 启动项目
  2. docker-compose up -d
  3. 首次安装会提示注册用户，请记牢您的而密码。数据文件默认存储在 ~/. Memos 中。

配置 Nginx 反向代理


可以使用宝塔的反向代理或者 Nginx Proxy Manager 的反向代理配置

server {
    server_name domain.com;
    location / {
        proxy_pass http://127.0.0.1:5230;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        client_max_body_size 0;
        }
}

Copy

项目更新


Docker-compose

cd {宿主机数据目录}/memos
docker stop memos && docker rm memos
cp -r ~/.memos/memos_prod.db ~/.memos/memos_prod.db.bak
docker pull neosmemo/memos:latest
docker-compose up -d #如果是docker-compose部署的使用该命令
docker image prune  # prune 命令用来删除不再使用的 docker 对象。删除所有未被 tag 标记和未被容器使用的镜像```

Copy

Docker:

docker stop memos
cp ~/.memos/memos_prod.db ~/.memos_backup/  # 万事先备份，以防万一
docker rm -f memos
docker pull neosmemo/memos:latest  # 拉取最新镜像
docker run -d --name memos -p 5230:5230 -v ~/.memos/:/var/opt/memos neosmemo/memos:latest

Copy

如果是宝塔部署的项目，记得要备份一下 /www/server/panel/data/compose/{对应的docker目录}/{步骤1中的宿主机数据文件目录} 中的数据库文件

卸载

docker stop memos
docker rm -f memos  # 停止容器，此时不会删除映射到本地的数据
rm -rf {宿主机数据目录}/memos  # 完全删除映射到本地的数据

Copy

遇见的问题

  1. Memos 配置 cdn 和 cos 之后，上传大一点的文件会报 500, 起初以为是 nginx 反向代理规则的问题，排查后没问题，猜测跟 cdn 有关，就把域名直接解析源站试试，不出意外没有问题，然后再解析回 cdn，竟然也正常了
  2. 解决方案：
  3. 搞了半天，腾讯 CDN 里回源配置有个回源超时配置，延长回源加载时间和 TC 连接时间就可以了，我还问腾讯的售后有没有相关的配置，告诉我说没有 - -
  4. Nginx 反向代理缓存和 CDN 只要启用任意一个，竟然会出现一个账号只要登录了，其他电脑打开网页也是登录状态
  5. 解决方案：
  6. 终于解决了，绕了一大圈发现是缓存了 go 文件，而用户身份信息就是 go 处理的，在 cdn 中配置规则不缓存 go 文件，nginx 设置了不缓存 go 文件好像不管用，只能先暂时关闭反向代理缓存了

相关地址

  1. 项目地址：https://github.com/usememos/memos
  2. 微信小程序 (可打包成 app)：https://github.com/Rabithua/memos_wmp
  3. APP 版本 2：https://github.com/mudkipme/MoeMemosAndroid

参考网址


https://www.skyue.com/23021116.html/comment-page-1#comment-3340

https://bore.vip/archives/d5e37958/#%E5%8D%95%E9%A1%B5%E9%83%A8%E7%BD%B2%E4%BB%A3%E7%A0%81

https://blog.laoda.de/archives/docker-install-memos/

https://cmsblog.cn/1338.html

https://tech.yemengstar.com/?p=1014

https://immmmm.com/hi-memos/

本文出自：Memos：轻量、私有部署的多平台云备忘录 - 南北阡陌

]]> https://blog.ccino.cc/i/memos-lightweight-privately-deployed-multi-platform-cloud-memo/ full 谷歌科学家万字长文：《改变你职业生涯的一篇文章，我如何运用人工智能完成工作》建议每个人都要读一遍 tMd8VMX18d9 Tue, 15 Oct 2024 13:38:45 GMT false 在当今科技界, 关于人工智能是否被过度炒作的争论从未停息。然而, 很少有像谷歌 DeepMind 的安全研究专家和机器学习科学家 Nicholas Carlini 这样的专家，用亲身经历为我们提供了一个独特的视角。通过他的文章, 我们看到了大型语言模型 (LLM) 在实际应用中的强大能力和多样性。这些并非空洞的营销宣传, 而是切实可以改变工作方式、提高生产效率、激发创意的工具。

最近, Carlini 本人亲自撰写了一篇长达万字的文章, 详细介绍了他如何在日常生活和工作中使用 AI。这篇洞察力十足的文章不仅展示了 AI 技术的广泛应用, 更让我们得以一窥未来科技将如何重塑我们的生活方式。

Carlini 在文章中列举了 50 个他亲身使用 AI 的实例, 涵盖了工作效率、创意写作、编程辅助等多个方面。然而, 令人惊讶的是, 这 50 个例子仅仅是他所有 AI 应用场景的冰山一角 - 据他估计, 不到他实际使用情况的 2%。这一变革令人震撼, 它不仅体现了 AI 技术的深度和广度, 更凸显了我们可能还未充分认识到 AI 的潜力。

事实上, Carlini 的经历可能预示着一个更广泛的趋势: 随着 AI 技术的不断进步和普及, 我们可能正站在一个技术革命的风口浪尖。就像个人电脑和互联网彻底改变了我们的生活和工作方式一样, AI 可能会成为下一个推动社会变革的关键力量。

那么, 面对这样的前景, 我们应该如何看待 AI 技术的发展呢? 是抱有审慎的态度, 还是积极拥抱变革?

原文如下：


作者：DeepMind 安全研究专家和机器学习科学家 Nicholas Carlini

我不认为 “人工智能” 模型（我指的是大型语言模型）被过度炒作了。

确实，任何新技术都会吸引骗子。许多公司喜欢说他们在 “使用人工智能”，就像他们以前声称自己依靠“区块链” 一样。（正如我们一次又一次看到的那样）同样，我们可能正处于一个泡沫中。互联网在 2000 年泡沫破裂，但我们现在拥有的互联网应用，曾是科幻小说中的东西。

但我认为最近我们取得的进展不仅仅是炒作的原因是，过去一年中，我每周至少花几个小时与各种大型语言模型互动，并且对它们解决我给出的越来越困难的任务的能力印象深刻。因此，我可以说，这些模型使我在编写代码方面的速度提高了至少 50%，无论是研究项目还是个人的编程副业。

我在网上找到的大多数谈论 LLM 实用性的人要么过于乐观，声称所有工作将在三年内自动化，要么极度悲观，认为它们没有任何贡献，永远也不会有。

所以在这篇文章中，我只是想让讨论更加实际。我不会对未来进行任何论断。我只想列出一个列表，这是我（一名研究机器学习的程序员和研究科学家）与不同的大型语言模型进行的 50 次对话，这些对话显著提高了我进行研究的能力，并帮助我从事随机的编程副项目。其中包括：

  • 使用我之前从未使用过的技术构建整个网络应用程序。
  • 教我如何使用各种框架，尽管我之前从未使用过它们。
  • 将几十个程序转换为 C 或 Rust 以提高 10-100 倍的性能。
  • 精简大型代码库，显著简化项目。
  • 为我在过去一年中撰写的几乎每一篇研究论文编写初始实验代码。
  • 自动化几乎所有单调的任务或一次性脚本。
  • 几乎完全取代了帮助我设置和配置新软件包或项目的网络搜索。
  • 在帮助我调试错误信息方面，网络搜索的替代率约为 50%。

如果对这些应用实例进行分类，它们大致可以分为 “辅助学习” 和“自动化日常琐事”两类。前者对我来说至关重要，因为它让我能够轻松应对之前觉得有难度的任务；后者同样重要，因为它使我能集中精力去做我最擅长的事，解决真正的难题。

关键是，这些例子展示的是我如何实际利用大型语言模型（LLMs）的。它们并不旨在炫耀技术的惊人能力，而是基于我解决工作需求的实际情况。这意味着，这些例子或许看起来不够引人注目，但实际上，我日常工作的很大一部分也都是平凡无奇的，而现今可用的 LLMs 几乎帮我自动化了所有这些工作。

通过这篇文章，我的目的是用一个接一个的实例，向你展示我在过去一年如何有效利用 LLMs 提升工作效率，直到你感到有些疲惫为止。要知道，尽管你可能已经看过不少例子，但实际上我所展示的，还不到我利用 LLMs 的总数的 2%。

细微差别


如果说互联网处理得不尽如人意的是什么，那一定是对细节的把握。我绝不认为现今的大型语言模型（LLMs）能够主宰世界，也不打算讨论未来的模型能做什么，不能做什么。我只想探讨，现阶段的模型对我是否真的有用。

你可能会问，为什么还需要一篇文章来证明语言模型的用途呢？这难道不是显而易见的事实吗？但事实上，无论是在学术界、软件工程领域还是媒体行业，都有不少人声称 LLMs 毫无用处，只是一时的炒作，几年后将默默无闻，对世界没有任何影响。我要反驳这些观点，因为目前的 LLMs 已经证明了它们的实用性。

但同时，我也需要说明，另有一批声音同样强烈的人士持相反观点，他们认为现有模型能够取代所有程序员，人们不应再学习编程，因为不久后大家都将面临失业。虽然反驳这些观点不是本文的主旨，但我必须明确，我并不支持这种极端的看法。

此外，我也不会主张 “目的正当化手段”，即便这些模型的训练确实存在诸多负面影响，我不认为应当因此而推广使用。

我充分意识到这些模型可能带来的负面后果，这些后果可能非常严重，包括但不限于散布错误信息、滥用、监控以及取代工作岗位（甚至有人担忧到人类灭绝的地步）。我将在不久的将来撰写一篇文章，深入探讨 LLMs 可能引发的危害，届时会在此放上链接。然而，这与语言模型是否有用的讨论是两码事——这正是我此处想要探讨的问题。

我也清楚你可能因为语言模型偏向于生成不准确的信息、重复已知事实、在面对复杂情况时可能彻底失败的倾向而不愿使用它们——可能我对这些局限性的了解比你更深。但本文不会讨论这些。因为我认为，尽管有这些不足，模型仍然是有用的。

此外，我也深知培训这些模型所涉及的伦理问题极具争议。你可能不赞成在未经许可的情况下使用人们的数据来训练它们（我对此的理解可能比你更深刻）。或许你关注的是那些为直接训练这些模型而获得微薄报酬的人。我承认这些都是问题，但本文也不打算讨论这些。

正如我已经多次强调的：我在这里讨论的，仅仅是这些模型在当前状态下是否实际有用。

我的背景简介


通常，我不是那种轻易相信任何事物的人。比如，尽管我经历了十年前信息安全界的加密货币热潮，我却从未参与撰写任何关于区块链的研究论文。我也从未拥有过任何比特币，因为在我看来，它们除了用于赌博和欺诈之外，没有任何实际价值。我一直持怀疑态度，每当有人向我宣称 “某项新技术将改变世界”，我的反应总是冷漠。

因此，当第一次有人告诉我人工智能将极大地提升我的工作效率并改变我的日常工作方式时，我同样持保留态度，我的回应是：“见到实际效果我才会信。”

此外，我是一名安全研究员。在过去近十年的工作中，我专注于展示人工智能模型在面对未曾训练过的各种环境时如何彻底失败。我证明了只需对机器学习模型的输入进行轻微扰动，就能使其输出完全错误的结果；或者这些模型往往只是记住了它们训练数据中的特定案例，并在实际应用时简单重复。我深知这些系统的种种局限。

然而，现在我却在这里说，我认为当前的大型语言模型是自互联网问世以来，给我的生产力带来的最大提升。坦白说，如果今天要我在使用互联网和一个最先进的语言模型之间选择一种工具来解决工作中随机一个编程任务，我可能会选择使用语言模型的次数超过一半。

如何利用语言模型


以下是我如何利用大型语言模型（LLMs）来提升工作效率。

你可能对我所述的使用案例不感兴趣，甚至认为它们有些荒谬。也可能这些案例与你的需求不相关，这一点我也能理解。但我只能从个人角度出发。这些使用实例都是我在过去一年里与 LLMs 的交流记录中直接摘录的。

1、为我开发完整应用


去年，我创建了一个测验，让人们评估 GPT-4 在处理几个特定任务上的表现。这个测验非常受欢迎，获得了超过一千万的页面浏览量。你可能想不到，我几乎是让 GPT-4 为我编写了这个应用的全部初始版本。这一过程是通过一连串的问题进行的，我从询问应用的基本架构开始，然后逐步扩展其功能。整个对话长达 30,000 字，极大地测试了当时的 GPT-4 模型的能力极限。如果你翻看这些对话，会发现从我描述需求并请求模型完成全部实现的信息，到我请求做出具体修改的信息（如 “不要比较平均分数，而是用核密度估计表示它是哪个百分位”），以及我提出一些完全不明确的问题时复制粘贴的错误信息（例如，“绘图错误：numpy. Linalg. LinAlgError: singular matrix”），还有我仅仅询问简单单次问题的情况（比如 “如何用 JavaScript 在页面上添加一个 iframe，内容是从字符串加载的？”）。

这种方法之所以有效，主要是因为语言模型擅长处理人们已经解决的问题，而这个测验的 99% 内容只不过是一些基础的 HTML 和 Python 后端服务器，这是任何人都可以编写的。这个测验之所以引人关注并受到喜爱，并非因为其背后的技术，而是因为测验内容本身。通过自动化所有重复性的部分，我能轻松地完成这个项目。

实际上，如果没有语言模型的帮助，我可能根本就不会去创建这个测验，因为我不愿意花时间从头编写整个网页应用。尽管我擅长编程！我相信，即使是现有的模型，也足以让大多数人仅凭提问就能解决他们以前无法解决的重要任务。

我还有一些类似的例子以后介绍，其中我让模型为我编写了整个应用，当这些应用发布时，我会明确指出它们是在语言模型的协助下完成的。

2、作为新技术的向导


我曾经总能赶上各种新兴框架的步伐。但是一个人的时间毕竟有限，因为我的职业特性，我大多数时间都在跟进最新的研究进展，而不是最新的 JavaScript 框架。

这意味着当我开始一个不属于我研究领域的新项目时，我通常有两个选择：一是利用我已知的技术，虽然这些技术可能已经过时十年或二十年，但对于小项目来说通常足够了；二是尝试学习新的（通常也是更好的）方法。

这就是语言模型派上用场的时候。对我而言较新的框架或工具，比如 Docker、Flexbox 或 React，对其他人来说可能已经相当熟悉了。世界上可能有成千上万的人已经非常了解这些技术。当前的语言模型也能做到这一点。

这意味着，我可以通过与语言模型的交互式学习，来掌握解决任务所需的任何知识，而不必依赖那些假设读者具备特定知识、目标明确的静态教程。

比如，今年早些时候，我在构建一个 LLM 评估框架时，希望能在一个受限环境中运行由 LLM 生成的代码，以避免它删除我的计算机上的随机文件等问题。Docker 是完成这一任务的理想工具，但我之前从未使用过。

重要的是，这个项目的目标并非是要学会使用 Docker，Docker 只是我实现目标所需的工具。我只需要掌握 Docker 的 10%，确保我能以最基本的方式安全使用它。

如果是在 90 年代，我可能需要购买一本关于 Docker 的书籍，从头开始学习，阅读前几章，然后试图跳读以找出如何实现我想要的功能。过去十年情况有所改善，我可能会在线搜索如何使用 Docker 的教程，跟着操作，然后搜索遇到的错误信息，看是否有人遇到相同的问题。

但在今天，我只需要请一个语言模型教我使用 Docker。

3、开始新项目


回想起来，我最初接触的编程语言是 Java。我非常喜欢编程，但有一件事我绝对讨厌：面对新项目的空白屏幕。特别是在使用 Java 时！甚至仅仅是让程序编译一个 hello world 程序——这个 “public static void main string args” 到底是做什么的？括号应该怎么放？哪些字母应该大写？为什么这里用花括号，那里用方括号？

所以我做了任何孩子都会做的事——我让我父亲帮我做了。

二十年过去了，我仍然不喜欢使用我不熟悉的框架开始新项目。仅仅是为了搞定样板代码就需要花费大量时间，而且我对我在做的事情毫无头绪。

例如，我最近想尝试编写一些 CUDA 代码，来评估一种简单的贪婪搜索在 GPU 上的性能与某人的高效优化的 CPU 实现相比。

但我不懂 CUDA 编程。我会写 C 语言，了解 GPU 的工作原理、内核的功能以及内存布局等，但实际编写向 GPU 发送任务的代码？我不知道该从哪里开始。因此，我直接请求模型为我编写 CUDA 程序的初稿。完美吗？当然不是！但这是一个起点。这正是我需要的。你会注意到这里的代码有很多错误！实际上，我完全可以接受。我不是在寻找完美的解决方案，而是一个起点，我可以从那里继续。如果未来的模型能做得更好，那将是惊人的。但我现在拥有的已经大有帮助了。

另一方面，对于我在家进行的一些其他个人项目，我正在使用一个树莓派 Pico W。这是我第一次使用它。我希望它能为我做一些事情，特别是一些网络相关的事情。再次，我确信我可以在网上找到有人描述如何做我想做的事情的好教程。但你最近看过互联网吗？前 5 个结果通常只是一些垃圾内容农场，它们有 2008 年的有缺陷的代码，仅为了搜索引擎优化而更新，但仍然不起作用。

因此，我直接请求一个语言模型教我如何做我想做的事情。我之前已经和微控制器打过交道，所以我或多或少了解它们的工作方式。但我之前从未使用过 Pico W。我只需要一些帮助来开始处理所有的依赖关系，然后我可以弄清楚剩下的部分。

我为新的微控制器编写的第一个 “hello world” 程序总是让一个 LED 闪烁。这可以让我测试我是否能够编译并上传代码到设备，是否正确设置了所有的引脚，并且基本上知道我在做什么。所以，让我们只是请求一个闪烁程序。（再次：这在互联网上存在吗？几乎可以肯定。但那样我就得去搜索它了。）一旦我有了这段代码并且运行起来，从这里我就知道该怎么做了。我知道 python 是如何工作的（信不信由你！）。因此，我可以从那里直接继续编辑东西，把特殊的 Micro Python 的东西处理掉。

当我遇到另一个需要我特别处理的问题时，我可以再次请求模型帮助我。例如，我接着只是让模型为我编写一个连接到 wifi 的脚本。

4、代码简化


作为安全研究员，我经常需要处理别人的研究项目，这些项目包含数千行代码，我必须弄懂它们的工作原理以便进行攻击。这听起来并不困难，如果每个人都编写清晰的代码，实际上也确实不该困难，但现实世界并非如此。研究人员通常没有动力发布整洁的代码。所以，人们往往会发布他们能用的任何杂乱代码。（我自己也不例外。）

我无法分享与研究相关的例子，但我可以分享我正在进行的一个个人项目的例子。据说我对康威的生命游戏有种不健康的痴迷。最近，我试图找到一种快速的方法，通过 Python 评估一些生命游戏模式。有一个很好的 C++ 工具叫 golly 可以做这个，但我不想将我的 Python 代码重写为 C++。

Golly 有一个 CLI 工具正好满足我的需求——我所需要的只是一种正确调用它的方法。这的第一步是简化支持约 50 种不同命令行选项的 C++ 代码，让它只执行我想要的操作。所以我将所有 500 行的 C++ 代码输入到 LLM 中，请求一个更简短的文件来完成相同的任务。

你知道吗？这完美地奏效了。然后，我请求一个围绕 C++ 代码的 Python 封装器。这同样有效。这是那些令人烦恼的任务之一，如果由我来做，我可能永远不会完成。但现在我可以请求别人帮我完成，我得到的东西比我原来的 Python 代码快了 100 倍。

我发现自己经常这样做。这里还有一个例子，我在用 Python 做同样的事情。

再说一次，这些任务并不复杂。但每次这样做，我都能节省大量时间。这就是我认为大型语言模型如今惊人的原因之一：它们的用途可能不够光鲜，也不会因为说 “这是我用大型语言模型简化日常工作的平凡方式” 而赢得网络赞誉，但这是实实在在的帮助。

5、处理单调任务


我必须完成的许多任务都是单调无聊的，不需要太多思考，但却必须做。

事实上，我发现自己之所以会拖延任务，往往是因为我知道完成这些任务会感到无聊和痛苦。LLMs 极大地减轻了这种痛苦，让我在开始任务时就知道自己只需要解决有趣的问题。因此，我想逐一介绍一些通过请求 LLMs 帮忙而解决的非常普通的问题。

例如，最近我需要拆解一个用 Python 3.9 编写的程序。大多数 Python 反编译器只支持到 Python 3.7，但无法在我处理的 3.9 版本上运行。

反编译实际上并不难，主要是在重建控制流程时避免出错。因此，我没有亲自花时间为几千个操作码和几百行代码进行这种转换，而是让 LLM 帮我做了。它做得非常好！效果远超我的预期。这里有三个不同的对话，在这些对话中我让模型帮我完成了这项工作。另一个例子是，当我需要将一些非结构化数据转换成结构化格式时。比如，我在做一个项目，需要列出一些书名和作者名。我在网上找到了一些非结构化格式的数据，然后让 LLM 帮我格式化。最近，我在写一篇关于如何破解某个防护的博客文章，想展示我不得不修改的代码完整差异。于是我粘贴了差异和之前如何将差异转换为 HTML 的示例，并让 LLM 按照之前的格式为我生成差异。此外，作为我的工作的一部分，我经常需要为我使用的资源生成引用。谷歌学术很容易引用论文，我可以直接复制粘贴。但引用网页稍显麻烦；我最近开始请求 LLM 帮我生成引用。（确保这是正确的！）我可以继续举出至少一百个类似的例子。但我想你已经明白了我的意思。

我完全明白这种任务可能会让人觉得 “就这？” 但我们要记住，五年前这些模型几乎不能连贯地写出一个段落，更别说为你解决整个问题了。

6、使每个用户都成为 “高级用户”


如果你曾经看过比你不那么熟练的人使用某个工具，这可能会有点让人难受。他们可能会花费几分钟甚至几小时的时间去完成一个本可以通过某种宏或在处理特定任务时巧妙使用并行应用程序来自动化的任务。

然而，学习执行这些操作所需的技巧需要时间，并且具有挑战性。

例如，我最近试图编写一个 Python 程序来处理来自 Apple Lisa 键盘的输入。我在线找到了一个人用 C 语言编写的相关代码，其中包含许多像 #define KEYNAME key_code 这样的语句，我想将它们转换为一个 Python 字典，将整数代码映射到对应的字符串。

我是一个 Emacs 用户。我知道如何在 Emacs 中解决这个问题，这甚至并不难。这是我刚记录的一些关键操作，可以达到这个效果：

C-h C-s #def [enter] M-f [delete] C-d M-f C-[space] M-f C-w C-a C-y : “M-f”, C-g C-] } C-[ {

尽管这对我几乎是自然的，但到目前为止，我已经花了超过一半的生活时间在 Emacs 上变得足够熟练，以至于这成为了自然反应。但你知道现在我连接了 LLM 到我的编辑器，我会怎么做吗？C-h C-h 请将这些 #define 重写为 {keycode: string, …} 的字典格式。

然后，文本就在我眼前被重写了！

正是在这样的情况下，我认为 LLMs 对非专家的潜在效用甚至高于专家。这个模型为每个人提高了起点，如果你之前完全不会做，现在突然能做很多事情。

7、作为 API 参考


真正的程序员想要理解某个工具的工作原理时会阅读参考手册。但我是个懒惰的程序员；我更愿意直接得到答案。因此，现在我向语言模型提问。

当我向人们展示这些例子时，有些人会变得有些防御性，他们说：“LLM 没有做任何你不能用已有工具完成的事情！” 你知道吗？他们说得对。但是，用搜索引擎能做的事，用一本关于该主题的实体书也能做；用一本实体书能做的事，通过阅读源代码也能做。

然而，每一种方式比前一种都简单。当事情变得更简单时，你会更频繁地做，而且方式上也会有所不同。

这就是我问 “哪个 $ 命令可以传递所有剩余参数” 并获得答案的例子。（紧接着是另一个 “我该如何使用这个东西” 的问题！）这实际上是我最常用 LLMs 的方法之一。我之所以不能给你展示更多这样的例子，是因为我在 Emacs 和我的 shell 中都内置了查询 LLMs 的工具。因此，当我想要做这些事情的 90% 的时间，我甚至不需要离开我的编辑器。

8、搜索难以找到的内容


在互联网上搜索内容曾经是一项需要学习的技能。你想在查询中包含哪些特定的词汇？它们应该是复数还是单数？过去时？你希望避免在页面上出现哪些词汇？我是想要 X 和 Y，还是 X 或 Y？

现在情况已经不同了。我想不起上次我在 Google 中使用 OR 的时间。我也想不起上次我使用减号 (-) 来移除结果子集的时间。在大多数情况下，今天你只需要写下你想要找的内容，搜索引擎就会为你找到。

但搜索引擎仍然不是 100% 的自然语言查询。它仍然有点像你在玩反向危险边缘游戏，试图使用答案中会有的关键词而不是问题。这是一项我认为我们几乎都忘记了我们学过的技能。

对于今天的一些简单任务（随着时间的推移会越来越多），语言模型只是更好。我可以直接输入 “所以我知道 + 对应于__add__，但是是什么”，它会告诉我答案是__inv__。这是用标准搜索引擎很难搜索到的东西。是的，我知道有方法可以问，这样我就能找到答案。可能如果我输入 “python 文档元类 “add””，我可以搜索页面上的并得到答案。但你知道还有什么有效吗？只要问 LLM 你的问题。

这样做任何一次只节省几十秒的时间，但当你在解决某个编码任务的过程中，已经试图同时记住一百万件事时，能够将你试图解决的问题倾倒出来并得到一个连贯的答案是令人惊讶的。

这并不是说他们今天在这方面已经完美。语言模型只有在线上被足够频繁地重复时才知道事情。“足够频繁” 是什么意思取决于模型，所以我确实需要花一些精力思考我是应该询问模型还是询问互联网。但模型只会变得更好。

或者，每当我遇到随机崩溃时，我会将模型转储我所看到的并要求解释，就像我在这里做的那样，当我只是输入 zsh 没有找到匹配的 “远程通配符传输问题”。或者，作为一个完全独立的例子，我去年在写一篇博客文章时，想要第一个字母大写，让其余的文字环绕它，就像我在这句话中所做的那样。现在这被称为下沉式大写字母。但我不知道这个。我只知道我想要的效果，所以问语言模型“我想让它看起来像一本华丽的书，文字围绕 O”，它给了我我想要的东西：这个任务是另一个属于“我只是因为 LLMs 才做的” 类别——我不会认为花大量时间弄清楚如何做是值得的。但因为我可以直接问模型，我就这样做了，它让我的帖子看起来更好一些。

9、解决一次性任务


有两种类型的程序。首先，你有一些你想要正确完成的程序；它们将会存在一段时间，因为你需要维护它们好几年，所以代码的清晰性很重要。然后，你有那些只存在大约 25 秒的程序；它们将帮助你完成某些任务，然后立即被丢弃。

在这些情况下，我根本不关心代码的质量，而且程序是完全独立的，我现在几乎专门使用 LLMs 来为我编写这些程序。

请注意：大多数这些情况再次出现，你会看着它们说 “就这？”。但就像我之前说的，我每天只有那么多小时来处理一个项目。如果我能节省编写一次性使用的程序的时间和精力，我会选择这样做。

可能最常见的例子是帮助我生成一些图表，以可视化我作为某些研究实验结果生成的一些数据。我有几十个这样的例子。可能接近一百而不是零。它们看起来基本上都一样，这里只是一个例子：或者，另一个类似的例子，当我有一种格式的数据并想将其转换为另一种格式的数据时。通常这是我只需要做一次的事情，一旦完成，我就会扔掉生成的脚本。但我还可以给你举出一千个其他例子。通常情况下，当我有一个足够简单的脚本想要编写时，我会直接请求 LLM 整体编写。例如，这里我请求 LLM 为我编写一个脚本，让它大声读出我的论文，这样我可以确保它们没有愚蠢的语法问题。在许多情况下，当我不太清楚我想要什么时，我也会从请求模型提供一些初始代码开始，然后从那里进行迭代。例如，这里有一个一次性任务，我只是需要快速处理一些数据。在 2022 年，我会花两分钟用 python 编写这个，然后等待几个小时因为它只运行一次——优化它所需的时间会比 python 程序运行的时间还要长。但现在呢？你敢打赌我会花同样的两分钟请求用 Rust 代码为我处理数据。或者这里是另一个例子，我请求模型为我下载一个数据集，并对其进行一些初始处理。这对我来说容易做吗？可能是。但这不是我想要考虑的任务；我想要考虑的是我将要用数据集做的研究。消除分心非常有价值，不仅仅是节省几分钟的时间。

另一次，我编写了一个程序，这样我就可以用小立方体 3 D 打印一些像素化的图像。为此，我想将 PNG 转换为 STL 文件；但这不是项目的重点。这只是沿途必须发生的事情。所以我请求 LLM 为我解决这个问题。或者，作为另一个例子，我最近想使用 Docker Compose 来设置一个新项目。我遇到了一些问题，只想让它运行起来，然后我会弄清楚出了什么问题。所以我只是来回几次，我所做的就是复制一个又一个错误消息，直到它最终给我一个有效的解决方案。我还会发现自己在很多情况下首先请求一个完整的解决方案，然后请求如何修改它的提示。在这次对话中，我首先请求一个解析 HTML 的程序，然后请求 API 参考或其他改进方式的提示。最近我一直在尝试做一些电子产品相关的事情，我有一个在 Arduino 上运行的 C 程序，但我希望它在树莓派 Pico 上以 MicroPython 运行。这个转换过程没有什么有趣的；它只需要完成。所以我没有亲自完成工作，只是请语言模型为我做。对于另一个项目，我需要用一些花哨的 ML 模型在一些交互循环中分类一些图像。我本可以自己编写，或者我可以直接请求模型为我做。

10、解释事物给我听


我最近开始对电子学产生了兴趣。我年轻的时候做过一些电子项目，并在大学期间上过几门相关课程。但现在我想进行实际的电子项目，我发现有许多我不了解的细节，这让开始任何项目都变得困难。

我可以去读一本关于实用电子学的书。我可能真的会在某个时候这么做，以便彻底理解这个主题。但我并不想把我的时间花在感觉自己在学习上。我从事电子学的部分原因是想从整天的阅读和写作中抽身而出。

这就是 LLMs 发挥出色的地方。它们可能不如世界上最出色的专家那样知识渊博，但成千上万的人可能知道我可能会提出的任何电子问题的答案。这意味着语言模型很可能也知道答案。它乐于为我提供所有问题的答案，使我可以享受乐趣而不必纠结于细节。虽然我完全可以通过在互联网上搜索来找到答案，但在忙碌一整天后，简单地让模型为我完成这些工作的便利性使我感到非常放松。

这里是一些例子，展示了我如何询问语言模型有关电子学中事物工作原理的基本问题。这些答案完美吗？谁知道呢。但你知道它们比什么更好吗？比我什么都不知道要好。

11、解决具有已知解决方案的任务


几乎所有事情都已经有人做过了。你想做的事情几乎没有什么是真正新颖的。语言模型特别擅长提供它们之前见过的事物的解决方案。

在最近的一个项目中，我需要提升一些 Python 代码的性能。因此，我（1）请求 LLM 将其重写为 C 语言，然后（2）请求它构建一个接口，以便我能从 Python 调用 C 代码。

这些任务都不是 “难” 的。将 Python 转换为 C 是我确信自己能在一两小时内完成的。尽管我不完全知道 Python 到 C 的 API 如何工作，但我相信我可以通过阅读文档来了解。但如果需要我自己来做，我永远不会去做。它不是关键路径上的一部分，我宁愿等待计算机解决问题，也不愿花时间加速那些我不经常需要运行的任务。

但是，将 Python 转换为 C 主要是简单程序的技术过程，而且有一个标准的 Python 到 C 的调用约定。所以，我直接请求 LLM 来帮我完成。

从那以后，我开始期待这是我可以做到的事情，几乎在任何时候，当我需要一些高速的代码时，我会用 Python 描述我想要的内容，并请求生成优化的 C 代码。其他时候，我做同样的事情，但如果我认为比较 Rust 输出和 C 输出的正确性更容易的话，我会请求 Rust 输出。或者，作为另一个例子，用 multiprocessing 库并行化 Python 函数并不困难。你需要编写一些样板代码，基本上它就会为你完成。但编写代码有点痛苦，会妨碍你想要完成的实际工作。现在，每当我需要做这个时，我只会请求一个 LLM 来帮我。还有很多时候，当我尝试测试某个 API 时，我最初会编写一个 curl 请求来开始。一旦它开始工作，我想以编程方式重复任务，我就会将它转换为 Python。以前，我通常会做些非常丑陋的事情，直接调用 os.Popen () 运行 curl 命令，但这并不理想。更好的方法是将其转换为 Python 的 requests 库；但这需要时间，所以我不会这么做。但现在我可以简单地请求一个 LLM 帮我完成，并在更短的时间内获得一个更干净的程序。对于即将到来的一个项目，我可能会在这里讨论，我需要了解人们通常用作简单无线电发射器的是哪些东西。因为我真正想要的是大多数人的答案，LLM 是一个完美的选择！

12、修复常见错误


在 2022 年之前，当我遇到某些流行工具或库的错误信息时，我通常会采取以下步骤：

  1. 复制错误信息。
  2. 将其粘贴到 Google 搜索。
  3. 点击最顶部的 Stack Overflow 链接。
  4. 确认问题是否与我遇到的一致；如果不是，返回第 2 步。
  5. 如果无效，返回第 2 步，更换搜索词，祈祷等。

因为，坦白说，通常出问题的工具与我最终想要解决的任务差距很大，我其实并不太关心如何使其工作，我只需要它能工作。2024 年现在这个流程是怎样的？

  1. 复制错误信息。
  2. 向 LLM 询问：“我该如何修复这个错误？（错误）”
  3. 如果无效，反馈 “那不起作用”。

我没有任何对话记录来展示这些例子。（或者说，我找了一个小时也没有找到。）但这实际上有一个很好的原因：我已经将它整合进我的工作流程中了。

我是一个 Emacs 用户。我设置了我的环境，每当我运行一个程序并且它以非零状态码结束时（意味着有错误发生），它会自动调用最新最快的 LLM，并要求它解释答案，同时请求一个可以直接应用来修复代码中 bug 的补丁。

现今的模型大多数情况下还不足以在这项任务上胜过我，但它们正在逐渐进步。偶尔，当 LLM 修复了一个我知道如果自己追踪可能非常困难的错误时，我会感到非常惊喜，尤其是当错误只是因为某处的小笔误。

13、以及无数其他事情


我上面提到的所有对话只占我过去一年与 LLMs 互动总数的不到 2%。我没有提供其他链接的原因并不是因为这些是模型失败的案例（尽管有很多这样的案例），而是因为：（1）许多互动重复了我已经提到的那些模式，或（2）它们不容易解释清楚发生了什么，也不容易让你自己看到它们为何对我有用。

我完全预期未来我使用这些模型的频率会持续增长。作为一个参考，我在 2024 年通过网页界面进行的 LLM 查询比 2023 年增加了 30%——而且我甚至无法计算 API 查询的增加，但我猜测至少增加了 2 到 3 倍。

评价 LLMs 的能力，而非它们的局限


我在面试求职者时获得的最佳建议之一是，根据他们能做什么而不是不能做什么来评价他们。

我怀疑我可以问你一些简单的问题，这可能会让你显得不够称职。比如极端的例子：世界上有十亿人讲普通话；我连数到十都做不到。如果有人给我一份小学水平的普通话考试，我肯定会考得很糟糕。

即便在计算机科学领域内，也有我完全不了解的领域。我关于如何构建 SQL 的知识仅限于如何编写有效的 SELECT 语句。这——字面上——是我唯一知道如何编写的语句。

因此，当我看到人们在网络上争论说 LLMs 只是炒作，因为 “它们甚至不能做 XXX” 时，我真的感到困惑。这里的 XX 可能是：

  • … 计算句子中的单词数！
  • … 写一首每个单词都以字母 “a” 开头的诗
  • … 乘以两位数
  • … 从列表中随机选择一个元素

因为你上次真正需要做这些事情，并且真诚地认为 LLM 是合适的工具是什么时候？

我不会因为我们不能在头脑中分割 64 位整数而认为人类完全无用——这对计算机来说是极其简单的任务——我也不认为因为你可以构造出 LLMs 无法解决的任务就应该抛弃 LLMs。显然这很容易——关键是你能找到它们能够提供价值的任务吗？

程序员已经很清楚，某些事物对不同的目的可能有用。想要编写操作系统？也许你应该使用 C 而不是 Python。没有人会说 “看 Python 多么愚蠢，你甚至不能强制变量对齐到 32 字节边界！” 这只是在错误的抽象级别上。语言模型也是一样。它们在非常高的抽象级别上操作；你不能期待它们解决甚至最简单的程序都能解决的任务。但你可以期望它们解决不同种类的任务。

结论


撰写这篇文章的初衷有两个。首先，正如我在文章开头所述，我想证明 LLMs 已经为我提供了大量的价值。此外，我注意到很多人表示喜欢使用 LLMs 的想法，但不知道它们能如何帮助自己。因此，如果你是这些人之一，希望通过我的使用案例能看到一些示例。

因为至少对我来说，LLMs 能做很多事。它们不能做所有事情，甚至不能做大多数事情。但当前的模型，正如它们现在存在的样子，为我提供了可观的价值。

在展示这些示例后，我经常收到的一种反驳是：“但这些任务很简单！任何计算机科学的本科生都能学会如何做到！” 确实，本科生可以通过几小时的搜索来告诉我如何正确地诊断 CUDA 错误以及可以重新安装哪些包。本科生可以通过几小时的工作重写那个程序为 C 语言。本科生可以通过几小时的学习相关教科书来教我任何我想知道的关于那个主题的内容。不幸的是，我没有一个随时可以回答我任何问题的神奇本科生。但我有语言模型。所以，虽然语言模型还不够好，不能解决我作为程序员工作中的有趣部分，而且当前模型只能解决简单的任务。

但五年前，LLM 最好的能做的就是写出看起来像英语的段落。当它们能从一个句子到下一个形成连贯的思想时，我们都感到惊讶。它们的实际用途几乎为零。然而，今天，它们已经提高了我在项目中编程方面的生产力至少 50%，并消除了足够多的繁琐工作，让我能够创建一些我否则永远不会尝试的东西。

因此，当人们说 “LLMs 只是炒作” 和“所有 LLM 都没有为任何人提供实际价值”时，很明显他们是错误的，因为它们为我提供了价值。现在，也许我是个例外。也许我是唯一找到了让这些模型有用的方法的人。

我只能代表我自己。

但考虑到 LLMs 显著提高了我的生产力——一个在使用 LLM 之前已经有 20 年编程经验的人——我相信还有其他人也能从使用 AI 中受益。

原文链接：

https://nicholas.carlini.com/writing/2024/how-i-use-ai.html#intro

]]> https://blog.ccino.cc/i/how-i-use-artificial-intelligence-to-get-my-job-done-is-recommended-for-everyone-to-read/ full 放开那代码让我来Cursor 帮你写代码的奇妙之旅 1khcE6hahR5 Mon, 14 Oct 2024 06:05:17 GMT false 让我们开门见山：编程很酷，但也很折磨人。那些长时间盯着屏幕，debug 无休止的日子，只有程序员懂得它的酸爽。而就在这个编程焦虑的世界中，Cursor 横空出世，带着一系列魔法功能，如同你手中的一根智能魔杖，让写代码变得像煮速冻面一样简单。

Cursor，一款基于 AI 的编程助手，号称可以从自然语言生成代码、自动修复 bug、甚至帮你写文档。它到底是怎样炼成的？又如何在编程界掀起一场技术革命？它会是程序员的终极福音，还是带来失业的寒风？今天，咱们就来聊聊这个神奇的 AI 工具。

1. Cursor 的起源：AI 编程助手的崛起之路


话说，人工智能在过去十年大展拳脚，从会下围棋的 AlphaGo 到会画画的 DALL·E，AI 无处不在。可程序员们却发现，AI 一边让他们失业（嗯，自动化），一边又离不开他们（嗯，调试代码）。于是，一个天才团队想：既然 AI 可以干那么多事情，为什么不帮程序员也省省力呢？

于是 Cursor 诞生了，它利用了 AI 的核心技术，尤其是自然语言处理（NLP）和大型语言模型（比如 GPT-4），来辅助程序员完成各种编程任务。最开始，它只能做些简单的代码补全和错误提示，简直就是个 “高效的智障小助手”。但随着技术的演进，它变得越来越聪明，能完成的任务也越来越多，逐渐从一个“代码秘书” 升级为一位“编程魔法师”。

2. Cursor 的超能力：AI 编程助手的终极武器


你可能会问：“Cursor 到底能做什么？它能帮我写完项目吗？” 别急，它虽然还不至于替你全程搞定，但绝对能帮你省下不少头发。

2.1 代码自动补全：终于不用手敲那些烦人的细节了


还记得那些每次写循环或函数声明时都觉得眼睛发疼的日子吗？Cursor 直接解决了这个问题。它能根据你当前写的代码，自动为你补全后续代码。这就像是有个聪明的小助手，时刻站在你身边，看你码字，然后说：“哦，我懂你要干嘛！我来帮你补全后面的代码吧！”

例子：你写了一个 for 循环，Cursor 可能已经猜到你想遍历某个数组，然后自动补全了循环体内的逻辑。就像它比你还懂你一样。

2.2 自动错误检测与修复：Bug 猎人出动


Cursor 不仅是个高效码字小助手，还是个 “Bug 猎人”。它能自动识别代码中的错误，并提供修复建议。举个例子，当你写错了一个变量名，Cursor 会立刻弹出提醒：“老铁，这里有问题，帮你修复了。”

如果你曾因为一个逗号漏了半天没找出来，那你可能会立刻给 Cursor 磕头感恩。

2.3 从自然语言生成代码：程序员的‘心灵翻译器’


这是 Cursor 的杀手锏之一。它能将你的 “人话” 翻译成“机器话”。比如，你输入一句话：“我需要一个函数，计算所有奇数的平方和。” Cursor 就会基于你的描述生成相应的代码。想象一下：你不再需要脑补复杂的逻辑流程，只需说出需求，代码立马呈现。

2.4 代码优化建议：做你的编程导师


Cursor 不仅帮你写代码，还帮你写得更好。它可以提出代码优化建议，告诉你哪里可以使用更高效的算法或更简洁的语法，就像一个贴身的编程导师，随时随地为你指点迷津。

2.5 自动文档生成：帮你偷懒的终极工具


还在为写文档头疼吗？Cursor 自动帮你生成注释和文档说明。你写的每一行代码，它都能帮你配上优雅的注释，完美解决 “代码如诗，注释如坟” 的局面。

2.6 多语言支持：无论你在哪个‘编程国度’


Cursor 不仅局限于一种编程语言，它支持多种编程语言——Python、JavaScript、Java、C++，你能想到的主流语言，它基本都能搞定。这意味着，你可以在任何编程语言的环境下，享受 Cursor 的 AI 魔法。

1. Cursor 的使用场景：编程的各个角落都有它的身影

1.1 快速原型开发：用它写代码，就像开了加速器


当你需要快速构建一个产品原型，Cursor 能帮你省掉大量的时间。它可以自动生成代码，帮你迅速验证想法。再也不需要花数小时从零开始搭建一个项目了，Cursor 可以帮你直接 “从头到尾” 生成基础逻辑。

1.2 复杂项目调试：它是你调试中的 “侦探助手”


大型项目中，调试代码是一件费时费力的事。Cursor 能够通过智能分析自动发现错误，甚至提出修复方案。在面对复杂的系统调试时，它就是你最强大的 AI“侦探助手”。

1.3 学习编程的新手福音：它是 “带你飞” 的导师


对于新手来说，Cursor 简直就是梦寐以求的老师。不会写代码？没关系，Cursor 可以把你的自然语言描述翻译成代码。不会调试？没问题，它自动帮你找出代码中的问题。它不仅能让你快速上手编程，还能帮你学会如何优化代码，事半功倍。

1.4 跨语言项目：开发者的多语言助手


如果你正在开发一个跨语言的项目，Cursor 的多语言支持让你不再需要每次切换语言时都得重新适应。它会帮你快速转换思维，不管是前端的 JavaScript，还是后端的 Python，都能轻松搞定。

2. 让 Cursor 写一个 dns 服务器


今天我们来使用 Cursor 写代码，体验一下他到底是超级牛批呢还是小菜鸡一枚。

  1. 下载安装


官网：https://www.cursor.com/

下载安装、注册登录这里略过，把内容留给有用的部分吧。

2. 开始使用吧


我这里随便新建一个文件夹 MYCURSOR 

然后 Command + i 弹出对话框。

3. 写一个 dns 服务器


输入我想让他实现的功能

用 python 写一个简单 DNS 服务器，要求包含的功能:

  1. 支持查询 A 记录、CNAME 记录。
  2. 可以设置上级 DNS 服务器，如设置上级 DNS 为 223.5.5.5。
  3. 从 dns_config. Txt 中读取内容，如果 dns_config. Txt 中没有对应的解析记录则去上级 DNS 服务器查询，如果有则返回结果，
  4. Dns_config. Txt 内容格式如下：

www.abcd.com A 1.2.3.4

www.asdf.com CNAME www.baidu.com

  1. 我本地 IP 为 192.168.2.20，要求可以使用比如 nslookup www.abcd.com 192.168.2.20 进行查询。


几秒后，在他一顿猛如虎的操作下给出了不知道靠不靠谱的内容，且来欣赏一番。

不仅写出来 simple_dns_server. Py 文件还是给出了使用说明。

初版

import socket
import struct
import threading
import time
from dnslib import DNSRecord, DNSHeader, DNSQuestion, RR, A, CNAME, QTYPE

# 上级DNS服务器
UPSTREAM_DNS = '223.5.5.5'
# 本地IP
LOCAL_IP = '192.168.2.20'
# DNS配置文件
CONFIG_FILE = 'dns_config.txt'

# 读取DNS配置
def load_dns_config():
    config = {}
    with open(CONFIG_FILE, 'r') as f:
        for line in f:
            parts = line.strip().split()
            if len(parts) == 3:
                domain, record_type, value = parts
                config[(domain, record_type)] = value
    return config

# 查询上级DNS服务器
def query_upstream(query):
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    sock.settimeout(5)
    try:
        sock.sendto(query.pack(), (UPSTREAM_DNS, 53))
        data, _ = sock.recvfrom(1024)
        return DNSRecord.parse(data)
    except socket.timeout:
        return None
    finally:
        sock.close()

# 处理DNS请求
def handle_dns_request(data, addr, socket):
    request = DNSRecord.parse(data)
    reply = DNSRecord(DNSHeader(id=request.header.id, qr=1, aa=1, ra=1), q=request.q)

    qname = str(request.q.qname)
    qtype = request.q.qtype

    dns_config = load_dns_config()
    
    if qtype == QTYPE.A:
        if (qname, 'A') in dns_config:
            reply.add_answer(RR(qname, QTYPE.A, rdata=A(dns_config[(qname, 'A')])))
        elif (qname, 'CNAME') in dns_config:
            cname = dns_config[(qname, 'CNAME')]
            reply.add_answer(RR(qname, QTYPE.CNAME, rdata=CNAME(cname)))
            if (cname, 'A') in dns_config:
                reply.add_answer(RR(cname, QTYPE.A, rdata=A(dns_config[(cname, 'A')])))
        else:
            upstream_reply = query_upstream(request)
            if upstream_reply:
                reply = upstream_reply
    elif qtype == QTYPE.CNAME:
        if (qname, 'CNAME') in dns_config:
            reply.add_answer(RR(qname, QTYPE.CNAME, rdata=CNAME(dns_config[(qname, 'CNAME')])))
        else:
            upstream_reply = query_upstream(request)
            if upstream_reply:
                reply = upstream_reply

    socket.sendto(reply.pack(), addr)

# 主函数
def main():
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    sock.bind((LOCAL_IP, 53))
    print(f"DNS服务器运行在 {LOCAL_IP}:53")

    while True:
        data, addr = sock.recvfrom(1024)
        threading.Thread(target=handle_dns_request, args=(data, addr, sock)).start()

if __name__ == "__main__":
    main()


使用说明

4. 接受 Cursor 生成的内容


只需点击右下角 accept all 即可保持代码

可以看到左右文件栏中文件 simply_dn

5. 生成配置文件


接下来让他帮忙生成 dns_config. Txt 配置

文件内容如下：

6. 实践是检验真理的唯一标准


接下来见证奇迹的时刻到了，运行代码测试一下看是否可以达到预期目的

先来安装说明要求的 dnslib

pip3 install dnslib               
Defaulting to user installation because normal site-packages is not writeable
Collecting dnslib
  Downloading dnslib-0.9.25-py3-none-any.whl (63 kB)
     |████████████████████████████████| 63 kB 63 kB/s 
Installing collected packages: dnslib
Successfully installed dnslib-0.9.25
WARNING: You are using pip version 21.2.4; however, version 24.2 is available.
You should consider upgrading via the '/Library/Developer/CommandLineTools/usr/bin/python3 -m pip install --upgrade pip' command.


然后启动 dns 服务器

1
sudo python3 simple_dns_server.py



然后运行 nslookup 查询结果，

nslookup www.example.com 192.168.2.20

Copy

7. 泼了一盆冷水


按照配置文件 dns_config. Txt 中的配置 www.example.com A 192.0.2.1 应该查询的结果为 192.0.2.1 才符合预期，我们来试试

这明显是没有读取配置文件中的内容呢，把结果告诉 cursor 让他改进

8. 让 Cursor 面壁思过


可以他修改后代码有两处发生了变化，

点击 Accept all 接受修改

9. 大功告成


重新运行 dns 服务器

sudo python3 simple_dns_server.py

Copy

9.1 然后再进行解析查询


这次可以看到返回结果符合预期。

9.2 再来测试一个 cname 的记录， 

nslookup shop.example.com 192.168.2.20

Copy


可以看到符合配置文件中的设置。

9.3 查询一个配置文件中不存在的解析记录；

nslookup www.cnblogs.com 192.168.2.20

Copy


可以看到查询配置中不存在的解析记录时，他会向上层 dns 查询。

至此, Cursor 已经按照要求完成了代码的编写。

最终代码如下：

import socket
import struct
import threading
import time
from dnslib import DNSRecord, DNSHeader, DNSQuestion, RR, A, CNAME, QTYPE

# 上级DNS服务器
UPSTREAM_DNS = '223.5.5.5'
# 本地IP
LOCAL_IP = '192.168.2.20'
# DNS配置文件
CONFIG_FILE = 'dns_config.txt'

# 读取DNS配置
def load_dns_config():
    config = {}
    with open(CONFIG_FILE, 'r') as f:
        for line in f:
            parts = line.strip().split()
            if len(parts) == 3:
                domain, record_type, value = parts
                config[(domain.lower(), record_type)] = value
    return config

# 查询上级DNS服务器
def query_upstream(query):
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    sock.settimeout(5)
    try:
        sock.sendto(query.pack(), (UPSTREAM_DNS, 53))
        data, _ = sock.recvfrom(1024)
        return DNSRecord.parse(data)
    except socket.timeout:
        return None
    finally:
        sock.close()

# 处理DNS请求
def handle_dns_request(data, addr, socket):
    request = DNSRecord.parse(data)
    reply = DNSRecord(DNSHeader(id=request.header.id, qr=1, aa=1, ra=1), q=request.q)

    qname = str(request.q.qname).lower().rstrip('.')
    qtype = request.q.qtype

    dns_config = load_dns_config()
    
    if qtype == QTYPE.A:
        if (qname, 'A') in dns_config:
            reply.add_answer(RR(qname, QTYPE.A, rdata=A(dns_config[(qname, 'A')])))
        elif (qname, 'CNAME') in dns_config:
            cname = dns_config[(qname, 'CNAME')]
            reply.add_answer(RR(qname, QTYPE.CNAME, rdata=CNAME(cname)))
            if (cname.lower(), 'A') in dns_config:
                reply.add_answer(RR(cname, QTYPE.A, rdata=A(dns_config[(cname.lower(), 'A')])))
        else:
            upstream_reply = query_upstream(request)
            if upstream_reply:
                reply = upstream_reply
    elif qtype == QTYPE.CNAME:
        if (qname, 'CNAME') in dns_config:
            reply.add_answer(RR(qname, QTYPE.CNAME, rdata=CNAME(dns_config[(qname, 'CNAME')])))
        else:
            upstream_reply = query_upstream(request)
            if upstream_reply:
                reply = upstream_reply

    socket.sendto(reply.pack(), addr)

# 主函数
def main():
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    sock.bind((LOCAL_IP, 53))
    print(f"DNS服务器运行在 {LOCAL_IP}:53")

    while True:
        data, addr = sock.recvfrom(1024)
        threading.Thread(target=handle_dns_request, args=(data, addr, sock)).start()

if __name__ == "__main__":
    main()

Copy

Dns_config. Txt 内容如下：

www.example.com A 192.0.2.1 blog. Example. Com CNAME www.example.com Mail. Example. Com A 192.0.2.2 Ftp. Example. Com A 192.0.2.3 Shop. Example. Com CNAME store. Example. Com Store. Example. Com A 192.0.2.4 Api. Example. Com A 192.0.2.5 Cdn. Example. Com CNAME content. Example. Com Content. Example. Com A 192.0.2.6 support. Example. Com A 192.0.2.7

10. 细思极恐


我们一共给 cursor 说了三句话，他就把所有内容生成了，而且实现了我的要求

第一句话：说明我的需求。

第二句话：让他生成 dns_config. Txt 配置文件。

第三句话：把错误给他，让他改正。

你觉得 Cursor 强大吗，会不会有一天代替你呢

随着 AI 编程工具如 Cursor 的崛起，很多程序员会有一个现实的担忧：“这东西会不会取代我？” 虽然 Cursor 的确让编码变得更高效，但它并不会让程序员 “失业”。相反，它让程序员的工作方式发生转变，未来可能更多依赖于创新和战略性技能，而非简单的代码编写。

1 初级程序员面临的挑战：重复劳动的消亡


对不起，新手程序员，AI 有点 “不客气”。初入行的你，可能从事大量重复性工作，比如模板代码的编写、简单功能的实现、bug 修复等。这些任务通常不需要太多创造力，反而更依赖经验积累和耐心。而这些“繁琐任务” 正是 Cursor 的强项。

例子： 假设你是一名刚入职的程序员，任务是为一个电商网站的后端构建用户注册模块。传统情况下，你需要：

  • 编写表单验证逻辑
  • 设置数据库交互
  • 实现输入数据的校验和处理

而 Cursor 可以自动生成这些常见的模块和逻辑。你可能需要花几个小时完成的模板代码，它几秒钟就搞定。这意味着公司可能会减少初级程序员的人数需求，因为很多基础性代码已可以通过 AI 工具快速生成。

但不要慌！机会依然存在。

初级程序员面对的挑战不在于他们会被完全取代，而是角色和技能将需要重新定义。未来，入门级程序员需要更快掌握以下几个方面：

  • 掌握 AI 工具的使用：如何与 Cursor 等 AI 工具协作，将成为基本技能。
  • 提升理解业务需求的能力：AI 可以生成代码，但理解业务需求并转化为技术实现仍需要人的介入。
  • 跨领域知识：例如理解 UI/UX 设计、产品开发等，让自己不只是 “代码工匠”，而是具备多样化技能的开发者。

2 高级程序员需求上升：你要学会驾驭‘魔法’


相较于初级程序员，高级程序员的前景更为乐观。事实上，AI 工具如 Cursor 的广泛应用，将加速高级开发人才的需求。原因在于，AI 工具虽然能够生成代码，但高级开发工作中涉及的设计、架构和复杂决策仍需要人类的创造性思维和经验。

例子： 如果你是一个高级架构师，在负责搭建一个微服务架构的大型企业系统。你需要考虑：

  • 系统的可扩展性和容错性
  • 如何设计微服务之间的通信协议
  • 如何优化数据存储和检索

这些高级别的系统设计问题，AI 目前无法替代。Cursor 虽然能够帮助你快速生成一些基础的服务逻辑，但当涉及到性能优化、跨团队的技术协作以及复杂的架构设计时，还是得依赖你脑中的 “魔法公式”。

Cursor 成了 “超级助手”，帮你自动生成一些琐碎代码，让你有更多的时间和精力去思考系统整体架构、前瞻性的技术规划、创新功能设计等高层次问题。

因此，高级程序员不仅不会被 Cursor 替代，反而能更加专注于发挥自己的创造力与经验，将 AI 当作工具，提高开发效率。

重点在于：驾驭工具，而非被工具控制。

要做到这一点，高级程序员需要进一步强化自己在以下领域的技能：

  • 架构设计能力：了解复杂系统的架构，尤其是能够处理大规模、高并发的系统设计。
  • 战略性思维：不仅能写代码，更要思考代码对整个项目、产品和业务的影响。
  • AI 工具的深度掌握：高级程序员需要不仅会使用 AI 工具，还能调整和定制这些工具来满足复杂需求。

3 编程技能的演变：你不只是‘代码工匠’，还是‘技术指挥家’


随着 AI 工具的普及，未来程序员的角色将发生重大变化。编程已经不再是单纯的写代码——更多的是思考如何解决问题、如何设计复杂系统、如何与机器智能协作。这让程序员从 “代码工匠” 转型为“技术指挥家”。

例子： 想象一下，你现在的角色不再是坐在电脑前一行行写代码，而是像指挥家一样，分配不同的 AI 工具去处理各个部分：

  • 让 Cursor 生成代码
  • 让另一个 AI 工具进行代码审查
  • 你自己负责把所有模块拼接成一个完整的系统

在这种情境下，编程技能的演变非常关键：

  • 战略性系统思维：未来的程序员不仅需要懂得如何写代码，还要懂得如何整体设计和把控技术策略。
  • 问题解决能力：AI 工具可以帮你生成代码，但它们解决不了你面临的所有问题——尤其是那些涉及深层业务逻辑和复杂算法的挑战。
  • 跨团队协作：随着 AI 工具的普及，开发团队将更加专注于创新性功能的设计和实现。如何与设计师、产品经理甚至 AI 工具紧密合作，将成为开发工作的重要部分。

技能的转型：掌握 AI 与技术的融合之道

程序员们需要学习的不仅是编程语言，还有如何与 AI 共存与合作。未来的核心技能之一是如何将 AI 工具与自己的工作流程无缝结合，从

最终，Cursor 和其他 AI 编程工具带来的不仅是挑战，还有大量机会。虽然初级程序员可能面临某种程度的压力，但未来将涌现出更多高级开发需求，更多侧重于战略、架构和复杂问题解决的工作。

程序员的角色不会因为 AI 而消失，反而会变得更具创造性和价值。Cursor 并不是程序员的 “替代者”，而是他们的“工具箱” 中又多了一件利器。掌握如何与 AI 工具共舞，将成为每一个程序员在未来技术世界中的核心竞争力。

所以，不用担心失业，关键在于如何利用 AI 工具变得更聪明、更高效，并在新技术浪潮中始终保持学习与进化的状态。

还不赶紧去试试 Cursor？让它带你飞吧，感受 AI 编程助手的魔力！

本文出自：“放开那代码让我来！"——Cursor帮你写代码的奇妙之旅 - Sunzz - 博客园

]]> https://blog.ccino.cc/i/let-go-of-the-code-and-let-cursor-help-you-write-the-code/ full 使用 Continue 部署免费的 AI 代码助手 mR7PNdXxt5F Sun, 13 Oct 2024 08:37:38 GMT false 过去的一年, 我一直在使用 GitHub Copilot 作为代码助手, 它提供了补全、问答等功能, 付费订阅 10 美元 / 月.

说实话这个价格并不算贵, 但最近 Copilot 对问答范围进行了限制, 导致很多与开发相关的问题无法得到解答.

后续我也尝试了 Codium AI, 响应速度不尽人意.

最近发现了一个开源的代码助手 Continue, 支持调用本地和云端的模型, 包括 Cloudflare 的 worker AI.

介绍


Continue 本质是个帮你向大模型发起请求的客户端.

当你编写代码的时候, 它会获取代码的上下文, 向模型发起请求, 获取结果后处理等待你的命令 (tab), 再拼接到代码中去.

本地部署


本地部署可以使用 Ollama 或 lmstudio.

这是两个非常方便的大模型集成工具, 同时支持 Mac、windows 以及 Linux, 帮助你快速在本地运行大模型.

这里我选择在 Mac 上运行 Ollama, 在官网 Ollama 可以下载到安装包, 安装过程中记得勾选命令行工具.

Ollama ollama. Com

Get up and running with large language models.

配置要求


配置要求取决于你要使用的模型, 这里推荐 llama 3.

Llama 3 是 meta 开源的模型, 也是目前最强的开源模型, 可以获得比较好的补全效果.

模型有两个变体, 8 B 需要至少 16 g 的内存和 8 g 的显存, 70 B 则需要 64 g 以上的内存.

默认运行的 8 B 版本即可满足正常需要.

运行模型


安装完成后进入 terminal, 输入以下命令获取 llama 3 模型:

1ollama run llama3



模型拉取完成后就会自动运行.

测试用中文让他编写一个 python 版的 hello-world.

输入 /bye 可以退出运行.

配置 Continue 插件


安装 vscode plugin

安装完成左侧边栏会展示 Continue 的对话框:

这个时候是无法对话的, 因为还没有选择模型, 点击 Select model -> Add Model, 向下拉, 找到:

然后再选择第一个 Autodetect 选项:

返回对话, 选择 Ollama 选项:

确保你的模型正在后台运行, 接下来就可以开始对话了.

自动补全设置


虽然现在已经可以完成对话, 但还是无法补全.

因为补全默认使用的是 Starcoder2 3b 模型, Starcoder 是一个针对代码场景针对性强化的模型.

你可以使用以下命令启动该模型.

1 1ollama run starcoder2



模型启动后就可以触发补全.

如果你的机器性能不足以同时运行两个模型, 你也可以设置补全也使用 llama3:

在插件侧边栏的角落, 找到这个小齿轮图标

点击就会进入配置文件 (也可以打开~/. Continue/config. Json), 将 tabAutocompleteModel 字段的两个高亮行的值修改为 llama3 即可.

1"tabAutocompleteModel": {
2  "title": "Starcoder2 3b",
3  "provider": "ollama",
4  "model": "starcoder2:3b"
5},


如果你希望补全 markdown 之类的的文本文件, 那我建议使用 llama 3 进行补全

Cloudflare worker AI


有一些轻薄本机型不能在本地运行大模型, 也可以使用 Cloudflare worker 的 AI 模型.

Cloudflare 提供了免费额度, 不过是以 神经元 作为单位, 可以在这个页面查看估算.

每日的免费额度大体相当于 500 次调用, 每次 100 个入参字符和 500 个返回字符, 足以应对正常的开发场景.

首先根据 Cloudflare 的指引, 创建 key

然后打开配置文件, 增加一个 models 字段值, 并修改 tabAutocompleteModel 字段.

1{
2  "models": [
3    {
4      "accountId": "YOUR CLOUDFLARE ACCOUNT ID",
5      "apiKey": "YOUR CLOUDFLARE API KEY",
6      "contextLength": 2400,
7      "completionOptions": {
8        "maxTokens": 500
9      },
10      "model": "@cf/meta/llama-3-8b-instruct",
11      "provider": "cloudflare",
12      "title": "Llama 3 8B"
13    }
14  ],
15  "tabAutocompleteModel": {
16    "accountId": "YOUR CLOUDFLARE ACCOUNT ID",
17    "apiKey": "YOUR CLOUDFLARE API KEY",
18    "model": "@hf/thebloke/deepseek-coder-6.7b-base-awq",
19    "provider": "cloudflare",
20    "title": "DeepSeek 7b"
21  },
22}


修改 accountId 为你自己的账户 id, apiKey 是你刚刚保存的 key 值.

账户 id 获取比较麻烦. 你必须要有一个 Cloudflare 下的域名或者一个 Worker, 具体可以参照官方文档和这两个页面:

model 字段的值可以自行修改, 不同的模型需要的算力不同, 对 神经元 的计费方式也会有影响.

如果你发现免费额度不足以覆盖, 可以修改为低一级的模型.

点击链接可以看到完整的模型列表:

Models | Cloudflare Workers AI docs developers. Cloudflare. Com

Browse our entire catalog of models:

总结


Llama 3 有不错的对话效果, 但是速度比较慢, 代码补全也比较笨.

Starcoder 2 速度要快得多, 补全效果也更好, 但对文本的处理能力偏弱.

个人推荐使用 Cloudflare 的 llama 3 模型进行对话, 本地运行 starcoder 2 进行补全, 是比较完美的解决方案.

本文出自：使用 Continue 部署免费的 AI 代码助手

]]> https://blog.ccino.cc/i/deploy-a-free-ai-code-assistant-with-continue/ full 书签「上上千」：用 Linkding 和 Trilium 自建服务轻松管理 N3xXUfs6LUq Fri, 11 Oct 2024 06:19:01 GMT false 前言


目前各大主流浏览器都会自带书签同步功能，无论是 PC 端还是移动端，只要登录一下账号就能轻松访问自己收藏的书签，可以说保存书签的成本越来越低。但是随着收藏内容的增多，使用书签的成本反而会直线上升。

因为最近在少数派上看到了几篇网络书签的相关文章，就也想和大家分享一下目前我自己使用的一套书签方案。因为经常查各种资料，所以收藏的书签很多很杂，数量上应该有几千个，直接导致传统的浏览器收藏夹基本没法用，最后只能选了自建网络书签服务这条路，在用过许多开源方案后选择了 Linkding 和 Trilium 相结合的方案。如果你的书签数量较少，或是不具备自建服务的条件的话，本篇文章可能对你意义不大，大家可以酌情阅读。

因为文章中用到的 Linkding 和 Trilium 都属于自建服务，每个人喜欢的安装方式可能都有差别，网上相关的安装教程多如牛毛，所以我在文中并不会介绍相关内容，而是专注于使用经验方面的分享。当然，安装的话我建议直接根据我下文中给出的官方文档中的步骤进行，以免网上中文教程版本滞后。

传统书签收藏的痛点

查找困难


查找困难是传统浏览器书签收藏系统最大的痛点，究其本质我个人归纳为可用于查找的信息维度过少。少到什么程度呢，你可以试试导出自己浏览器的书签，一般会得到一个 html 文件，以 Edge 浏览器为例，通常一条书签记录会包含如下字段：

名称含义folder所在文件夹名称（可多层）href书签记录的网址add_date保存书签的时间戳（部分浏览器并不支持书签按时间排序）icon书签图标（对搜索而言为无效信息）title书签名称

看着有五个字段，但实际常被用于搜索的也就两条，文件夹名称和书签名称。从使用的角度来说，三层文件夹应该是普通人能接受的极限了（我自己只能接受一层文件夹）。单单靠少量的文件夹分类的话肯定是不现实的，因为当书签量级上来之后，单个文件夹中的书签数量不可避免地会增加，依旧会面临翻找困难的情况。这时候想要提高查找速度就必定要用到搜索，文件夹层级有限的情况下就只能在书签名称上做文章，较为可行的方法就是在书签名称的最后加关键词，加的越多越详细，后期搜索到的可能性就越高。理论上每次添加书签时都严格按照提前规划好的文件夹层级以及关键词命名规则的话，最后也能得到一份高度可用的收藏夹。

整理困难


但这就引申出其另一个痛点，整理困难。首先第一个困难就是文件夹的分类，事物的联系具有多样性，每一个书签指向的内容都不是非此即彼的，很难归纳出一个所有人通用的文件夹分层结构，最多在你长时间的使用中逐渐妥协为一个相对适合你自己使用的框架。但即便如此，你也总会遇到许多让你纠结其归属的书签，为了方便使用可能某一个书签需要同时在多个文件层级中保存。除了文件夹更需要费脑筋的是书签的命名，直接用默认的网页名称固然方便，但搜索的时候就难免力不从心。

浏览网页的时候看到感兴趣的内容随手点一下地址栏旁的收藏按钮，这应该是很多人使用收藏夹的本能，每次加个书签都深思熟虑其文件夹归属和详尽的关键词命名未免过于严苛，流程繁琐不说，更重要的是可能会打断自己的思路，长时间下来定期整理总是逃不掉的。这时候就不得不品味浏览器收藏夹那简陋的多选和拖拽移动功能了，少量使用体验完美，量大就是折磨了。如果追求高可用性，可能还需要单独修改每个书签的名称，光是想想就够头疼的。

快照


接下来的痛点严格来说算是我个人的痛点，和浏览器中的收藏夹系统本身无关，属于我希望它有但是它没有的功能。首当其冲的就是快照功能，虽然这个功能可以通过安装浏览器插件的形式轻松实现，但是插件保存的快照终究是另外存放的，需要自己手动保存不说，后期想与书签对上还免不了一番折腾，便利性上终究差点意思。

多端同步


最后一个痛点则是多端同步，虽然开篇就说了目前的浏览器都支持多端同步，但是很尴尬的一点就是，我在各个平台上使用的浏览器并不相同，电脑上还好说，直接用 Edge 就行，但是手机、平板之类的移动设备就比较麻烦了，可能会存在多个浏览器混用的情况，这时候依托于浏览器账户的收藏夹同步功能就捉襟见肘了。

网络书签服务：Linkding


Linkding 是目前为止我用下来最好用的开源网络书签服务，基本解决了我上面提到的四个痛点。不过这个服务有几个比较明显的缺点，没法接受的话就不用看下去了。

  • 操作界面只有英文。当然，中文书签是支持的，只是设置、按钮等只有英文。我不太清楚有没有大佬封装过中文的镜像，暂时没有查找过。不过其实对使用的影响几乎没有，总共也就那么几个单词，并没有什么太高的门槛。
  • 部分服务，类似书签图标等需要使用魔法或是自行配置相关参数。核心功能其实都是服务器本地运行的，不使用魔法体感下来影响不大。
  • 默认界面比较朴实，基本就是一堆网页元素的简单堆积。理论上如果你懂 css 的话可以在设置中自定义 css 语句来修改显示效果，想要花里胡哨也是可以实现的。

标签系统

概念介绍


先说一下 Linkding 最核心的标签（Tag）系统，与传统的文件夹系统不同，标签系统更加自由和发散。文件夹系统是线性的，一个书签只能从属于一个文件夹，一个子文件夹只能从属于一个父文件夹；而标签系统则是多对多的关系，一个书签可以同时拥有无数个标签，各个标签之间都是同级的，互相之间没有从属关系。

 乍一看好像区别不大，但实际使用时却是天壤之别。举一个简单的例子，假如我需要在书签收藏中找到 PyMongo 的官方文档，那在 Linkding 中只需要先点击「@文档」标签，再点击「mongodb」标签，就能轻松筛选出所有符合的结果。对于经常需要比对同一类型资料，或是「模糊搜索」的用户可谓是神器。

使用技巧


之前提到过 Linkding 界面只支持英文，这一点对其标签的排列顺序其实也存在着影响。观察 Tags 这一列就能发现，标签是按照其首字母分行排列的，对于英文标签这样排列非常合理，但是如果使用全中文标签的话就会遇到一个问题，那就是所有中文开头的标签都会被归类到同一行。

这个特性对中文标签来说非常致命，毕竟所有标签挤在一行想要快速找出其中一个的难度就会大大提高。不过解决的方法非常简单，就是根据每个中文标签开头字符的拼音为其添加一个首字母，类似「x 下载」这样的形式。进一步地，我们可以利用其排列特性来实现一些别的需求，比如说对于常用链接可以添加一个「! 常用」的标签，这样该标签就会默认出现在标签区域的第一行。

 标签机制因为其灵活性，刚开始使用的时候可能会有点无所适从，不知从何处入手，收藏的时候可能还会产生一些不必要的纠结，比如这个词要不要设置成标签等。这些其实都是正常情况，我刚开始用的时候也是这样，主要是怕用的久了之后杂乱的标签和之前的文件夹一样难以整理。作为一个长期使用过的用户，我给出两条参考建议：

  • 每个链接都要分配一个大类，比如可以根据其功能分成「@工具」「@论坛」「@娱乐」等，这些大类不必一次整理清楚，可以想到什么就写什么，不过为了和其他标签形成区分，推荐以「@」开头。当某一天你觉得无论是什么链接都能划分到这些大类之后，就可以开始尝试将它们合并精简，最终将大类个数控制在个位数即可。这些大类标签其实充当着传统书签系统中的一级文件夹的角色，如果你平常就有整理书签文件夹的习惯，可以直接把这些文件夹的名称套用过来。
  • 除了大类标签外，每一个链接都尽可能地将所有其涉及的特征点作为标签加上去。加标签的时候不需要有任何的顾虑，所有你脑海中当时跳出来的词汇都可以作为标签加上去，多多益善。你加的标签越多，后续使用的时候找起来就越简单，唯一要注意的是同义词不要重复出现，能复用标签时就尽量不要再创建一个新的类似标签。

书签结构

概念介绍


默认安装参数下，Linkding 的数据库使用的是 SQLite，所以书签数据是以「. Sqlite 3」后缀的文件格式保存的。只要用 SQLiteStudio 之类的软件打开就能查看和修改其中的数据。

我们可以先看一下 Linkding 中书签的所有字段：

名称含义id书签主键url书签记录的网址title书签名称description书签介绍website_title网页默认名称website_description网页默认介绍unread是否标为待阅读is_archived是否标为已归档（即不常用书签或失效书签）web_archive_snapshot_urlInternet Archive 中该网页的快照地址favicon_file图标文件保存地址notes关于该书签的笔记（支持 Markdown 语法）preview_image_file预览图片保存地址tags标签与书签的对应关系在一张单独的关系表中，上图中并没有体现

与标签相关的字段比较简单，就一张标签信息表和标签 - 书签多对多关系表。 

常用的几个书签属性在使用浏览器插件收藏网页的时候就可以直接编辑。

与传统书签系统中可怜的两三个搜索维度相比，Linkding 明显领先太多了，表格中出现的字段内容基本都可以作为搜索元素来进行查找。也就是说，无论是标题、介绍，还是笔记中出现的文本都可以作为关键词来检索，在保持标题简单明了的前提下依旧可以获得远超传统书签的搜索维度。

使用技巧


因为书签的特征不再只有标题这一个维度，所以保存书签时一般不需要修改网页默认的名称，就算要修改也建议将其修改得更加简洁明了。为了便于后续搜索或再阅读，description 以及 notes 需要作为修改的重点。大部分情况下 description 可以使用网页默认描述，要手动编辑的话也尽量用客观的语句描述其实际内容。而 notes 则可以自由一点，并且其本身支持 Markdown 语法，显示效果也会好很多。以我自己为例给大家一些参考，某些知识类的文章可能要点就那么几句话或是几行代码，没什么单独开篇笔记收藏的必要，就可以直接写在 notes 中；找到合适的素材时可以在 notes 中记录下该素材的用法或当时的灵感思路等。总结一下就是三点：

  • title：简洁明了，一般保持默认即可。
  • description：客观描述网页内容，一般保持默认即可。
  • notes：记录网页中的核心知识点、收藏的理由、灵感思路等，一般留空即可。

Unread 和 is_archived 这两个字段很好理解，前者就是很多浏览器自带的待阅读功能，后者则是归档功能，就是把已经失效或是长时间不会再用到的书签隐藏到一个单独的分类中。两者都可以通过首页的 Bookmarks 按钮快速切换，各自都有其独立的分区。

 归档这个功能我很喜欢，相较于直接把失效书签删除，把它们关小黑屋总有一种一朝一日它们还能重见天日的错觉。反正也不占什么空间，留着当个念想总是好的。

相较于归档，待阅读的花样就多一点。我一般不把它作为待阅读列表使用，而是更接近近期常用的概念，或者说是素材库，把搜索出来也许会用的书签统一标为待阅读。Linkding 的批处理功能是相当优秀的，如下图所示，归档、删除、增加标签、移除标签、标记为已读、标记为未读，这六个核心功能都支持批处理操作，效率远超浏览器收藏夹。

拓展


上面提到过的三张表 bookmarks_bookmark、bookmarks_tag、bookmarks_bookmark_tags 是 Linkding 中最核心的数据表，它们都在 Linkding 数据文件夹的 db. Sqlite 3 这一数据库文件中。因为该文件中数据都是公开的，没有加密一说，操作空间就很大了。

 Linkding 虽然自带导出书签为 html 文件的功能，但是因为其本身并没有文件夹的概念，所以使用其导出的文件导入到 Edge 浏览器就会存在水土不服的情况。我的服务器有一次宕机之后系统出了点问题，但书签每天都要用，就写了个 python 脚本将其按照特定的要求导出为 Edge 可识别的 html 文件应急。具体的导出要求是以「@」开头的标签为文件夹，将所有书签分类放置在其中，同时将每个书签的标签汇总后添加到书签名称的最后。脚本用起来非常简单，与 db. Sqlite 3 文件放置在同一目录下运行即可。

这里给出这个案例有多方面的考虑，一是向大家展示一下 Linkding 这种用单个数据库文件存储数据对于个人用户的便利性，因为需要备份的数据就那么几个，甚至以后 Linkding 不再维护，用户依旧可以很轻松地转移到任何其他平台；二是给大家提供另一种 Linkding 的使用思路，可以将其作为单纯的整理工具，使用其强大的批处理界面以及优秀的数据库结构来整理汇总自己的书签，最后导出到更常使用的平台。

import datetime
import sqlite3
from typing import Optional

from dateutil.parser import parse
from lxml import etree

class DatabaseManager:

    
"""


    用于读取书签数据库文件


    """

    
def __init__(self, db_file: str):
        self.conn = sqlite3.connect(db_file)
        self.cursor = self.conn.cursor()

    def __enter__(self):
        return self

    def __exit__(self, exc_type, exc_val, exc_tb):
        self.cursor.close()
        self.conn.close()

    def __iter__(self):
        self.cursor.execute("select * from bookmarks_bookmark")
        return self

    def __next__(self):
        # 获取单条书签数据
        tem = self.cursor.fetchone()
        if tem is None:
            raise StopIteration
        # 根据书签 id 查找对应的标签
        c = self.conn.cursor()
        cmd = "select bookmarks_tag.name from bookmarks_bookmark_tags " \
              "join bookmarks_tag on bookmarks_bookmark_tags.tag_id = bookmarks_tag.id " \
              "where bookmarks_bookmark_tags.bookmark_id = {}"
        tags = c.execute(cmd.format(tem[0])).fetchall()
        tags = [tag[0] for tag in tags]
        res = list(tem)
        # 将标签数据以 list 的形式添加到原本书签数据的最后
        res.append(tags)
        c.close()
        return res

def timestr_to_timestamp(timestr: str) -> int:

    
"""


    将字符串形式的时间转为时间戳


    
:param
 timestr:


    
:return
:


    """

    
return int(parse(timestr + "+0000").timestamp())

class HtmlGenerator:

    
"""


    用于构造 Edge 浏览器支持导入的书签文件


    主要参考 Edge 浏览器导出的 html 文件格式


    """

    
def __init__(self):
        self.root = etree.Element("DT")
        # 当前时间戳，用于后续一些需要时间戳的场景
        # self.t = str(int(datetime.datetime.now(datetime.UTC).timestamp()))  # 高版本python
        self.t = str(int(datetime.datetime.utcnow().timestamp()))
        h3 = etree.SubElement(self.root, "H3",
                              {
                                  "ADD_DATE": self.t,
                                  "LAST_MODIFIED": self.t,
                                  "PERSONAL_TOOLBAR_FOLDER": "true",
                              })
        h3.text = "收藏夹栏"
        # 后续用于存放各文件夹和书签的元素
        self.dl = etree.SubElement(self.root, "DL")
        # 存放各书签文件夹对应的元素
        self.folder = {}

    def generate_folder(self, name: str):

        
"""


        创建一个书签文件夹对应的元素


        
:param
 name:


        
:return
:


        """

        
dt = etree.SubElement(self.dl, "dt")
        h3 = etree.SubElement(dt, "H3",
                              {
                                  "ADD_DATE": self.t,
                                  "LAST_MODIFIED": self.t,
                              })
        h3.text = name
        dl = etree.SubElement(dt, "DL")
        self.folder[name] = dl

    def add_bookmark(self, url: str, add_date: str, title: str, folder: Optional[str] = None):

        
"""


        添加书签到指定父元素中


        
:param
 url:


        
:param
 add_date:


        
:param
 title:


        
:param
 folder:


        
:return
:


        """

        
if folder is None:
            dt = etree.SubElement(self.dl, "dt")
        else:
            dt = etree.SubElement(self.folder[folder], "dt")
        a = etree.SubElement(dt, "A", {
            "HREF": url,
            "ADD_DATE": add_date,
        })
        a.text = title

    def tostring(self):

        
"""


        将根元素转化为字符串


        
:return
:


        """

        
return etree.tostring(self.root, encoding="utf-8", pretty_print=True).decode("utf-8")

    def handle_one(self, data: list):

        
"""


        将数据库中导出的单条书签数据转为 html 元素


        
:param
 data:


        
:return
:


        """

        
# 从原始数据中提取出部分需要的数据
        url = data[1]
        title = data[2]
        add_date = str(timestr_to_timestamp(data[7]))
        tags = data[17]
        # 将所有标签合并为一个整体，添加到书签名的最后，方便后续在浏览器中查找
        tag = " ".join(tags)
        if tag != "":
            tag = "【{}】".format(tag)
        title += tag
        # 对于没有标签的书签直接将其置于收藏夹根目录下
        if len(tags) == 0:
            self.add_bookmark(url, add_date, title)
            return
        # 根据标签中带“@"的标签名来对书签进行分类，归于不同的文件夹中
        for tag in tags:
            if "@" in tag and tag[0] == "@":
                if self.folder.get(tag) is None:
                    self.generate_folder(tag)
                self.add_bookmark(url, add_date, title, tag)

    def export_to_edge(self, db: str, path: str):

        
"""


        导出为 Edge 浏览器支持的 html 文件


        
:param
 db:


        
:param
 path:


        
:return
:


        """

        
with DatabaseManager(db) as d:
            for data in d:
                self.handle_one(data)
        html_template = """<!DOCTYPE NETSCAPE-Bookmark-file-1>
<!-- This is an automatically generated file.
     It will be read and overwritten.
     DO NOT EDIT! -->
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">
<TITLE>Bookmarks</TITLE>
<H1>Bookmarks</H1>
<DL>{}</DL>"""
        with open(path, "w", encoding="utf-8") as f:
            f.write(html_template.format(self.tostring()))

if __name__ == '__main__':
    h = HtmlGenerator()
    h.export_to_edge("db.sqlite3", "bookmarks.html")

Copy

快照


以书签系统为核心的网络书签服务其实有很多，有不少甚至在颜值上吊打 Linkding，但最后还是 Linkding 获得了我的青睐，很关键的一点就是它提供的双重快照系统。

 上面那个 Internet Archive 是一个在线服务，开启后服务器会调用该网站的 API 接口将你收藏的网址链接提交上去，然后该网站就会抓取该时刻书签网址上的内容进行保存。Internet Archive 是一个很有名的非营利性数字图书馆，保存着互联网上不计其数的网页内容，有兴趣的可以去了解捐赠一波。

当然，这个快照的局限性非常大，我一般不作为主力使用。首先，想要正常访问 Internet Archive 的话需要使用一点魔法；其次它的抓取对于一些需要登录才能访问相关数据的网站基本没用，就国内互联网这个环境，很多抓取都没有意义。

下面这个快照则是纯正的本地快照，不过该功能只有特定版本的 Docker 镜像才会开启，安装时最好选择 latest-plus 版本。该功能开启后服务器会自动抓取书签的网页内容，和 Internet Archive 类似，需要登录验证的网页同样会抓取失败。

 不过这个是有解决办法的，因为 Linkding 同时提供了手动上传文件作为快照的备选方案。点开书签的详情页，会有一个「Upload file」的按钮，点击即可上传本地文件。这里对于文件的格式没有任何要求，但还是推荐上传可以用浏览器直接打开的 pdf、txt、html 等格式，不然点击浏览按钮后会直接对该文件进行下载。对于文章类的网页推荐直接 Ctrl+P 打印为 pdf 上传，其他网页则推荐使用浏览器插件打包为单个 html 文件后上传。

 对于一些比较重要的文章其实我个人会更加倾向于直接全文收藏到 Trilium 笔记中，算是对网页快照的一个补强，具体内容会在 Trilium 章节中详细介绍。

其他


Linkding 设置里面还有两个可能会用到的功能，这里给大家介绍一下。首先是 Auto Tagging，顾名思义，就是可以根据你预设的规则在收藏书签时自动为其加上某些标签，这里以哔哩哔哩的专栏为例。 

另一个是 Custom CSS，自定义页面的 CSS，也就是可以更改页面布局。这个需要一点专业知识才能玩转，普通用户可以试着改改字体大小颜色等，比如说把书签颜色改成猛男粉。

 

最后提一下手机端如何收藏书签的问题，无论是安卓还是 iOS 都有类似 PC 端浏览器插件的实现方式，具体参考官方指南。

个人笔记服务：Trilium


Trilium 是一个可以多端同步的笔记软件。市面上开源的笔记软件其实很多，Trilium 应该算是比较小众的，主要是功能太多，没有耐心很难体会到它的妙处。我其实只能算是它的初级用户，只会一些比较简单的操作，许多高级特性都没有尝试过。Trilium 的功能完全可以单独胜任个人数据库构建的重任，但下文中我只会简单介绍一个与书签相关的特性。

之前介绍过 Linkding 的快照功能，里面说了一些特殊情况下的网页备份方法，但对于图文类的文章我其实很少使用其手动上传功能。主要原因是我个人更加喜欢用 Markdown 的格式来记录图文数据，于知识记录而言，pdf 和 html 终究是不够纯粹和方便。

将网页转化为纯粹的图文数据这一需求曾经困扰过我很久，我尝试过很多不同的开源项目或浏览器插件，结果都不尽如人意，总是会存在一些小问题，直到偶然尝试了一下 Trilium 的浏览器插件这一问题才算是落下帷幕。

 插件上有一个选项是「Save whole page」，可以直接把当前网页上的图文保存为一篇本地笔记，识别率相当高，基本不需要修改就可以得到一篇排版正确的笔记，不过它只会保存文章的主体或是帖子的主楼，也就是说评论和跟帖并不会被保存下来。绝大部分博客类的网站都能完美适配，部分站点可能会存在图片无法显示的问题，不想一张张图片手动复制粘贴的话可以参照 Linkding 快照部分讲解的方法。

这项功能完美补全了 Linkding 在待阅读方面的短板。我目前对于一篇有价值的网页文章的基本操作流程就是先用 Linkding 的浏览器插件保存书签，然后使用 Trilium 的浏览器插件保存图文到笔记系统。保存书签是为了方便后续深入阅读时可以随时查看有价值的评论或跟帖，保存图文则是将其作为待阅读的素材，后续阅读时可以很方便的删改整理为自己的笔记。

插件上另一个常用的选项是「Save windows’ tabs as a list」，可以将当前浏览器窗口中所有 Tab 页的网页链接以列表的形式保存到笔记中，设计这个功能的人绝对是懂工作的，后续想要回到同样的工作场景只需要打开对应笔记点击列表中的链接就能完美复原浏览器状态。

 这可以算是一个额外的专项任务收藏夹，可以将一些日常工作场景下会打开的链接提前收藏好，需要用到时就能快速开始该场景下的工作，结合上文中我提到过的使用 Linkding 的 unread 列表来作为近期任务工作区，可以极大的提高工作效率。

后记


Linkding 和 Trilium 这种本地服务最重要的就是保证数据安全，如果想要使用我的这套方案请务必设置好服务器数据的定期备份，数据一旦丢失，想要再次补全的代价实在过于高昂，请务必慎重。

本文出自：书签「上上千」：用 Linkding 和 Trilium 自建服务轻松管理 - 少数派


]]> https://blog.ccino.cc/i/thousands-of-bookmarks-easily-manage-them-with-linkding-and-trilium-self-built-services/ full 实现本地 RAG 服务：整合 Open WebUI、Ollama 和 Qwen2.5 j-lAtZ2gXyq Wed, 09 Oct 2024 05:33:06 GMT false 引言


在构建信息检索和生成式 AI 应用时，Retrieval-Augmented Generation (RAG) 模型凭借其能够从知识库中检索相关信息并生成准确答案的强大能力，受到越来越多开发者的青睐。然而，实现端到端的本地 RAG 服务，需求的不只是合适的模型，还需要集成强大的用户界面和高效的推理框架。

在构建本地 RAG 服务时，利用易于部署的 Docker 方式，可以极大简化模型管理和服务集成。这里我们依赖 Open WebUI 提供的用户界面与模型推理服务，再通过 Ollama 来引入 bge-m3 embedding 模型以实现文档向量化方式的检索功能，从而帮助 Qwen 2.5 完成更精准的答案生成。

本文我们将讨论如何通过 Docker 快速启动 Open WebUI，同步 Ollama 的 RAG 能力，并结合 Qwen 2.5 模型实现高效的文档检索与生成系统。

# 项目概览


该项目将使用以下关键工具：

  1. Open WebUI : 提供用户与模型交互的 web 界面。
  2. Ollama : 用于管理 embedding 和大语言模型的模型推理任务。其中 Ollama 中的 bge-m3 模型将用于文档检索，Qwen 2.5 将负责回答生成。
  3. Qwen 2.5 : 模型部分使用阿里推出的 Qwen 2.5 系列，为检索增强生成服务提供自然语言生成。

为了实现 RAG 服务，我们需要以下步骤：

  1. 部署 Open WebUI 作为用户交互界面。
  2. 配置 Ollama 以高效调度 Qwen 2.5 系列模型。
  3. 使用 Ollama 配置的名为 bge-m3 的 embedding 模型实现检索向量化处理。

# 部署 Open WebUI


Open WebUI 提供了一个简洁的 Docker 化解决方案，用户无需手动配置大量依赖，直接通过 Docker 启动 Web 界面。

首先，服务器上需要确保已经安装了 Docker ，如果没有安装，可以通过以下命令进行快速安装：

然后创建一个目录用于保存 Open WebUI 的数据，这样数据不会在项目更新后丢失：

接下来，我们可以通过以下命令来启动 Open WebUI ：

如果想要运行支持 Nvidia GPU 的 Open WebUI ，可以使用以下命令：

这里我们将 Open WebUI 的服务暴露在机器的 3000 端口，可以通过浏览器访问 http://localhost:3000 即可使用（远程访问则使用公网 ip ，开放 3000 端口）。/DATA/open-webui 是数据存储目录，你可以根据需要调整这个路径。

当然除了 Docker 安装方式外，你也可以通过 pip 、源码编译、Podman 等方式安装 Open WebUI 。更多安装方式请参考 Open WebUI 官方文档 。

# 基础设置

  1. 输入要注册的账号信息，设置强密码！！！


重要

第一个注册的用户将被自动设置为系统管理员，所以请确保你是第一个注册的用户。

  1. 点击左下角头像，选择管理员面板
  2. 点击面板中的设置
  3. 关闭允许新用户注册（可选）
  4. 点击右下角保存

# 配置 Ollama 和 Qwen 2.5

# 部署 Ollama


在本地服务器上安装 Ollama。目前 Ollama 提供多种安装方式，请参考 Ollama 的官方文档 下载安装最新的 0.3.11 版本（Qwen 2.5 在该版本才开始支持）。安装细节可以参考我之前写的一篇文章：Ollama：从入门到进阶 。

启动 Ollama 服务（如果是 Docker 方式启动则不需要，但必须暴露 11434 端口）：

Ollama 服务启动后，可以通过访问地址 http://localhost:11434 连接到 Ollama 服务。

Ollama Library 提供了语义向量模型 ( bge-m3 ) 以及各大文本生成模型（包括 Qwen 2.5）。下一步我们将配置 Ollama 以适应本项目对文档检索和问答生成的需求。

# 下载 Qwen 2.5 模型


通过 Ollama 安装 Qwen 2.5，你可以直接在命令行中运行 ollama pull 命令来下载 Qwen 2.5 模型，比如要下载 Qwen 2.5 的 72 B 模型，可以使用以下命令：

该命令将从 Ollama 的模型仓库抓取 Qwen 2.5 模型，并准备运行环境。

Qwen 2.5 提供了多种模型尺寸，包括 72 B、32 B、14 B、7 B、3 B、1.5 B、0.5 B 等，你可以根据自己的需求和 GPU 显存大小选择合适的模型。我采用的是 4 x V 100 的服务器，所以可以直接选择 72 B 模型。如果要求吐字速度快且能接收微小的性能损失的话，可以使用 q4_0 量化版本 qwen2.5:72b-instruct-q4_0 ；如果能接受吐字速度慢一些，可以使用 qwen2.5:72b-instruct-q5_K_M 。对于 4 x V 100 的服务器，虽然 q5_K_M 模型的 token 生成明显卡顿，但是为了试验一下 Qwen 2.5 的性能，我还是选择了 q5_K_M 模型。

对于显存较少的个人电脑，推荐使用 14 B 或 7 B 模型，通过以下命令下载：

或者

如果你同时启动好了 Open WebUI 和 Ollama 服务，那么也可以在管理员面板中下载模型。

# 下载 bge-m 3 模型


在 Ollama 中下载 bge-m3 模型，该模型用于文档向量化处理。在命令行中运行以下命令下载模型（或者在 Open WebUI 界面下载）：

到这里，我们已经完成了 Ollama 的配置，接下来我们将在 Open WebUI 中配置 RAG 服务。

# RAG 集成与配置

# 在 Open WebUI 中配置 Ollama 的 RAG 接口

# 访问 Open WebUI 管理界面


启动 Open WebUI 之后，你可以直接通过 Web 浏览器访问服务地址，登录你的管理员账户，然后进入管理员面板。

# 设置 Ollama 接口


在 Open WebUI 的管理员面板中，点击设置，你会看到外部连接的选项，确保 Ollama API 的地址为 host.docker.internal:11434 ，然后点击右边的 verify connection 按钮确认 Ollama 服务是否正常连接。

# 设置语义向量模型


在 Open WebUI 的管理员面板中，点击设置，接着点击文档，依次完成以下步骤：

  1. 设置语义向量模型引擎为 Ollama 。
  2. 设置语义向量模型为 bge-m3:latest 。
  3. 其余设置可以保持默认，这里我设置了文件最大上传大小为 10 MB，最大上传数量为 3，Top K 设置为 5，块大小和块重叠分别设置为 1500 和 100 ，并开启 PDF 图像处理。
  4. 点击右下角保存。

# 测试 RAG 服务


现在，你已经实现了完整的本地 RAG 系统。你可以在 Open WebUI 的主界面中输入任意自然语言问题，然后上传响应文档，系统会调用语义向量模型向量化文档，再使用 Qwen 2.5 模型检索文档生成答案并返回给用户。

在 Open WebUI 的用户聊天界面，上传你要检索的文档，然后输入你的问题，点击发送，Open WebUI 将会调用 Ollama 的 bge-m3 模型进行文档向量化处理，然后调用 Qwen 2.5 模型进行问答生成。

这里我上传了一个简单的 txt 文件（由 GPT 生成的文本），内容如下：

然后分别提了三个问题：

  1. 艾文在森林中遇到的奇异生物是什么？
  2. 艾文在洞穴中找到的古老石板上刻的是什么？
  3. 艾文在祭坛中心发现了什么宝藏？

下图是回答结果：

# 总结


借助 Open WebUI 和 Ollama，我们可以轻松搭建一个高效、直观的本地 RAG 系统。通过将 bge-m3 语义向量模型用于文本向量化，再结合 Qwen 2.5 生成模型，用户可以在一个统一的 Web 界面中进行文档检索与增强生成任务的高效互动。不但保护了数据隐私，还大幅提升了生成式 AI 的本地化应用能力。

本文出自：实现本地 RAG 服务：整合 Open WebUI、Ollama 和 Qwen2.5

]]> https://blog.ccino.cc/i/implementing-local-rag-services-integrating-open-webui-ollama-and-qwen2.5/ full Google旗下最新Blogger注册及使用教程（下载+注册流程+常见问题汇总），靠它赚美金也可以的 RfaEeSmqnno Mon, 07 Oct 2024 05:55:22 GMT false 爱浏览博客或者写博客的朋友，可能都知道 Blogger 这个平台，它是 Google 旗下一家大型的博客服务网站，仅需拥有一个 Google 账户即可将成千上万的博文、照片以及更多内容妥善地存储在 Blogger 中。除了撰写 / 浏览博客外，你还可以通过 Blogger 赚钱。那么如何注册并使用 Blogger 呢？为了方便大家顺利拥有一个 Blogger 账号并很好的使用它，小编这里就整理了一篇最新最详细的 Blogger 注册及使用教程，包含下载，注册流程以及常见问题汇总。满满的干货，需要的朋友，赶紧来 GET 吧。

Blogger 简介


【官方网站】：https://www.blogger.com/

Blogger 原是 Google 旗下一家大型的博客服务网站。它也是第一家大规模博客服务的提供商，由旧金山一家名为 Pyra Labs 的小型公司于 1999 年 8 月创办。它就好比国内新浪提供的新浪博客、搜狐提供的个人博客、更类似于网易的自媒体、百度的自媒体。有几十套漂亮的免费主题供你选、如果不满意还可以直接在后台修改 HTML 代码、改成你喜欢的主题！利用 Blogger，你可以将成千上万的博文、照片以及更多内容妥善地存储在 Google 中。

Blogger 优点


①最突出的优点就是简洁但功能强大，Blogger 没有多余而花哨的功能，必要的功能一个都不差。

②Bloger 自由性最大的地方在于其模板可以自定义，也就是说你可以修改模板里的任何内容，包括 Google 的广告，这给那些懂 Html 和 CSS 的 Blogger 提供了很大的自由度。

③用户还可以利用 Blogger 内置的分析功能，了解哪些博客比较受欢迎。您可以了解受众群体来自哪里，以及他们对哪些内容感兴趣。此外，你还可以将博客直接关联到 Google Analytics（分析），进一步查看详细信息。

④此外，Google AdSense 会自动在您的博客上显示相关的定位广告，你只需发布自己感兴趣的内容，即可赚取收益。Blogger 还提供免费域名、如果你有独立域名、你也可以用你自己的独立域名。

Blogger 下载


下载 Blogger 应用，即可随时随地开始撰写博文。

  • 撰写博文（可保存为草稿或立即发布）
  • 编辑现有博文
  • 查看您所保存和发布的博文列表
  • 切换帐号 / 博客（如果您有多个帐号 / 博客）
  • 嵌入图库中的图片或直接通过该应用拍摄的照片
  • 向博文添加标签

Google Paly；Apple Store

准备工作


Blogger 已在中国内地被永久性屏蔽。所以不能以正常步骤在我国大陆使用。所以在准备注册并使用 Blogger 之前，你需要做好以下准备。

1. 稳定的科学上网工具

这些平台有些还有免费试用，大家不妨去看看！

2. 准备好 Google 账号

注册 Blogger 网站的话，必须使用 Google 账户才能注册哟。

如果你还没有 Google 账号，但有 Google Voice，Textnow 这类虚拟手机号码的话，可以试试用虚拟号码注册一个 Google 账户。如果自己注册不成功，那就找渠道购买一个吧！

3. 准备好浏览器

个人比较推荐使用 Chrome 谷歌浏览器（建议安装翻译插件，可自动帮你把英文页面翻译成中文），其次是 Firefox 火狐浏览器，也可以使用 Bing 浏览器。

Blogger 注册流程


第一步：https://www.blogger.com/，进入官网首页，之后点击 “创建博客”，或者右上角 “登陆”。 

第二步：如果你登录了 Google 账户的话，会弹出这样的页面，你可以直接点击你账户，就可以登陆 Blogger 了。（如果遇到点击这个选项没有反应，也可以点下方【使用其他账号】然后重新输入一下账号，就可以正常登录。）

选择完之后，需要你再次输入密码，验证你的账号才能登陆成功哦！ 

但如果你自己还没有一个 Google 账号，可以点击 “使用其他账号”-“创建账号”-“为我自己创建”，然后输入你的相关信息，设置密码，从而创建一个 Google 账号。拥有一个 Google 账号，便可以使用 Google 所有产品和服务了。 

第三步：设置博客名称。如果没有想好，也可以暂时跳过，设置好了的话，就点击 “下一步”。 

第四步：为你的博客选择一个 URL，这个网址是人们如何在线找到您的博客的方式。

如何添加域名，可以 https://support.google.com/blogger/answer/1233387-hl=zh-Hans&ref_topic=6321959 进入页面查看详情。

第五步：之后，你将为你的博客署名。以上步骤完成之后，便可以进入 Blogger 的使用界面。接下来将为大家介绍一些常见的功能及使用指南。

Blogger 功能介绍及使用教程


1. 开启让搜索引擎检索

开启让搜索引擎检索，人们将更容易用搜索引擎（如 Google 和 Bing）找到你的博客：

  • 允许搜索引擎列出您的博客。
  • 在整个网站中使用关键字，使博客显示在搜索结果的较前位置。


具体操作流程：

  1. 登录到 Blogger。
  2. 在左上方，选择要在搜索引擎中列出的博客。
  3. 点击左侧菜单中的设置。
  4. 在 “隐私权” 下方，开启让搜索引擎检索。

针对您博客的搜索引擎优化 (SEO) 提示

您可以在博文和页面的标题和文本中使用相关的关键字，也可以指定搜索引擎不要在搜索结果中显示哪些页面、博文和链接。

2. 备份或导入博客

备份博客内容

要获取博客的博文、页面和评论的 .xml 文件，请执行以下操作：

  • 登录到 Blogger。
  • 在左上方，点击要备份的博客。
  • 点击左侧菜单中的设置。
  • 在 “管理博客” 下方，点击备份内容下载。

保存博客的主题背景副本

  • 登录到 Blogger。
  • 在左上方，点击要保存的博客。
  • 在左侧的菜单中，点击主题背景。
  • 点击右上方的 “更多” 图标。

将博文和评论导入到您的博客

重要提示：你每天可以导入的文件数量存在上限，但文件大小不受限制。

要导入博文和评论的 .xml 文件，请执行以下操作：

  • 登录到 Blogger。
  • 在左上方，点击要导入内容的博客。
  • 点击左侧菜单中的设置。
  • 在 “管理博客” 下方，点击导入内容
  • 如果您不想自动发布已导入的内容，请关闭自动发布已导入的所有博文和页面。
  • 选择要从计算机导入的. Xml 文件。
  • 点击打开。

3. 添加团队成员

要管理博客和发布内容，受邀的作者和管理员需要使用 Google 帐号。要邀请读者访问您的博客，请按以下步骤操作：

  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的设置。
  • 点击 “权限” 下方的邀请更多读者。
  • 输入您要添加的用户的电子邮件地址。
  • 点击发送。

4. 添加作者

要邀请新的作者，请执行以下操作：

  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的设置。
  • 点击 “权限” 下方的邀请更多作者。
  • 输入您要添加的作者的电子邮件地址。
  • 点击发送。对方接受邀请后，系统会将其列为作者。

5. 将博客设为不公开

如果有人知道某个图片的网址，那么在您将博客设为不公开之后，这些人仍可查看该图片。

默认情况下，您的博客是完全公开的，任何人都可以在网上阅读。

要更改哪些人可以访问您的博客，请按以下步骤操作：

1. 登录到 Blogger。

  1. 在左上方，选择博客。
  2. 点击左侧菜单中的设置。
  3. 点击 “权限” 下方的读者权限，然后从以下选项中选择：
  • 公开：网络上的任何人都可以访问和阅读您的博客。
  • 仅作者可见：您博客的所有作者均可访问和阅读您的博客。
  • 自定义读者：只有您邀请的读者才能访问和阅读您的博客。

6. 启用 “共享” 按钮

重要提示：您的博客必须设为公开状态才能使用 “共享” 按钮。

要让其他人通过电子邮件和社交媒体网站分享您的博客，您可以启用 “共享” 按钮：

  1. 登录到 Blogger。
  2. 在左上方，选择博客。
  3. 点击左侧菜单中的布局。
  4. 在 “页面主体” 部分，点击 “博文” 旁边的 “修改” 图标。
  5. 勾选 “显示共享按钮” 旁边的复选框。

其他常见问题


1. 怎么删除和恢复微博？

你必须是管理员，才能删除博客。删除博客后，您可以在短时间内恢复该博客。

删除博客

  • 登录到 Blogger。
  • 在左上方，点击要删除的博客。
  • 点击左侧菜单中的设置。
  • 在 “管理博客” 下方，点击移除博客

恢复已删除的博客

删除博客后，短期之内您仍可恢复该博客。要恢复博客，请执行以下操作：

  • 登录到 Blogger。
  • 在左上方的 “已移至回收站的博客” 下方，点击您要恢复的博客

永久删除

博客重要提示：永久删除博客后，所有的博客信息、博文和页面都会被删除。您将无法恢复永久删除的博客或再次使用该博客的网址。

要在删除博客后再将其永久删除，请按照以下步骤操作：

  • 在左上方的 “已移至回收站的博客” 下方，点击要永久删除的博客。


2. 在你的博客上如何显示广告？

如需通过 Blogger 赚取收入，您可以在自己的博客页面上显示 AdSense 和其他广告。

注册 AdSense

  • 重要提示：请务必先完成所有步骤，然后再点击重定向。
  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的收入然后创建 AdSense 帐号。
  • 如果您的博客目前不具备相关资格，请了解如何满足使用 AdSense 的条件。
  • 选择与您的 Blogger 帐号相关联的 Google 电子邮件地址。
  • 填写 AdSense 表单，然后点击创建帐号。
  • 输入您的付款明细，并验证电话号码。
  • 点击提交。

系统会自动将您转至 Blogger 以完成此流程。如果没有跳转，请点击重定向。

提示：如果您在完成上述步骤时被中断，请重新执行第 1 至 5 步。如果您的 AdSense 首页连续几天都显示 “我们正在为您完成配置”，请点击接受关联。

在博文之间显示广告

  • 登录到 Blogger。
  • 在左上方，选择要显示广告的博客。
  • 点击左侧菜单中的布局。
  • 根据不同的模板，选择以下操作：
  • 在 “页面主体” 下的 “博文” 中，点击修改。
  • 在 “主体” 下的 “博文” 中，点击修改。
  • 勾选 “在博文之间显示广告” 旁边的复选框。
  • 选择广告格式、颜色以及广告显示的频率。
  • 点击保存。

如需保存排列方式，请点击右下方的 “保存” 图标保存。

在专栏中显示广告

  • 登录到 Blogger。
  • 在左上方，选择要显示广告的博客。
  • 点击左侧菜单中的布局。
  • 在 “边栏” 下方，点击添加小工具。
  • 点击 “AdSense” 旁边的 “添加” 图标添加。
  • 配置 AdSense，然后点击保存。
  • 如需保存排列方式，请点击右下方的 “保存” 图标保存。

显示来自其他广告服务的广告

  • 登录到 Blogger。
  • 在左上方，选择要显示广告的博客。
  • 点击左侧菜单中的布局。
  • 将光标指向要显示广告的区域，然后点击添加小工具。
  • 在弹出式窗口中，点击 “HTML/Javascript” 旁边的 “添加” 图标添加。
  • 可选：输入标题。
  • 将广告服务网站的代码复制并粘贴到 “内容” 部分中。
  • 点击保存。
  • 如需保存排列方式，请点击右下方的 “保存” 图标保存。

查看您的 Blogger 收入报告

  • 登录到 Blogger。
  • 在左上方，选择要查看的博客。
  • 点击左侧菜单中的收入然后查看收入。

提示：如需了解报告中各个术语的含义，请使用 AdSense 词汇表。

如果 AdSense 未启用，应采取什么措施

如需检查您的帐号是否仍然有效，请访问 AdSense。

  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的布局。
  • 点击 “AdSense” 小工具下方的修改然后保存。
  • 针对您博客上的每个 AdSense 小工具，重复第 4 步的操作。
  • 点击 “博文” 小工具底部的修改然后保存。
  • 如需保存排列方式，请点击右下方的 “保存” 图标保存。

设置 ads. Txt 文件

如果您的博客通过第三方提供商获利，或者您已在博客中手动集成了 AdSense，那么您需要自行设置 ads. Txt 文件的内容。详细了解 AdSense 的 ads. Txt。

  • 登录到 Blogger。
  • 在左上方，选择您要设置的博客。
  • 点击左侧菜单中的设置。
  • 在 “获利” 下方，开启启用自定义 ads. Txt。
  • 点击自定义 ads. Txt。
  • 从第三方获利提供商处复制设置，并将其粘贴到文本框中。
  • 点击保存。

提示：如需查看 ads. Txt 文件的内容，请转到 http://<您的博客地址>/ads. Txt。

3. 如何使用站点 Feed 在其他网站上分享自己的内容？

当您更新网页内容时，站点 Feed 会向其他网站上的用户发送通知。

  • 选择要分享的内容
  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的设置。
  • 在 “站点 Feed” 下方，点击允许博客 Feed，选择要分享的内容量。都允许：显示每篇博文的全部内容。
  • 在继续阅读标示之前：显示继续阅读标示之前的内容。
  • 摘要：显示每篇博文开头部分的摘录。
  • 自定义：针对博文、评论 Feed 或每篇博文的评论 Feed 设置高级选项。
  • 都不允许：完全停用站点 Feed。
  • 点击保存。

使用 Blogger Feed 分享内容

重要提示：站点 Feed 不适用于不公开的博客。

  • 要分享博客，您可以将下列网址添加到 Feed 阅读器中。


4. 如何通过其他 Feed 服务提供商分享内容？

如果您使用的是 FeedBurner 或其他服务，请重定向您的 Feed 以完成设置：

  • 从相应服务中复制站点 Feed。
  • 登录到 Blogger。
  • 在左上方，选择博客。
  • 点击左侧菜单中的设置。
  • 在 “站点 Feed” 下方，点击博文 Feed 重定向网址。
  • 粘贴网址。
  • 点击保存。

5. 如何将 Google Analytics（分析）与 Blogger 结合使用？

第 1 步：注册 Google Analytics（分析）


第 2 步：向 Blogger 添加 Google Analytics（分析）跟踪

你最长可能需要等待 24 小时，相应数据才会显示在 Google Analytics（分析）中。

  • 登录到 Blogger。
  • 在左上方，选择要分析的博客。
  • 点击左侧菜单中的设置。
  • 在 “基本” 下方，点击 Google Analytics（分析）媒体资源 ID。
  • 输入您的 Google Analytics（分析）跟踪 ID。请确保按以下格式输入 ID：UA-XXXXX-XX。
  • 点击保存。

本文出自：Google旗下最新Blogger注册及使用教程（下载+注册流程+常见问题汇总），靠它赚美金也可以的

]]> https://blog.ccino.cc/i/googles-blogger-registration-and-usage-tutorial/ full 肥羊的IPTV等直播源代理Docker部署教程 p2Od2jl0y7Y Sun, 06 Oct 2024 11:49:27 GMT false 一、推荐使用 Docker 一键运行，并配置 watchtower 监听 Docker 镜像更新，直接一劳永逸：

1，使用 Docker 一键配置 allinone

docker run -d --restart unless-stopped --net=host --privileged=true -p 35455:35455 --name allinone youshandefeiyang/allinone


2，一键配置 watchtower 每天凌晨两点自动监听 allinone 镜像更新，同步 GitHub 仓库：

docker run -d --name watchtower --restart unless-stopped -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower allinone -c --schedule "0 0 2 * * *"


二、直接运行：


首先去 action 中下载对应平台二进制执行文件，然后解压并直接执行

chmod 777 allinone && ./allinone



建议搭配进程守护工具进行使用，windows 直接双击运行！

三、详细使用方法

Ysptp 和 Itv 聚合 M 3 U 获取：


声明：如果你是在公网服务器部署，不愿意开启聚合 TV 直播服务，在运行裸程序或者 Docker 时，加上参数 -tv=false 即可不开启直播服务，具体可点击参考命令范例

http://你的IP:35455/tv.m3u


BiliBili、虎牙、斗鱼、YY 实时 M 3 U 获取：

BiliBili 生活：

http://你的IP:35455/bililive.m3u


虎牙一起看：

http://你的IP:35455/huyayqk.m3u


斗鱼一起看：

http://你的IP:35455/douyuyqk.m3u


YY 轮播：

http://你的IP:35455/yylunbo.m3u


如果使需要自定义 M 3 U 文件中的前缀域名，可以传入 url 参数（需要注意的是，当域名中含有特殊字符时，需要对链接进行 urlencode 处理）：

http://你的IP:35455/xxxyqk.m3u?url=http://192.168.10.1:35455


抖音：

默认最高画质，浏览器打开并复制 (live.douyin.com/)xxxxxx，只需要复制后面的 xxxxx 即可（可选 flv 和 hls 两种种流媒体传输方式，默认 flv）：

http://你的IP:35455/douyin/xxxxx(?stream=hls)


斗鱼：

1，可选 m 3 u 8 和 flv 以及 xs 三种流媒体传输方式【 (www.douyu.com/)xxxxxx 或 (www.douyu.com/xx/xx?rid=)xxxxxx，默认 flv】：

http://你的IP:35455/douyu/xxxxx(?stream=flv)


BiliBili (live.bilibili.com/)xxxxxx：

1，平台 platform 参数选择（默认 web，如果有问题，可以切换 h 5 平台）：

"flv"   => "FLV"
"hls"    => "M3U8"


2，线路 line 参数选择（默认线路二，如果卡顿 / 看不了，请切换线路一或者三，一般直播间只会提供两条线路，所以建议线路一 / 二之间切换）：

"first"  => "线路一"
"second" => "线路二"
"third"  => "线路三"


3，画质 quality 参数选择（默认原画，可以看什么画质去直播间看看，能选什么画质就能加什么参数，参数错误一定不能播放）：

"4" => "原画质"
"3" => "低画质"


4，最后的代理链接示例：

http://你的IP:35455/bilibili/xxxxxx(?platform=hls&line=first&quality=4)


虎牙 (huya.com/)xxxxxx：

1，查看可用 CDN：

http://你的IP:35455/huya/xxxxx?type=display


2，切换媒体类型（默认 flv，可选 flv、hls）：

http://你的IP:35455/huya/xxxxx?media=hls


3，切换 CDN（默认 hwcdn，可选 hycdn、alicdn、txcdn、hwcdn、hscdn、wscdn，具体可先访问 1 获取）：

http://你的IP:35455/huya/xxxxx?cdn=alicdn


4，最后的代理链接示例：

http://你的IP:35455/huya/xxxxx(?media=xxx&cdn=xxx)


YouTube:

https://www.youtube.com/watch?v=cK4LemjoFd0
Rid: cK4LemjoFd0
http://你的IP:35455/youtube/cK4LemjoFd0(?quality=1080/720...)


YY（默认最高画质，参数为 4）:

https://www.yy.com/xxxx
http://你的IP:35455/yy/xxxx(?quality=1/2/3/4...)


更多平台后续会酌情添加

]]> https://blog.ccino.cc/i/feiyang-iptv-and-other-live-source-proxy-docker-deployment-tutorial/ full Hugo博客使用utterances作为评论系统 aGCkTkpFq6N Sat, 05 Oct 2024 12:52:42 GMT false Hugo 博客上的评论插件一直试了好多，但网上关于 hugo 的评论插件是太少了，找了好长时间都没有值得考究的。如： Disqus、gitment、gitalk、来比力… 这些都是国外的，加载速度确实不敢恭维，就目前为止，Disqus 官网还被墙了，gitment 由于其开发者很久没有维护，gitalk 还算行，gitment、gitalk 这两个评论服务是通过 GitHub 提供的 API 创建含有相应标签的 issue。

  1. 国内其实也有很多评论插件，如：有言（官网已经挂了）、畅言（搜狐出品）。还有来比力（韩国的，之前 hexo 博客用到过，加载速度也好慢），Valine（这个评论插件确实不错，但注册账号后还要用身份证号码信息认证，认证完后还要用支付宝扫码验证是不是本人的，基于安全考虑，暂时还是先不要用这个，不知道一个评论插件还要这么多程序）
  2. 其实第三方插件也还是要承担些安全责任的，发表不好的言论都是有些关系的。
  3. Hugo 推荐 utterances 和 gitalk 评论插件来使用。

Utterances 是一款基于 GitHub issues 的评论工具


相比同类的工具 gitment、gitalk 以及 disqus 评论工具，优点如下：

  1. 极其轻量
  2. 加载非常快
  3. 配置比较简单
  4. Disqus 这个工具配置也比较简单，也是免费的。但是，广告多，而且加载也比较慢。体验了一把 utterances 后，马上切换到 utterances。
  5. Utterances 是基于 github issue，拥有多种主题的开源免费小组件。

Hugo 博客配置使用 utterances

  • 首先在 github 上创建一个空仓库，如：hugoblogtalks，并且初始化设置，仓库必须是 Public，而不是私有的，这样我们的读者才可以查看以及发表评论。 
  • 接着就是在 hugo 的配置文件（config. Toml）中启用 utterances，打开 config. Toml，添加如下：
## 配置 utteranc评论,教程参考 https://utteranc.es/
[params.utteranc]
  enable = true
  repo = "yunxd/hugoblogtalks" ##换成自己得
  issueTerm = "pathname"
  theme = "github-light"


Repo 的格式为：github 用户名 / 创建的仓库名

Github 上安装 utterances

  • 首先必须在 github 上进行安装 utterances，访问 utterances 应用程序 然后点击 Install 按钮进行安装。
  • 在这里可以选择可以关联的存储库，可以选择我们所拥有的库 (也包括未来建立的库) 或者某一个仓库，这里只选择某一个需要进行评论的库，这样比较好。



Hugo

Github


]]> https://blog.ccino.cc/i/hugo-blog-uses-utterances-as-comment-system/ full Hugo by Github with Cloudflare Pages wRYR61gQSWh Sat, 05 Oct 2024 00:02:29 GMT false 在线预览：https://lmm.pages.dev

部署全程 Web 端操作，无需本地安装 Hugo 、配置 Git 、连通 Github 等操作。浏览器 OS，飞起！


Github 导入仓库

点击导入 https://github.com/new/import


https://github.com/lmm214/cloudflare-hugo-theme-stack

填入已配置好主题 ( hugo-theme-stack ) 的仓库，再给自己的取个仓库名，设置公开、私人都可以。

仓库导入完成

Cloudflare Pages 创建项目

Cloudflare Dash https://dash.cloudflare.com/ 点导航栏 Pages ，点 创建项目，授权刚创建的 Github 仓库。

修改项目名称

项目名称可以自定义，我改成了 lmm ，CF 会分配对应的二级域名供访问。生产分支默认 main 即可。

框架预设选择 Hugo ，添加环境变量，指定高版本的 HUGO_VERSION 为 0.92.0

Pages 创建完成

撒花 🎉


然后，然后

了解主题配置 https://docs.stack.jimmycai.com/zh/configuration/ ，修改站点信息。

日常发文在 content/post 文件夹下新增 md 文件即可。

]]> https://blog.ccino.cc/i/Hugo by Github with Cloudflare Pages full 使用 Obsidian 一键发布博客 N4KE5hrTVPH Fri, 04 Oct 2024 23:59:39 GMT false 博客荒废好久了！之前也陆陆续续使用过一些博客程序，要么发布部署有些麻烦，要么使用第三方服务不太稳定，一段时间就停止维护了。

偶然的机会看到文章： obsidian 配合 hugo、cloudflare：让发布博客简单到不可思议，心动入坑，花了近一周的时间研究折腾，终于把基于 obsidian 的博客写作与发布工作流搭建起来了，现在可以愉快的一键发布啦。

从 0 到 1 折腾踩坑，整个过程好似「晨兴理荒秽，带月荷锄归」，但没有陶渊明那样悠然自得。折腾的心累，年纪再大点肯定折腾不动的，这里首先强烈建议怕麻烦同学的劝退。


博客方案

折腾前我整理出自己的博客需求如下：

  • 简单快捷：使用 Obsidian 写完，一键发布
  • 稳定靠谱：减少第三方依赖，尽量使用靠谱的第三方服务，例如 github
  • 图片能够顺畅加载：之前直接使用 github 做图床，国内访问很慢

参考一些大佬的配置，最终的选型如下：

  • Obsidian + obsidian git 插件 ：markdown 写作，obsidian git 插件自动上传 github
  • Hugo：静态网站构建工具
  • Github + Github Action ：源码托管，自动化编译（emmm，github 应该不会倒闭）
  • Cloudflare Page：静态网站托管 （也可以直接用 github page 托管）
  • Picgo + jsdelivr：基于 github 的图床 、cdn 加速

最终达到的效果是： 在 obsidian 写文章，通过快捷键一件上传到 git 之后，自动构建发布。 图片在 obsidian 可以自动上传到 github 图床，并且转为 cdn jsdelivr 加速。如下图所示：

本站源码：

参考与致谢：


折腾记录0 准备工作

  • 能科学上网
  • github 账号、熟悉基本命令
  • cloudflare 账号
  • 个人域名

1 本地初始化 hugo 博客

1.1 hugo 安装

windows 上安装 hugo 需要先安装 go，在 macOS 上安装 hugo 比较简单可以自动安装所需依赖。


brew update
brew install hugo

Bash

1.2 hugo 博客初始化


hugo new site yaofun.top

Bash

例如 /home/yao/blog 下执行命令，会 生成 yaofun.top 子目录： /home/yao/blog/yaofun.top

1.3 安装 hugo 主题

我安装的是 hello-friend-ng 主题：


$ git submodule add https://github.com/rhazdon/hugo-theme-hello-friend-ng.git themes/hello-friend-ng

Bash

1.4 本地运行与调试

拷贝 theme 下的 exmapleSite 下的 content 目录和 .toml 配置到 hugo 根目录（/home/yao/blog/yaofun.top）

执行 hugo server 即可用 http://localhost:1313 查看预览效果，修改静态代码后它会自动重新编译构建。

你可以调试 hugo 的配置，折腾成自己满意的效果。


2 自动化发布与部署

本地博客搭建完毕后，可以开始配置自动化部署。

2.1 博客及源码上传到 github 仓库

  1. github 新建一个仓库 ，git clone 到本地
  2. 把博客源码（/home/yao/blog/yaofun.top/* ）拷贝到本地 git 仓库里面
  3. 通过 git push 到 github

至此可以通过 git 把源码推送到 github 仓库

2.2 博客源码自动化编译部署

  1. 新建一个仓库，存放 hugo 生成的博客静态文件（这一步也可以用同仓库，不同分支）
  2. 配置 github action github action 实现：
  3. hugo 编译生成静态代码 ./public；
  4. 推送 ./public 静态代码到刚才新建的 github 静态文件仓库

2.3 cloudflare page 托管静态网站

  1. cloudflare 在 workers & pages 里面新建一个 page，指向静态代码的仓库
  2. build 里面什么都不用配置，因为 github action 已经完成了 hugo 编译
  3. 配置自定义域名

至此完成基本的自动化发布流程：

本地 -> github 源码库 -> github 静态仓库 -> cloudflare page 托管


3 图床与图床加速

文本没问题了，还差一个图片如何展示，并且国内也能顺畅展示的问题。

3.1 picgo + github 图床 下载 picgo ，设置 github 图床，此步略过不表

3.2 图床加速 picgo 配置自定义域名，例如我的是：https://cdn.jsdelivr.net/gh/goby-ao/picgo@main 配置规则：github 用户名，仓库名，分支要换成自己的。默认图片在仓库的 img 目录。


4 obsidian 配置

以上工作做好之后，就可以配置 obsidian 了，实现拼图的最后一步 - 使用 obsidian 一键发布。

  1. obsidian 创建新的 vault ，地址为 hugo 源码目录
  2. 安装 obsidian 插件 git：在 obsidian 中一键 commit 、push 代码
  3. 安装 obsidian 插件 Image Auto Upload：实现贴图自动上传图床，生成链接
  4. 安装 obsidian 插件 Templater ：配置博客模板 header
---
date: <% tp.file.creation_date("YYYY-MM-DD") %>
title: <% tp.file.title %>
tags: ['<% tp.system.suggester(item => item, Object.keys(app.metadataCache.getTags()).map(x => x.replace("#", ""))) %>']
---

YAML

  1. 安装 obsidian 插件 quickadd ：更便捷的创建博客文件


5 折腾美化

5.1 图片排版

参考：Hugo 多图排版这样来：：木木木木木 在 themes/hello-friend-ng/assets/scss/_single.scss 里面加入以下 css 代码：


.post-content p:has(> img:nth-child(2)){column-count:2;column-gap:8px;margin:6px 0;}
.post-content p:has(> img:nth-child(3)){column-count:3;}
.post-content p:has(> img:nth-child(4)){column-count:4;}
.post-content p:has(> img:nth-child(5)){column-count:5;}
.post-content p:has(> img:nth-child(6)){column-count:4;}
.post-content p:has(> img:nth-child(2)) img{display:inherit;}
.post-content p:has(> img:nth-child(6)) img{margin-bottom:8px;}

CSS

效果如下：

实际显示：

5.2 图片灯箱效果

图片点击后灯箱效果，使用：ViewImage.js - 2kb minimalist lightbox.

  1. 下载 view-image.min.js 到 static/js/ 下
  2. 在 themes/hello-friend-ng/layouts/partials/javascript.html 下加入代码：


<script src="/js/view-image.min.js"></script>
<script>
    window.ViewImage && ViewImage.init('.content img');
</script>

JavaScript

6 其他问题

中文字数统计不准

在 hugo.toml 里加入一行：hasCJKLanguage = true


为什么要写博客 ？

督促自己思考，沉淀，进步。在互联网上有一片属于自己的 Secret Garden。

]]> https://blog.ccino.cc/i/Use -obsidian- to publish a blog in one click full obsidian 配合 hugo、cloudflare：让发布博客简单到不可思议 QaUFyeEgUFJ Thu, 03 Oct 2024 08:58:52 GMT false

自从我更换博客系统到 hugo 之后，我越来越少发博客了。原因除了最近写得少之外，就是发布起来不如之前使用 Gridea 那么方便了。

参考了几篇文章，现在的发布流程为：

  1. Obsidian 创建文章并写作。
  2. 利用 obsidian-git 插件将文件自动同步到 github
  3. Cloudflare 自动拉取 github 仓库，并自动构建为 hugo 项目，相当于省略了本地执行 hugo -D 的过程。

旧的发布方式为：

  1. Obsidian 中写作文章
  2. 复制文件到 hugo 项目的 content/posts 文件夹
  3. 然后执行 hugo -D 命令，生成静态文件
  4. 再到 public 文件夹下使用 git 将已生成的静态文件上传到 github。Github page 作为博客展示。

这个过程是非常麻烦的。

今天看到木木的博客中提到的 Cloudflare，就想着改造一下。改造过程如下。

使用到的 obsidian 插件

Image auto upload plugin


用于自动上传图片到图床。需要配合 picgo 使用。

Quickadd


用于快速创建一篇新博客。

下面是我的设置：

  1. 创建一个 Template 类型的 quickadd 命令


  1. 在根目录新建一个 _Templates 文件夹，并创建模板文件 hugo博客模板
1
2
3
4
5
6
7
8
9
---
title: {{NAME}}
tags: [{{VALUE:tag？}}]
date: {{DATE:YYYY-MM-DD HH:mm:ss}}
draft: true
hideInList: false
isTop: false
feature: 
---

Copy

Published 字段是发布，默认设置为 false，草稿。等到文章写完并修改无误后，再修改为 true 进行发布。

  1. 设置 quickadd 命令：


Obsidian-git


用于自动备份文件到 github。

插件设置修改如下：

启用 Cloudflare


打开 Cloudflare Dash 导航栏 Pages ，点 创建项目，授权 Github 项目，选择博客所在仓库，选择正确的分支。

添加环境变量，指定高版本 HUGO_VERSION 为 0.92.0

然后部署即可。

部署完成后就可以使用 cloudflare 的二级域名访问博客了。如果你像我一样有自己的独立域名，那么可以进行域名绑定。

Cloudflare 绑定独立域名


首先第一步，把自己的域名托管到 cloudflare。参考： 如何将域名托管到 cloudflare 这篇文章。

然后打开导航栏 Pages ，在右侧找到刚刚的博客站点，在设置或者部署中找到 【自定义域】，设置自定义域名，输入之前托管进来的域名，按照指引完成绑定。

以上，所有设置都已完成。

现在我要发布一篇新博客时，只要在 obsidian 中打开 hugo 博客的这个库，然后使用 quickadd 新建一篇博客，写上内容，然后把 yaml 中的 published 字段值改为 true 即可（从草稿改为发布）。等待 3 分钟后 obsidian-git 插件自动同步到 github，博客就自动更新发布好了。

这篇文章就是使用新方式发布的，优雅不是一点点。

参考

Obsidian

Hugo

Github

Blog


]]> https://blog.ccino.cc/i/obsidian-hugo-cloudflare/ full 使用Obsidian一键发布到hugo博客 vxsVgLq828x Thu, 03 Oct 2024 07:10:53 GMT false 博客荒废好久了！之前也陆陆续续使用过一些博客程序，要么发布部署有些麻烦，要么使用第三方服务不太稳定，一段时间就停止维护了。

偶然的机会看到文章： obsidian 配合 hugo、cloudflare：让发布博客简单到不可思议，心动入坑，花了近一周的时间研究折腾，终于把基于 obsidian 的博客写作与发布工作流搭建起来了，现在可以愉快的一键发布啦。

从 0 到 1 折腾踩坑，整个过程好似「晨兴理荒秽，带月荷锄归」，但没有陶渊明那样悠然自得。折腾的心累，年纪再大点肯定折腾不动的，这里首先强烈建议怕麻烦同学的劝退。


博客方案

折腾前我整理出自己的博客需求如下：

  • 简单快捷：使用 Obsidian 写完，一键发布
  • 稳定靠谱：减少第三方依赖，尽量使用靠谱的第三方服务，例如 github
  • 图片能够顺畅加载：之前直接使用 github 做图床，国内访问很慢

参考一些大佬的配置，最终的选型如下：

  • Obsidian + obsidian git 插件 ：markdown 写作，obsidian git 插件自动上传 github
  • Hugo：静态网站构建工具
  • Github + Github Action ：源码托管，自动化编译（emmm，github 应该不会倒闭）
  • Cloudflare Page：静态网站托管 （也可以直接用 github page 托管）
  • Picgo + jsdelivr：基于 github 的图床 、cdn 加速

最终达到的效果是： 在 obsidian 写文章，通过快捷键一件上传到 git 之后，自动构建发布。 图片在 obsidian 可以自动上传到 github 图床，并且转为 cdn jsdelivr 加速。如下图所示：

本站源码：

参考与致谢：


折腾记录0 准备工作

  • 能科学上网
  • github 账号、熟悉基本命令
  • cloudflare 账号
  • 个人域名

1 本地初始化 hugo 博客

1.1 hugo 安装

windows 上安装 hugo 需要先安装 go，在 macOS 上安装 hugo 比较简单可以自动安装所需依赖。


brew update
brew install hugo

Bash

1.2 hugo 博客初始化


hugo new site yaofun.top

Bash

例如 /home/yao/blog 下执行命令，会 生成 yaofun.top 子目录： /home/yao/blog/yaofun.top

1.3 安装 hugo 主题

我安装的是 hello-friend-ng 主题：


$ git submodule add https://github.com/rhazdon/hugo-theme-hello-friend-ng.git themes/hello-friend-ng

Bash

1.4 本地运行与调试

拷贝 theme 下的 exmapleSite 下的 content 目录和 .toml 配置到 hugo 根目录（/home/yao/blog/yaofun.top）

执行 hugo server 即可用 http://localhost:1313 查看预览效果，修改静态代码后它会自动重新编译构建。

你可以调试 hugo 的配置，折腾成自己满意的效果。


2 自动化发布与部署

本地博客搭建完毕后，可以开始配置自动化部署。

2.1 博客及源码上传到 github 仓库

  1. github 新建一个仓库 ，git clone 到本地
  2. 把博客源码（/home/yao/blog/yaofun.top/* ）拷贝到本地 git 仓库里面
  3. 通过 git push 到 github

至此可以通过 git 把源码推送到 github 仓库

2.2 博客源码自动化编译部署

  1. 新建一个仓库，存放 hugo 生成的博客静态文件（这一步也可以用同仓库，不同分支）
  2. 配置 github action github action 实现：
  3. hugo 编译生成静态代码 ./public；
  4. 推送 ./public 静态代码到刚才新建的 github 静态文件仓库

2.3 cloudflare page 托管静态网站

  1. cloudflare 在 workers & pages 里面新建一个 page，指向静态代码的仓库
  2. build 里面什么都不用配置，因为 github action 已经完成了 hugo 编译
  3. 配置自定义域名

至此完成基本的自动化发布流程：

本地 -> github 源码库 -> github 静态仓库 -> cloudflare page 托管


3 图床与图床加速

文本没问题了，还差一个图片如何展示，并且国内也能顺畅展示的问题。

3.1 picgo + github 图床 下载 picgo ，设置 github 图床，此步略过不表

3.2 图床加速 picgo 配置自定义域名，例如我的是：https://cdn.jsdelivr.net/gh/goby-ao/picgo@main 配置规则：github 用户名，仓库名，分支要换成自己的。默认图片在仓库的 img 目录。


4 obsidian 配置

以上工作做好之后，就可以配置 obsidian 了，实现拼图的最后一步 - 使用 obsidian 一键发布。

  1. obsidian 创建新的 vault ，地址为 hugo 源码目录
  2. 安装 obsidian 插件 git：在 obsidian 中一键 commit 、push 代码
  3. 安装 obsidian 插件 Image Auto Upload：实现贴图自动上传图床，生成链接
  4. 安装 obsidian 插件 Templater ：配置博客模板 header
---
date: <% tp.file.creation_date("YYYY-MM-DD") %>
title: <% tp.file.title %>
tags: ['<% tp.system.suggester(item => item, Object.keys(app.metadataCache.getTags()).map(x => x.replace("#", ""))) %>']
---

YAML

  1. 安装 obsidian 插件 quickadd ：更便捷的创建博客文件


5 折腾美化

5.1 图片排版

参考：Hugo 多图排版这样来：：木木木木木 在 themes/hello-friend-ng/assets/scss/_single.scss 里面加入以下 css 代码：


.post-content p:has(> img:nth-child(2)){column-count:2;column-gap:8px;margin:6px 0;}
.post-content p:has(> img:nth-child(3)){column-count:3;}
.post-content p:has(> img:nth-child(4)){column-count:4;}
.post-content p:has(> img:nth-child(5)){column-count:5;}
.post-content p:has(> img:nth-child(6)){column-count:4;}
.post-content p:has(> img:nth-child(2)) img{display:inherit;}
.post-content p:has(> img:nth-child(6)) img{margin-bottom:8px;}

CSS

效果如下：

实际显示：

5.2 图片灯箱效果

图片点击后灯箱效果，使用：ViewImage.js - 2kb minimalist lightbox.

  1. 下载 view-image.min.js 到 static/js/ 下
  2. 在 themes/hello-friend-ng/layouts/partials/javascript.html 下加入代码：


<script src="/js/view-image.min.js"></script>
<script>
    window.ViewImage && ViewImage.init('.content img');
</script>

JavaScript

6 其他问题

中文字数统计不准

在 hugo.toml 里加入一行：hasCJKLanguage = true


为什么要写博客 ？

督促自己思考，沉淀，进步。在互联网上有一片属于自己的 Secret Garden。

]]> https://blog.ccino.cc/i/Use Obsidian to publish to hugo blog with one click/ full VPS 基本配置：新买的 VPS 怎么整备和调教？ ez56GfIVr5S Wed, 02 Oct 2024 11:48:20 GMT false 拿到新机器，咱们二话不说，先 ping 一下 IP，能否连通。连不通的话，可能是被封锁了，新机一般可以免费换 IP，换完接着 ping。

连通后看看延迟和丢包，延迟太大就得考虑。可能这个机房，它不适合你。

大家的地区，运营商，节点线路都不大一样，冷暖自知。

能接受的话，就 ssh 上去，开始跑测试脚本，是骡子是马，还得看数据。跑完测试觉得机子不行，应该还能赶在截止时间之前退单退款。

有些鸡贼的商家，使用流量超过 10G，就不给退单退款，这种就别跑测速了。

测速脚本一跑，几十个 GB 就没了，到时候退不了，只能砸自己手里。

· · ·


一、脚本测试

先别急着装什么面板，测完性能再说，直接上脚本。

1. yabs 脚本

yabs 是一个比较常用的综合测试脚本，权威性比较高，一般用来看最后的 cpu 得分。

wget -qO- yabs.sh | bash

2. bench.sh 一键测试脚本

bench.sh 也是一个综合测试脚本，历史比较久，大佬一直在维护。

原作者链接：github.com/teddysun/across

wget -qO- bench.sh | bash

3. 线路测试

besttrace 是专门测试回国线路的脚本，可以看到连接国内几大城市的节点线路和对应延迟。

wget -qO- git.io/besttrace | bash

4. 网速测试

network-speed，测试 vps 到全球的连接速度，节点比较多，比较耗流量，成功测完得 20G 往上。

wget -qO- network-speed.xyz | bash

5. 硬盘测试

这条测试是调用系统的命令，看看到底是 HDD、SSD 还是 NVME 硬盘。

dd if=/dev/zero of=256 bs=64K count=4K oflag=dsync

测试结果参考：1-2M/s 的是 HDD；20-30M/s 就普通的 SSD；80M/s 以上的是好机子。

6. 内存超售检测

部分商家会超售内存，可以用该脚本检测。

至于超售 CPU、带宽，这个就比较稀松平常了。

（脚本的安全性未知，建议看完重装系统部分，再决定要不要跑。）

curl https://raw.githubusercontent.com/uselibrary/memoryCheck/main/memoryCheck.sh | bash

7. 流媒体解锁和 OpenAI 解锁测试

检测 VPS 的 IP 是否能够用来开通流媒体、OpenAI 等订阅服务。（同上，脚本安全性未知。）

bash <(curl -L -s https://netflix.dad/detect-script)

8. IP 检测

如果对 IP 这个比较看重，怪文再推荐两个小工具，简单调查一下手上的 IP。

1) IP 位置

whatismyipaddress.com

whatismyipaddress 这个网站可以查到你 VPS 的 IP 所在地，数据比较精准。

2) IP 纯净度

scamalytics.com

这个网站会返回一个分数和一个风险等级，欺诈风险分数一般低于 50 就好。当然，分数越低越好，0 分最好。

scamalytics 可以查到 IP 的纯净程度，这点很重要！

IP 越干净，越容易过流媒体等服务的订阅风控，也不容易弹 Google 和 Cloudflare 的人机验证弹窗和过渡页，代理的时候体验会更好。

比如，注册 OpenAI 账号，开通 Plus 订阅，都是很看重 IP 欺诈分的，分数太高的话，申请 API 和 Plus 可能不给通过。

当然，也可以选择其他方式进行代偿，比如套 wrap，或者用其他优质节点开通服务，后面换回原 IP 继续用，基本没啥问题，除非原 IP 被墙了。

· · ·


二、更新系统

1. 重装系统

建议先跑完测试脚本，再重装系统，也是为了规避脚本的安全性问题。可别以为大家用的脚本就很安全哦，还是别轻信外部脚本的好。

有些人喜欢跑各种整合过的一键脚本，也不看脚本里面写的啥，难搞。

一般来说，VPS 厂商给你的默认操作系统，很可能不是你想要的发行版或者版本号，建议用厂商的面板重装下系统。

不太建议自己装些厂商没提供的系统，容易被抓到把柄。

系统的选择

服务器端发行版选择很多，Debian，Ubuntu，Rocky Linux，AlmaLinux，Fedora 等等，甚至 CentOS，OpenSUSE Leap 都行，选自己熟悉的就好。

关于各个发行版的特点和取舍，这里先占个坑，后面来填吧。

反正有条件的直接上 Red Hat Enterprise Linux（RHEL）就好，免费的哪有这个好啊。

Ubuntu 因为资料好找，使用起来方便，稳定性也不错，所以怪文一直用 Ubuntu。

但自从 Canonical 往 Ubuntu 22.04.3 LTS 里面塞广告，有些广告还无法被移除，吃相有点难看，这种行径和国内厂商有得一拼了。

目前还在寻找平替，因为系统还没换，下面的 shell 命令，基本都是基于 Ubuntu 的版本。

如果装的是 Fedora 和 RHEL 系的发行版，比如 CentOS 之类的，请将下面命令中的 apt 用 yum 替换。

2. 更新列表升级应用

apt update && apt upgrade && apt full-upgrade && apt autoremove

3. 基础工具包

apt install vim curl unzip ufw

· · ·


三、安全配置

小白最容易忽略的就是安全配置，弱密码什么的就不说了，说一下核心的配置。

1. 添加新用户

不建议每次都用 root 账号登录，创建新用户并给 root 权限比较好。

首先，添加新用户，并自动创建对应的组，然后根据提示设置密码：

adduser 新用户名

设置新密码之后，继续。除了用户名，其他敲回车默认即可。

添加新用户到 sudo 用户组，就可以使用 sudo 命令了：

usermod -aG sudo 新用户名
Copy
// 相关补充
exit            // 用户退出登录
passwd p        // 重设密码

2. 修改 SSH 登录端口

更改端口前，建议先把 22 端口也添加上，等 ssh 能通过其他端口连接后，再注释掉22端口。

先打开配置文件：

vim /etc/ssh/sshd_config

找到这行：

Port 22

然后在后面追加想要的端口号：

Port 端口号

端口号的范围是 0 到 65535，数字别超了。

加完端口重启 SSHD 服务，让配置生效：

systemctl restart sshd.service

如遇到 ssh 连接总自己断开，还可以继续添加添加配置：

ClientAliveInterval 30
ClientAliveCountMax 6

3. SSH 免密登录

Windows 用户在 /.ssh 目录生成公钥和私钥：

ssh-keygen

再在 vps 上的生成用户的公钥和私钥：

ssh-keygen

创建 authorized_keys 文件，把 Win 上的公钥复制进 authorized_keys：

cd /当前用户目录/.ssh
vim authorized_keys

给 authorized_keys 文件设置权限：

chmod 600 /当前用户目录/.ssh/authorized_keys

重启 ssh：

systemctl restart sshd

最后，在本地测试配置是否成功：

ssh 用户名@IP

再在 SSH 工具里配置一下登录凭证，就可以免密登录了。

4. 限制 root 用户直接 ssh 登录或者密码登录

修改配置文件：

vim /etc/ssh/sshd_config

加入内容（限制 root 用户直接 ssh 登录，换言之，后面得用新用户登录）：

PermitRootLogin no

如果只是想限制 root 用户密码登录，只能用密钥登录，则需要修改配置文件内容为：

PermitRootLogin without-password

使修改生效：

systemctl restart sshd

修改文件权限，把 .ssh 目录设为 700：

chmod 700 /root/.ssh

5. 启用防火墙

检查防火墙的状态：

ufw status verbose

所有可用的应用程序配置：

ufw app list

查找指定配置文件包含的防火墙规则：

ufw app info 'Nginx Full'

启用防火墙之前，先允许 ssh 应用的默认端口：

ufw allow ssh

如果 ssh 监听其他端口，就打开那个端口：

ufw allow 端口

还可以指定协议：

ufw allow 端口/协议

启用防火墙（启用之前一定要保证，SSH 的端口已经开了，不然登出之后就登不进来了！）

ufw enable

删除防火墙规则：

ufw delete allow 端口/tcp
ufw delete 防火墙规则编号

关闭防火墙：

ufw disable

重置防火墙设置并停止：

ufw reset

· · ·


四、基本配置

1. 设置时区

先看下系统的时区：

timedatectl show

再按需修改，下面东八区的代号：

timedatectl set-timezone Asia/Shanghai

2. 修改登录欢迎语（可选项）

Ubuntu 20.04 登录总提示 New release '22.04.3 LTS' available，如果不想升级，可以关掉登录后的动态消息。

vim /etc/pam.d/sshd

然后注释掉下面这两行：

session optional pam_motd.so motd=/run/motd.dynamic
session optional pam_motd.so noupdate

Ubuntu 22.04 每次登录都弹个很长的欢迎语，里面还有广告，难受。

好消息是，动态消息也可以像上面 Ubuntu 20.04 那样彻底禁止掉。

坏消息是，其他夹在 apt 命令中的广告就不那么好弄了。

不想完全关闭动态消息的话，也有些能做的事，比如欢迎语里面的 K8S 推广内容倒是可以手动关闭。

vim /etc/default/motd-news

把文件里的 ENABLED=1 改成 ENABLED=0 就行。

3. 装面板（可选项）

如果手上的机器多，或者对命令行终端不感冒，也可以考虑装个面板，比如：1Panel、宝塔之类的。

面板安装和使用，又可以写一篇长文了，有需要的手动搜一下吧。

· · ·


五、科学配置（可选项）

1. BBR 加速

如果系统不支持 BBR2 或者 BBR Plus，配置 BBR 加速就行了。

echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p

验证是否成功：

sysctl net.ipv4.tcp_available_congestion_control
lsmod | grep bbr

如果系统支持 BBR2 或者 BBR Plus 的话，可以用一键脚本装内核，开启 BBR2，至于安全性，那就不清楚了。

2. WARP

WARP 是 Cloudflare 提供的网络流量安全及加速服务，它基于 WireGuard，能够帮你通过连接到 Cloudflare 的边缘节点，实现隐私保护及链路优化。

3. WireGuard

如果要用 WARP，那肯定要装 WireGuard。

WARP 的安装，又可以写一篇博文了，有需要的手动搜一下吧。

4. V2Ray

这个之前整过，就写出来把，用的是官方脚本：https://github.com/v2fly/fhs-install-v2ray

V2Ray 的安装倒是很简单：

bash <(curl -L https://raw.githubusercontent.com/v2fly/fhs-install-v2ray/master/install-release.sh)

安装后就可以启动了，但是建议先改下配置文件。（配置内容根据官方的模板，做下调整就好）

vim /usr/local/etc/v2ray/config.json

改好配置后，先启动测试下：

sudo systemctl daemon-reload
sudo systemctl start v2ray

查看服务状态：

systemctl status v2ray

开机自启，让系统启动时引导 v2ray 启动：

sudo systemctl enable v2ray

反悔了，不让系统启动时引导 v2ray 启动：

systemctl disable v2ray

停止服务：

systemctl stop v2ray

重新加载：

systemctl reload v2ray

v2ray 默认的配置路径：

/usr/local/etc/v2ray/config.json

v2ray 默认的日志路径：

/var/log/v2ray/access.log
/var/log/v2ray/error.log

当然，如果嫌手动配置麻烦的话，也可以选择一键安装和引导配置的脚本，比如下面的这个（安全性未知）：

bash <(wget -qO- -o- https://git.io/v2ray.sh)

· · ·


六、推荐软件（可选项）

1. Docker 安装

现在干点啥都喜欢上 Docker，服务基本都扔 Docker 里面了，有需要的建议先安上，挺省心的。

curl -fsSL https://get.docker.com -o get-docker.sh
sudo sh get-docker.sh

看看安装是否成功：

docker --version

补充一下，这个脚本是官方的，会自动安装 Docker Compose 组件，调用命令是 docker compose。

如果看到别人用的命令是 docker-compose，那替换成 docker compose 就好，不必再装一个 docker-compose。

2. Nginx 安装

把 Nginx 放 Docker 当然也可以，但是对于这种入口级别的中间件，个人还是习惯用原生的。

安装非常的简单：

sudo apt install nginx

看看成功没有：

nginx -V

启动 Nginx：

sudo systemctl daemon-reload
sudo systemctl start nginx

测一下：在浏览器通过 ip 加 80 端口访问，是否是 Nginx 默认欢迎页。

配置的话，一般直接去 /etc/nginx/conf.d 添加个文件，配一下就好了。

有静态网站，可以直接扔 /var/www/ 里面，也很方便。

Nginx 的维护，基本靠系统控制命令就能实现：

查看服务状态：

systemctl status nginx

如果只修改了配置，Nginx 可以在不中断服务的情况下热加载，这个很好用：

sudo systemctl reload nginx

开启自启，让系统启动时引导 Nginx 启动：

systemctl enable nginx

反悔了，不让系统启动时引导 Nginx 启动：

systemctl disable nginx

停用 nginx：

systemctl stop nginx

3. Nvm 安装

Node.js 也是火的不行，经常看到一些开源工具，都是放 Node 里面跑。

有需要的也可以装上，但不建议直接装 Node.js，版本问题什么的太操心了，直接上 Nvm。

还有一点非常的坑，Node.js 对用户的权限要求有点变态，个人建议用 root 用户安装，启动也是。之前只用其他用户 sudo 安装，结果各种问题。

从 Github 拉取官方正式版：

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.5/install.sh | bash

安装 Nvm：

source ~/.bashrc

再用 Nvm 安装 Node.js：

nvm install node

看看安装成功没有：

nvm --version
node --version
npm --version

后面就可以 npm 一把梭了，当然也可以装 yarn 和 pm2，看个人喜好。

· · ·


七、小结

最后，终于来到最关键的部分了。其实上面这些整备的过程，一个脚本就可以搞定。

可以说是一次编写，多次运行，以后拿到新 VPS，直接复制过去就能跑。

整备的脚本，发个出来，给大家做个参考吧：

1) 软件更新

apt update && apt upgrade && apt full-upgrade && apt autoremove

如果不想一直蹲那儿按确认，可以强制自动确认（风险还是有的，自己权衡吧）：

apt update -y && apt upgrade -y && apt full-upgrade -y && apt autoremove -y

2) 创建和运行脚本

把脚本复制进去（参考脚本在后面，往下翻）：

vi ready.sh

给执行权限：

chmod +x ready.sh

运行脚本：

source ready.sh

脚本 ready.sh 的参考内容如下：

#!/bin/bash

# 一键整备脚本

# 注意：命令里面的汉字部分，需要根据实际替换掉，根据自己的需要来取舍

# 1) 软件更新：建议提前单独执行，可能需要更新内核，重启机器什么的

# 2) 创建脚本：把脚本放到 VPS 上，赋予执行权限并执行。然后后面的步骤就可以完全自动化了

# 3) 安装基础工具
apt install ufw curl unzip

# 4) 添加新用户

# 添加用户和用户组
username="新用户"
password="密码"
useradd -m -s /bin/bash -G sudo "$username"

# 设置用户密码
echo "$username:$password" | chpasswd


# 5) 修改 SSH 登录端口

sed -i '/#Port 22/a Port 22\nPort 端口号' /etc/ssh/sshd_config

# 重启 sshd
systemctl restart sshd


# 6) shh 免密连 vps

public_key="本地公钥"

# 生成服务器用户的公钥和私钥
ssh-keygen

# 写入本地的私钥到文件
cat <<EOF > /当前用户目录/.ssh/authorized_keys
$public_key
EOF

# 重启 sshd
chmod 600 /当前用户目录/.ssh/authorized_keys
systemctl restart sshd


# 7) 限制 root 用户用用密码登录（如果有设置 shh 免密登录的话）

# 使用 sed 替换文件中的内容
file="/etc/ssh/sshd_config"
search="PermitRootLogin yes"
replace="PermitRootLogin without-password"
sed -i "s/$search/$replace/" "$file"

# 重启 sshd
chmod 700 /当前用户目录/.ssh
systemctl restart sshd


# 8) 设置防火墙

# 开端口
ufw allow ssh
ufw allow 22
ufw allow 端口号

# 启用防火墙
ufw enable


# 9) 设置时区
timedatectl set-timezone 时区


# 10) 配置 BBR 加速
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p

跑完脚本验证一下配置，比如：新用户登录，root 用户无密码登录等，没问题就可以开始装应用干活了。

· · ·


七、相关

补充说明

如果是境内 VPS，可能需要镜像网站才能访问某些服务，有些额外的坑。

]]> https://blog.ccino.cc/i/new-vps full 使用 Cloudflare ZeroTrust 搭建 WebSSH BXU1zEmNsAr Wed, 02 Oct 2024 06:36:35 GMT false Zikin 在《使用 Cloudflare Zero Trust 保护 SSH》一文中介绍了如何使用 Cloudflare ZeroTrust 保护 SSH 的方法，同时也提供了 对于网页的保护方法。本文主要补充使用 Cloudflare SSH CA 替代 SSH 公钥的使用方法，以及在部署实践中值得注意的地方。

使用 Cloudflare SSH CA 替代 SSH 公钥，可以使用 GitHub 账户或其他 OpenID Connect 方式登录您的服务器 SSH，而无需私钥或 SSH 密码。这样可以避免私钥泄漏、忘记携带私钥，对于团队统一管理多个服务器、多个用户、分配不同的服务器权限也十分有用。

由于此方法也无需在 Cloudflare WebSSH 界面输入私钥或密码，对于不信任 Cloudflare 传输私钥的场景，也可以使用此方法。

部署中的注意事项

  1. 对于非 HTTP 应用，Tunnel 需要占用整个域名——不能将 WebSSH 部署在子路径下。
  2. 对于多个服务器部署，不可以将多个服务器连接到同一个 Tunnel。需要为每个服务器创建单独的 Tunnel。
  3. 对于多个服务器部署，不可以多个域名共用一个 Application。
  4. 不可用使用四级及以上域名（如 server.ssh.example.com）。Cloudflare 不会为四级及以上域名签发 SSL 证书。必须使用三级域名（如 server-ssh.example.com）。
  5. 对于 Arch Linux，删除 Tunnel 之后需要执行 rm /etc/systemd/system/cloudflared* 删除残留的服务文件。
  6. 即是使用 Passkey 登录 GitHub 来通过 Cloudflare ZeroTrust 认证，Cloudflare 依然不认为登录方式为 fido2——除非您使用付费的登录管理平台（如 Okta、Duo 等）。因此请不要在登录策略中添加登录方式为 fido2 的要求。
  7. 您的邮箱前缀（如 luotianyi@example.com 的前缀是 luotianyi）必须与您的 Linux 用户名相同。否则 Cloudflare ZeroTrust 认证会失败。

将服务器连接到 Cloudflare Tunnel

此部分的操作可参照 Zikin 的 使用 Cloudflare Zero Trust 保护 SSH。鉴于 Cloudflare ZeroTrust 控制台有所变化，此处做一定的简述。

操作步骤如下：

  1. 打开 Cloudflare ZeroTrust 控制台。
  2. 左侧侧边栏选择 Access -> Tunnels。点击按钮 Create a tunnel。
  3. 按照 Cloudflare 的提示，在服务器上安装 Cloudflare Tunnel。
  • 对于 Arch Linux，可以直接使用命令 pacman -S cloudflared 安装并使用命令 cloudflared service install <token> 安装。
  1. 在 Add public hostname for 页面，设置用于 WebSSH 的子域名。
  • Service 部分 Type 选择 SSH
  • Service 部分 URL 填写 127.0.0.1:22，其中 22 为 SSH 服务的端口号
  • 完成 Tunnel 的创建。
  1. 左侧边栏选择 Access -> Applications。点击按钮 Create an application。
  2. Select Type 页面：类型选择 Self-hosted，进入下一页。
  3. Configure App 页面：
  • Application Name 随便选择
  • Application Domain 设置为刚刚填写的、用于 WebSSH 的子域名
  1. Add Policy 页面：
  • Policy Name 随便选择
  • Configure Rules
  • Selector 选择 Emails
  • Value 填写你自己的电子邮箱（如果您使用 GitHub 登录，应该填写你的 GitHub Primary Email）
  1. Setup 页面
  • 在 Additional settings 中选择 Enable automatic cloudflared authentication
  • 开启 Browser rendering

注意本文和引用 Zikin 文章中的不同之处

在 Add Policy 页面，如果您希望统一管理自己的多个账号，或多个组织中的不同账号，请参见 Zikin 文中的方法创建 Group。如果您的 WebSSH 仅供自己使用、且验证方式唯一，使用本文的方法可以简化操作。

Add Policy 页面的 Configure Rules 配置

在 Setup 页面，对于 Enable automatic cloudflared authentication 配置：

  • 如果不需要 Cloudflare SSH CA 管理 SSH 认证（不自动登录 SSH），则与 Zikin 文章中保持一致，不打开此项目
  • 如果需要 Cloudflare SSH CA 管理 SSH 认证（自动登录 SSH），则需要打开此项目

Setup 页面的配置

配置 Cloudflare SSH CA

在完成上述配置后，便可以创建 Cloudflare SSH CA 并配置认证。

操作步骤如下：

  1. 打开 Cloudflare ZeroTrust 控制台
  2. 左侧侧边栏选择 Access -> Service Auth。
  3. 在上方 Tab 选择栏中，选择 SSH
  4. 在 Application 下拉菜单，选择前一节中创建的 Application。

为 Application 创建 SSH CA

5.点击 Generate Certificate 按钮，生成 SSH CA。

6.生成成功后，在下方会看到已经生成 SSH CA 的 Application 列表。点击 Application 的名称，复制弹出窗口中的 Public Key。此 Public Key 即为 SSH CA 公钥。

复制 SSH CA 公钥

配置服务器

登录服务器，编辑 /etc/ssh/sshd_config。确保您已经开启了 PubkeyAuthentication：

PubkeyAuthentication yes

同时，配置 Cloudflare SSH CA 的路径：

TrustedUserCAKeys /etc/ssh/cloudflare-ca.pub

然后，将您在上一步中复制的 SSH CA 公钥保存到 /etc/ssh/cloudflare-ca.pub。您可以修改 Cloudflare SSH CA 的存放路径，只要保证 sshd 有访问权限即可。

然后，重新启动 SSH 服务：

systemctl restart sshd
  • 注：不同发行版的 SSH 服务名称可能不同，可能为 ssh、sshd、openssh-server 或其他名称。对于不使用 Systemd 的发行版，请参考其手册或文档。

此时打开您设置的 WebSSH 域名，即可看到 Cloudflare ZeroTrust 的登录界面。登录后，无需输入私钥或密码，即可访问您的服务器 Shell。

Cloudlfare 相关的文档

  1. Cloudflare 社区上对于多个服务器连接到同一个 Tunnel 的讨论：Multiple SSH servers under same tunnel name?
  2. Cloudflare 文档：SSH
  3. Cloudflare 文档：Configure short-lived certificates
]]> https://blog.ccino.cc/cloudflare-webssh-zerotrust full