https://github.com/esm-dev/esm.sh/blob/main/HOSTING.md

能正常退出和再次打开了！

之前一直不行，正常退出不了...只能强制退出——但是再打开就无法上线了。

后来发现解决办法是开命令行杀死进程。。。

现在这个最新的 Insider 版本 ok 了，尝试了几次退出和再次打开，都正常了😀

Planet已经占用了4001端口, 所以我将swarm port设置为了4002,

修改相关配置, 或者直接在目录下运行:./deployment.sh, 会直接创建一个ipfs的节点, 创建成功之后, 可以通过http://localhost:${ipfs_gateway_port}/webui 打开webui来进行简单操作.

脚本文件: deployment.sh

脚本源码如下:

# !/bin/bash

# 检查 Docker 是否安装
if ! [ -x "$(command -v docker)" ]; then
  echo 'Error: Docker is not installed.' >&2
  exit 1
fi
echo 'Docker is installed.'

# 检查是否有正在运行的 IPFS 容器
if [ "$(docker ps -q -f name=ipfs_host)" ]; then
  echo 'Error: An IPFS container is already running.' >&2
  exit 1
fi
echo 'No running IPFS container found.'

# 检查是否有同名的停止状态的 IPFS 容器
if [ "$(docker ps -aq -f status=exited -f name=ipfs_host)" ]; then
  echo 'Error: A stopped IPFS container with the same name already exists.' >&2
  exit 1
fi
echo 'No stopped IPFS container with the same name found.'

echo 'Proceeding with deployment...'
# 创建存储目录
current_dir=$(pwd)
cd $current_dir
mkdir -p ./ipfs_staging
mkdir -p ./ipfs_data

echo 'Storage directories created.'

# 设置环境变量
export ipfs_staging=./ipfs_staging
export ipfs_data=./ipfs_data
export ipfs_swarm_port=4002
export ipfs_api_port=8080
export ipfs_gateway_port=5001

echo "IPFS staging directory: ${ipfs_staging}"
echo "IPFS data directory: ${ipfs_data}"
echo "IPFS swarm port: ${ipfs_swarm_port}"
echo "IPFS API port: ${ipfs_api_port}"
echo "IPFS gateway port: ${ipfs_gateway_port}"

# 运行 IPFS 容器
docker run -d --name ipfs_host -v ${ipfs_staging}:/export -v ${ipfs_data}:/data/ipfs -p ${ipfs_swarm_port}:4001 -p ${ipfs_api_port}:8080 -p ${ipfs_gateway_port}:5001 ipfs/kubo:latest
if [ $? -ne 0 ]; then
  docker rm -f ipfs_host 2>/dev/null
  rm -rf ./ipfs_staging
  rm -rf ./ipfs_data
  echo 'Error: Failed to start the IPFS container.' >&2
  exit 1
fi
echo 'IPFS container started successfully.'

open "http://localhost:${ipfs_gateway_port}/webui"

“Aha! As I always suspected! … I better not ever catch you drinking right from the bottle again!”

早期帖子的仓库已经404, 但是发现了一个归档的仓库, 应该开源的就是这个: https://github.com/livid/v2ex-gae

脑子里同时想到两个方向的事情；认为两个方向都有可能发生。思考两个方向上能做的最好的设置是什么。

觉得不确定的时候，就把 time frame 放大，5 分钟到 15 分钟，15 分钟到 1 小时，1 小时到 4 小时，4 小时到 1 天，1 天到 1 周。结合之前所有的回忆，美好的，糟糕的，思路自然能在这个过程中成形。

趋势会在 1 周的时间长度内形成或者扭转。

Trading is doublethinking.

Planet Pinning 服务的难点不在于技术实现和资源，而是如何把这件事情的价值说清楚，及用可视化的方式体现出来。

Planet 是一个可以让我安静写字的地方。保持这样的感觉。

前几天的新闻联播中，阿里 平头哥 芯片出现在联通三江源国家大数据基地内，和它并列的还有中科院等几家国产品牌，市场上炒得沸沸扬扬的寒武纪仍不见踪影。

上一篇文章内我就预测寒武纪大概是一场巨大的炒作，这则新闻又进一步加强了此判断。

主要功能

• 赛程订阅消息推送
• Live timing 实时遥测数据/追踪复盘
• Team Radio AI 转录，实时翻译
• 积分榜单
• 精彩视频集锦

效果大概是这样的:

大概流程就是: 我会解析planet聚合器中的节点, 找到对应的data-site-address, 然后在最前方拼上scheme: planet://, 再调用window.open()打开这个连接, 就完成了这个半自动操作😂

点击某个博客关注后, 同一列表的其他博客不会显示已关注, 刷新一下界面就可以了, 这里我不想点关注之后再刷新, 比较影响体验.

因为真正的关注是在planet中实现的, 所以界面上的已关注我放开了取消关注的限制, 如果planet中已经取消关注了, 界面上还显示已关注这是正常现象, 毕竟数据不能同步, 我也不想做的太麻烦, 看着碍眼手动点一下得了.

仓库地址: https://github.com/HelloWorldImJoe/TampermonkeyScripts

快速安装地址: 脚本安装地址

🚗

Some notes from 25/09/08 - 25/09/12

1. 公益或慈善是什么？

Posted on 2025-09-08

上周五公司内有个公益活动举办，我“买了”一个绿植和一个小朋友画的明信片。这些义卖活动筹得得的善款将全数捐出（我其实不太了解）。

当时我想到这个问题“公益或慈善是什么？”

两年前我们和是光诗歌的两位朋友录了《Vol. 94 是光诗歌: 用诗歌发现大山孩子手里的光》这期节目。当时主要聊的是这个项目本身，以及公益能给山里的孩子带来什么。

