Single Source of Truth
- Follow .sol
- Instruction for Follow
- Fully functioning site of sol.build
- Optimize publishing
- Window min/max behavior
- UI blocks during updating followed content
- Vapor stopped when server sleeps?
- Fix annoyances: --enable-gc, warn before quit
geth
screen geth --authrpc.addr localhost --authrpc.port 8551 --authrpc.vhosts=* --authrpc.jwtsecret /home/livid/Developer/geth/jwt.hex --syncmode=full --cache 65536 --http --http.api "eth,net,web3" --http.vhosts=* --ws --ws.api "eth,web3,net" --datadir /data2/ethereum
lighthouse
cd Developer/lighthouse
screen ./target/release/lighthouse bn --network mainnet --checkpoint-sync-url https://mainnet.checkpoint.sigp.io --execution-endpoint http://localhost:8551 --execution-jwt /home/livid/Developer/geth/jwt.hex
TYPE_LABEL|LONG_STR|COPY_BUTTON
Example:
[ENS] | planetable.eth | [COPY]
你需要花一整天的时间,把这个里面所有的线程问题理顺。
Ideally, it should be a step in CI, after building the app, adding it to IPFS, and outputting its CID to be used.
This will be a quality-focused update; I hope to resolve a lot of annoyances in this release.
- File Menu
- Improved Web Client
- Eliminate as many warnings as possible
Or an external LLM server address? Probably more valuable.
TradingView has good colors.
- Fix Edit
- Server Info Panel
- Date time in the list
最近体验了一些做得非常不错的产品:
- LM Studio
- Invoke
- HuggingFace
- vLLM
Shareable Links for:
- site
- post
用 GitHub Action 来生成带版本号的 zip。
zip 里会有一个 info.json,里面会包括版本号:
{
"version": "20241216-1"
}
及将来想插入进去的其他信息。
版本号是类似这样的日期加序号:
- 20241216-1
新版本发布流程
git tag -a 20241216-1
git push origin --tags
- 内容的权威版本存在本地
- 云不是必须的,但是如果有云,某些事情的体验会变好一些,但完全没有也不是问题
退出时的 Confirm
- Settings 中增加一个 opt-in 选项
IPFS 进程没有和 Planet 进程一起退出
虽然目前只能从 Activity Monitor 中观察到这个现象,但总还是让人不放心的感觉。
- 似乎会影响 Publish
提交之后需要一个动画。可能最简单的方式就是把 submit 按钮区域换成动画,如果提交成功,就继续 load new list of articles,如果没有提交成功,那么切换回 submit 按钮并在右侧显示错误信息。
- Sending anim for new/edit post
每次操作完成之后,无论是 new 还是 edit,可以考虑把影响到的那个 item 在列表里闪一下。
有时候,在 Edit Post 内容提交完之后,会有一个时间长度可疑的延迟。
需要怀疑的部分是:
- API 里涉及 New Post 和 Edit Post 的保存过程
- API 服务器跑在了哪个线程上?似乎 API 服务会被堵塞?
但是在 127.0.0.1 的 API 服务器就完全没有这个问题?似乎是 VPN 上的问题?
似乎是解决了?
Fuck perfection, do it yourself!
Copilot is awesome!
应该不是 API Server 的问题。
Test on Windows? Seems VPN too.
- Try HTTP2/3 transport
Demo with Kai.
貌似不会在 SSH tunnel 里发生?
其实在 SSH Tunnel 里也会超过 1 秒?