还可以在同一个系统下体验 Windows 95~Windows 11 的界面（滑稽）

交易所？

不建议去 b 站（

给你提供一个思路，用另外的目录存放笔记文件，修改后自动复制到 joplin 的目录，复制过程中通过 meta 信息进行加锁解锁

是我我也不喜欢把自己的软件做成功能大全

@quxinna 惊人言论

推荐一下 notepad3

@datocp
@lsylsy2 中继的问题在于原网络需要额外认证，而现有的产品只支持用密码直连，如果要在网页上填写认证信息的就不行了。另外很多中继不支持 AP 之后 NAT

@RiESA
@rosees
@mingmeng
@xppppsfg 我需要 24 小时使用的，手机的话显然不稳定而且发热是大问题，并且无法自定义局域网网段

@everydaystruggle 不知道，买不起苹果

@anguiao
@duniqb
Key Promoter X 的话只能在 idea 里用吧，我这个可以在任何程序用。根据当前程序选择配置。

希望越严越好

多一种选择也挺好

@UIXX 非常感谢你的回复, 你是少有的真正思考问题的人. 我也说说我的看法.


写博客的行为属于**创作或记录**, 而**后者**的目的可以分为以下几个方面(及其交叉和综合):

- 经济效益. 获得稿费, 或者获得流量, 然后把流量变现.
- 心理满足. 得到读者的关注和认同, 增加自身的知名度. 或者是为了让他人了解自己的内心世界, 对孤独的反抗. 或者是为了一种责任感, 一种使命感.
- 寻求意义. 记录笔记或日记, 证明自己曾经学习过, 生活过, 经历过, 从而找到一种意义感. (我写作,是为了让光阴的流逝使我心安。——博尔赫斯 )
- 巩固知识. 更好地掌握知识, 获得能力. 从而能做更多的事情, 获得报酬或乐趣.
- 其他目的, 如政治目的, 辩论的目的

博客的话, 对于第一类人来说, 并不是一个好的选择. 我打算造轮子, 主要是为了服务后几类人. 不过, 如果能实现博客的互联化, 能为其带来流量, 那么也将自然称为第一类人的选择之一.

@gonnacai 你说的都对

@ylsc633 在云主机搭建 lnmp/lamp 是比较困难，甚至比 nodejs 和 golang 搭建都难。所以选择 php 开发，虚拟主机就可以运行。虚拟主机是不需要你搭建什么的，只要设置域名，绑定域名，上传安装就行。

@cifermail 感谢你的回复，下面我说说我的想法，如有不明白的，欢迎加群或 slack，然后进入我们的 trello 讨论组讨论。

1. 做这个的目的很简单，就是满足需求，这个项目本身不指望也不在乎盈利的，它是对现状不满的产物，即使我现在不做，只要需求还在，以后也会有其它人做。

要完成一切的功能，我一个人鼓捣几年绝无可能，而且现在的设想也只是头脑风暴而已，理论和实际上都不可能全部实现，仔细看看就会发现，光是需求之间就有矛盾。我的打算是先出一个精要的版本，作为内测版本，此版本首先解决的核心需求就是：a. 创造的同时博客间社交的需求 b. 多客户端的优质书写体验的需求 c. 数据安全、数据同步的需求 。这些需求实际上各有现成的实现，甚至可以和已有的服务对接，因此在这一阶段，工作量并不算大，也就是几个月的事情。

2. 后端如果让用户自己写的话，是不是对用户会有一点要求？

这个项目的纽带其实在于 API，它更像是一个规范。我们打算用门槛最低的 php + sqlite 作为官方示例后端。而有能力的开发者，也可以用 go，nodejs，python 等等实现。（不过说实话，这里存在大量有待进一步考虑的问题）。用户的行为是这样的：域名和主机的绑定->上传程序->打开安装页面->设置管理员账号密码->安装完毕。对于官方后端，可以保证安装的便捷性。而对其它语言的后端，我们无法左右开发者的选择。至于 restful 的问题，其实现在还没有拿定主意，选择 Restful，Graphql 或者传统的 service.Action （ rpc ），各有优劣都有可能。GraphQL 的话后端用 nodejs 写会更好，但目前决定用 php，个人更偏好 rest 是因为 rest 比较成熟，工具也多（指 php 上）

3. 这些属于前端插件，是否实现，如何实现取决于前端工程师。统一用现成的 js 库是最快的方法。我们的能力做不到连这个都造轮子。官方前端的话，自然会选现有库。

4. 代码高亮这种自然也是丢给前端和用户去选择。官方前端的话，自然会选现有库。

5. 仍然是前端的事情。到时候应该会有各种编辑器的插件可供选择。由于前后分离，切换起来非常方便。

6. 博客互联并不是强制的。站长同意接入之后，先注册一个账号，验证所有权，互相分配密钥，就可以接进来了。

7. SEO 本质上就是输出 HTML 的问题，正文部分用后置解析器解析为 HTML，然后统一一个输出格式就行。比如 discuz archiver，收录效果就比较好。当然，服务端渲染也是一个选择，但不是一个好的选择。

8. 有插件机制。模块是可拆解的，你可以做出庞然大物，也可以做得小巧。这取决于用户，我们会提供灵活度。

9. 这个问题我已经详细回答过了，不重复了。

@woahishui 你是个聪明人

@hcs66 试用了一下，UI 比较美观，编辑界面样式不错，比 VSCODE 美观好用，书写体验很不错。但是没有 stackeditor 和 typora 直观。比较特色的一点是个人主页和分享功能，目录大纲漂亮，还可以导出，让用户更放心。

以后希望能考虑和我们合作，实现一些像是直推到博客的之类的功能。