那时候康瑜说更希望捐款人采用月捐方式，我就一直是是光诗歌的捐款人到现在。

当时我考虑做捐款人除了因为录节目的关系外，也跟我那时候的思考有关系。“慈善”在佛教中是“布施”的一种，布施则是修行之始。

布施有三种：一者财施，二者法施，三者无畏施。

公司活动的义卖募捐就是财施，我参加的月捐也是财施。

我从“正念”这种修行方式中获益良多，但慈善的修行没有像正念那样直接。

现代人的智力水平，科技水平无疑远超佛陀时代，生活水平更好，物质更丰富，人也更干净卫生。

但是论智慧，似乎那个时代的人们要更高一些。知识不是智慧，如果知识是素材，则智慧是洞察，如果知识是木柴，则智慧是火焰。现代人不仅沉迷于知识的海洋，更迷失在信息的海洋，却缺少对智慧的追求。

有时候低头奔跑久了，我也常忘了这个朴素的思考。该时常抬头看看。

2. 透明的猴子看手机

Posted on 2025-09-09

这是广州白鹅潭大湾区艺术中心的美术馆最近展出的艺术作品之一。

几只透明充气膜的猴子坐在美术馆的各个角落（多是高高的地方）低头玩手机。

虽然智人与猴子并不是同一物种，但它在上方低头玩手机，下面的人类抬头拿手机拍它，有点意思。

iPhone面世以前排队、走路都在低头玩手机的人尚属少数，现在已成大多数。

人类可以把自己禁锢在一个小屏幕里，一个大屏幕里，一个小隔间里，一个大房子里，一个群体故事里，一个宏大叙事里。

人类真是一种神奇的东西。

3. 听说iPhone Air很薄，我从抽屉里掏出了当年最薄的iPhone 6

Posted on 2025-09-10

发布于11年前（2014年）的iPhone 6曾经是“史上最薄iPhone”，达到6.9mm。我拍摄的这台是iPhone 6 Plus，稍厚一点，7.1mm。

昨晚苹果发布的“真·史上最薄” iPhone Air厚度来到惊人的5.6mm！确实很夸张。

还有两天（9月12日晚上8点）新iPhone就要发售啦，你要买哪一台呢🤔

4. 洗车的时候在想什么

Posted on 2025-09-12

在想那个喷水的横杆会不会一把削过来把我脑袋削没了。

之前上线了一个针对V2EX的空投网站, 最近有V友反馈说这个网站被Chrome标记成了危险站点, 需要向谷歌申诉一下, 记录一下处理这次事件的整个过程

背景

大概是一个月之前, 我上线了一个解析V2EX帖子回复内容并进行批量空投的站点, 一直也没啥人用, 我也没怎么关注过, 直到昨天下午, 我帮一个V站大佬进行批量空投之后, 晚上有V友给我提示说站点被chrome标记成了危险站点, 提醒我去谷歌申诉一下. 在此感谢@Jianrry的友情提示, 帖子原文在这: 刚才帮 @PilgrimSun 大佬搞了一波空投, 顺便给空投加上了一个筛选指定楼层区间的功能, 顺便 po 一下过程中的一些细节

过程

今早晨, 我打开我的空投网站, 果然提示我是危险站点!

于是我点击详细信息->请告知我们, 在这个页面进行了一次简单的申诉

点击提交, 提示成功, 然后我等了有半个小时, 再次打开网站, 很好, 还是危险站点😂, 于是我再次点击详细信息->发现了钓鱼式攻击进入这个帮助界面

点击了自我保护->Google安全中心进入了安全界面并注册了账号, 填写了我的站点地址:

碰到了一个小问题, 使用clodflare快捷验证打开的新界面一直不重定向, 所以我更换了验证方式, 使用了通用的适用任何DNS提供商, 根据提示配置好dns解析, 点击验证, 如图

但是好像没啥影响, 就不继续处理了.

以上, 就是本次事件的处理过程, 再次感谢@Jianrry的友情提示🙏🏻

以上没有解决安全问题,过了半个小时又被封了, 下面是真正的整改过程

目前已经恢复访问, 主要是根据谷歌提供的安全警告来进行了整改

主要操作:

1. 去谷歌安全中心证明自己是站点所有者

2. 然后查看谷歌给出的安全警告, 如图:

3. 打开网站代码, 告诉AI我的站点被安全警告了,把具体的安全警告贴给他, 让AI给出整改

4. AI整改完之后, 再让AI根据整改内容提供一份申诉话术用来申请审核.

5. 发布网站, 点击申请审核, 等待结果.

如果审核通过的话, 大概会收到一封邮件和一封站内信, 如下图:

A Figma plugin that swaps the positions of two selected layers (frames or groups) on the canvas.

➡️ Swapper

帖子地址: https://www.v2ex.com/t/1160134

因為中國大陸網路複雜度的原因，GitHub 在不同時間，不同寬頻運營商，不同省份的訪問速度和可到情況都不同。

而 GitHub 承擔了絕大部分的 swift package 的分發。

但 Xcode 的網路請求並不會透過系統 proxy，這時看著 fetching... 就會幹著急。

Xcode 雖然不經過系統的 proxy，但是 Terminal 可以呀！

1. 使用終端進入專案 root 目錄

2. 複製並在終端執行終端代理命令（這裡以 clash 為演示）

   export https_proxy=http://127.0.0.1:7897 http_proxy=http://127.0.0.1:7897 all_proxy=socks5://127.0.0.1:7897
   

3. 再執行 xcodebuild 的 fetch swift package 的命令就好啦~

   xcodebuild -resolvePackageDependencies -scmProvider system
   

4. 當你看到 resolved source packages 就大功告成！

祝程式設計愉悅！