©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

Blogspot, but on Nostr.
quoting
nevent1q…yrtx
RSS feeds are live on nostr sites!

There are millions of people using RSS reader apps to follow their favorite publications. Your nostr-based websites are now serving these people well.

If your friends and family are using RSS readers, this is your chance to have them follow your nostr posts.

Just append /rss/ to home or tag or author page address to get a corresponding feed.

If you're publishing a podcast, the RSS feed of your podcast can now be served by your nostr site.

We are one step closer now in bridging nostr to the existing web ecosystem. Let's go!


via Nostr@cxplay Short Text Note by Npub.pro
#吐槽

In reply to nevent1q…fs48
_________________________

njump's recent strategy for fetching the latest notes from authors has made RSS feed very fragile. Simply put, njump now prioritizes fetching author notes from the local cache database, but if someone uses njump to open a new note that is not in the cache database before the cache is refreshed, the sorting of the RSS feed is broken and the timeline in the RSS is no longer complete until the cache is refreshed.
quoting
nevent1q…2jxk
但是只要事件在 24 小时刷新间隔内被提前缓存进了本地数据库, 这个 RSS/Atom 路由生成输出的时候就会立马读取, 比如有人主动用 njump 预览了一个还没有进入缓存的作者的事件, 那这个 RSS/Atom Feed 排序就直接乱掉了, 而没有被主动用 njump 预览过的事件就不会进入 Feed.
现在魔改了一下, 把 RSS/Atom 路由单独进行单独的判断, 不缓存也不从本地数据库读缓存事件, 每次有请求才立马从预设的外部中继里请求并生成 Feed, 请求数量也从默认的 100 条调到了一般 RSS Feed 常用的 20 条. :eveonecat_coffeebath: (实际生成 Feed 的的 entry 数量可能会多于这个数)
虽然 njump 给 Feed 的 .xml 设置了缓存控制标头, 但是基本上绝大多数的 RSS 阅读器都不会遵守, 于是还得用 CDN 强行给 .xml 缓存一遍(虽然缓存标头还是遵守源服务器).
PS: 总感觉还会有什么奇怪bug.


via Nostr@cxplay
#吐槽

In reply to nevent1q…qnev
_________________________

等到支持回复了, 又基于「瘦死的骆驼比马大原则」, Threads 就可以取代 mastodon.social 成为 "首选" Fediverse 入口了.
看到很多推荐为自己的小团体建立 Fediverse 服务器的, 用爱发电这是合理的, 但如果要让营销效益优先的小微企业来做, 要专门雇佣一个创作者就已经要考虑三分了, 更何况是涉及服务器运维的技术岗位, 这很难做到. 我只会推荐 mastodon.social 这样的巨型服务器, 之后就是 Threads.

via Nostr@cxplay
#吐槽

In reply to nevent1q…a542
_________________________

本人于 2024 年8 月 2 日从 Google Play Point 每周奖励获得 1000 点 Play Point 奖励, 望周知. :eveonecat_fight:

via Nostr@cxplay
#吐槽

In reply to nevent1q…9c3q
_________________________

最保险的做法还得加 http/https 协议头, 不过这样对分享的人来说可能更不方便.
https://b23.tv/BV1RCvseVEZZ

via Nostr@cxplay Short Text Note by CXPLAY (reply)
#吐槽

Expensive Social
quoting
nevent1q…ekr4
nothing too crazy:

it costs me about $288 per month for a 32gb ram dedicated server


via Nostr@cxplay
#吐槽

In reply to nevent1q…j0m5
_________________________

I finally found the problem... It has to do with the `noscraper` option in the config file, which when true causes the configuration of `authorized_keys` to invalid.

via Nostr@cxplay Short Text Note by Yonle (reply)
#吐槽

In reply to nevent1q…6ux9
_________________________

Yes, I have completely rebooted. I even tried to &LTnode bostr_cli.js start config.js>, but it still doesn't work. And I tried checkconf, no problems, I don't know why.

via Nostr@cxplay
#吐槽

In reply to nevent1q…3vqv
_________________________

I have the same concern. I found that NIP-42 read authentication doesn't seem to work, I set authorized_keys but still everyone can read my bouncer.

via Nostr@cxplay
Back to Top