Single Source of Truth
Sources:
- detects if /ipfs/:cid/avatar.png exists
- Website.subname NULLABLE
subname.iweb.eth.sucks
What else do I need to add to the Website
table?
- vitalik.eth
- planetable.eth
- ppddff.eth
- yihanphotos.eth
- gamedb.eth
furl.pro is a dweb gateway for Farcaster usernames.
If you set ipns://
or ipfs://
addresses in your Farcaster profile's Bio or URL field, the IPFS website can be accessed via furl.pro.
Here are a few examples:
- @
livid
(IPNS in Bio) ->livid.furl.pro
- @
vrypan
(IPFS CID in URL) ->vrypan.furl.pro
- @
kmacb.eth
(IPFS CID in URL) ->kmacb.eth.furl.pro
How To
The URL
field exists in the Farcaster protocol, but currently, no clients allow users to edit it yet.
So, right now, the easiest way is to put an IPNS
or IPFS
string into the Bio. furl.pro supports these formats:
- 62-byte IPNS
- 46-byte CIDv0
- 59-byte CIDv1
If you are a developer and know how to update your Farcaster UserData, you can achieve this with code as well.
What is IPFS?
IPFS is an open-source software for publishing and retrieving files over P2P networks.
Here are a few IPFS-powered solutions for publishing an IPFS website:
Where are the avatars?
试试稍微拉长一下自动 publish 的间隔,或者优化一下背后的智能逻辑。
- Cache rules
- Edit Planet: domain: ohlife.sol
- Follow .sol in Planet
- JS: auto change Sepia title: planetable.eth -> planetable.sol
- JS: auto change Grid title: yihanphotos.eth -> yihanphotos.sol
- Window 恢复问题(可能需要将 build 环境转换到 Sequoia)
- 预热 NFT 元信息(如果检测到存在)
- 删除文章按钮的确认框在某些情况不出来(似乎是 Sequoia 相关)
Windows 恢复问题可能和 build 的机器的 macOS 版本有关?
- Fixed in 0.19.2
Sparkle 模版里需要背景色,及 Dark Mode 支持。
What if we auto set isPublishing to false after 10 seconds?
Do we really need those txt files in Croptop for CID?
This update addresses several issues on macOS 15.0 (Sequoia):
- Fixed an issue where the site avatar image file was unexpectedly removed by macOS
- Slightly widened the sidebar to fix a flicker
可能可以添加的一些和发布有关的逻辑。
- 发布到 IPFS
- 多久自动发布一次
- 退出时不要等发布
无论是个人网站,还是商业公司维护的网站,最终可能都是会消失的。
无数的个人网站因为各种原因已经消失了。不差钱的大公司也会让 Google Reader 和 Wunderlist 这样的好产品消失。
所以最近几年,我一直在想,这种问题有解吗?像 Wunderlist 那种事情我不想再经历一波了。V2EX 本身的运维,也是一件压力会持续增长的事情。
那么,如果所有的内容的权威版本都是在自己电脑本地,需要发布的时候通过 P2P 的方式发布,需要流量的时候通过类似 VXNA 这样的聚合器?
这是我后面几年在做的事情,大概长这样:
- 这是一个博客 https://olivida.eth.sucks/
- 这是一个碎碎念(类似 Twitter) https://sepia.olivida.eth.sucks/
- 这是我收藏的各种网图和视频 https://ohlife.eth.sucks/
这些内容的所有数据都在一个本地的开源 SwiftUI App 里:
Default: Donate
Other options: Tip, Buy me a coffee
- CID Notification 会删除附件文件
- 需要增加 Sidebar 的宽度,不然左侧顶部的一个图标会闪
- Optimize UX in Rainbow/MetaMask mobile
多在 Rainbow 的内置浏览器里用一下,就能发现和解决问题。