Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

从 Memos 转移到GitHub #11

Open
VandeeFeng opened this issue Nov 21, 2024 · 0 comments
Open

从 Memos 转移到GitHub #11

VandeeFeng opened this issue Nov 21, 2024 · 0 comments
Labels

Comments

@VandeeFeng
Copy link
Owner

VandeeFeng commented Nov 21, 2024

Memos 挺好玩的,但是还是想慢慢转移到 GitHub。

这也是我最近一直在思考的问题,社交属性的权重我现在很低:

其中很重要的一个原因是,我不希望我的许多内容由平台决定应该哪些被看到。因为我觉得我写的大部分内容可能对他人没有价值,只是对我自己有价值。如果它恰巧对某个他人有价值,我也希望这个他人是在自己的主观能动性下,经历了一番搜索与挖掘才找到的。

但在建立博客不久之后,我其实就发现了一个问题,由于我创作的原动力是面向自己。所以我的很多内容都是碎片化的,或者说是“微博”与“动态”这样的短内容。一部分不能对外发的短内容我放在了 flomo 里,另一部分能发的则发在了我的即刻账户

via: https://1q43.blog/post/10650/

汐笺问我为啥要搞自部署微博,我说我虽然在即刻只有 2 万粉,但还是太多了。我需要一个不能被关注,只能被搜索到的微博。

给人发“推送”这个动作比关注还“强”。理想中的状态是把信息扔进海里,除非受众自己打捞,否则不可见。这是个很共性的问题。

via: https://m.okjike.com/originalPosts/67401af2ecc64b4d41f0520e

App+1 | Follow:信息获取的另一种形态 - 少数派,follow 能改善这个困境么?

RSS二十年

我觉得现在 gitmemo 挺适合我,记录本身就是一种反抗 - gitmemo

Gitblog 原项目本身更适合发布 Blog 和长篇文章,针对 Memo 的特性,需要针对性的优化。

不得不说,perplexity 还是可以的,果然 <!--more--> 是通用的。在 config.toml 里加上 summary_length = 100 ,设置默认摘要长度好像没用。

#6

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant