LitePress 发行版 讨论

[耗子]

这两天出来以后在思考发行版现有的问题以及往后的发展方向，结合之前收集到的反馈和批评，目前计划如下：

1. 版本号命名修改，计划采用在WP大版本号后面加小版本的方式组织版本。例如：5.7.2.1。
2. China-Yes插件将完全整合进LP内核，不再在后台显示。
3. 计划去除LitePress高级插件，将该插件中的修改功能（UA替换，邮箱替换等等）整合进LP内核，拓展增强功能（SMTP）做成一个个单独插件，在应用市场新开辟一个LitePress插件目录，供用户选择性下载。
4. 计划对LitePress内核作一定量精简（因为LitePress初始版本就是5.7.2，计划移除内核中对3.x 4.x的支持）
5. 支持在线更新功能。（这个由于老孙那边的龟速进度，方案还没确定下来）
6. 征集拓展插件需求意见，后续安排开发。
7. 关于Beta版：目前计划是和WP官方一样，在上文提到的LitePress插件专区提供Beta测试插件，安装后即可接收Beta版本更新。
8. 关于正式版发布日期：计划7月27号WP5.8发布一周后发布LP5.8正式版本。
9. 关于微信生态：初步计划还是做成一个插件，放在LitePress专区，供需要的人下载使用，这个开发不会很快，至少等全站上线去了。

日前收到最多的吐槽主要是LitePress仅仅是一个命名的改变，没有任何实际性意义，甚至反而影响速度，从5.8开始，我准备打破这一局面，如果你有更好的建议，欢迎留言讨论。

#20617

[孙锡源]

似乎应该向Dashicons Icons中增加一个dashicons-litepress图标并在所有引用dashicons-wordpress的地方进行替换。

类似：https://developer.wordpress.org/resource/dashicons/#wordpress

图标和字体的设计我拜托老李头看看：https://github.com/litepress/LitePress/issues/1

#20619

[孙锡源]

添加图标的方法：https://litepress.cn/forums/topic/20806

#20888

[孙锡源]

另外我觉得beta 7把安装包中的js和css去掉实在不是一个好选择。可以为用户增加远程加载选项，但是实在不应该把文件从本地删掉。这样一旦远程服务器挂了，用户将孤立无援，而无法使用本地资源进行加载。而且本身把css和js随安装包分发也不会增加用户的系统负担，因为这些静态文件又不似PHP脚本那样每次加载都会执行。尤其是当用户切换静态资源为远程加载后本地附带的静态文件就仅仅是一个灾备选项，而对用户的性能影响差不多就是0了。

#20620

[耗子]

顶上去

#20887

[孙锡源]

目前收到最多的吐槽主要是LitePress仅仅是一个命名的改变，没有任何实际性意义，甚至反而影响速度，从5.8开始，我准备打破这一局面，如果你有更好的建议，欢迎留言讨论。

这个我觉得现阶段的这些吐槽可以先不管。LitePress存在的意义不是在“内容管理系统”这个产品的维度上对WordPress做多大的革新，或是裁剪掉WordPress多少的代码，而是一个中国本地化的WordPress。核心在于本地化。

如果是从“内容管理系统”这个产品的维度和“轻量化”的维度上考虑会发生什么事情：

1. 若追求轻量化，必然破坏兼容性，最后无法做到“普适”。就好像原本WP支持5.x-8.x的PHP，我们一刀砍下去只能支持7.x和8.x的话就必然丢失5.x的用户。而且刀砍的太狠了就成了第二个typecho或者zblog了，丢失生态优势就丢掉了一切。
2. 如果单纯是从做产品的角度考虑，去搞一个“无敌”的“内容管理系统”的话也不现实，老实说，研发能力不如其他大厂。拼产品是一定拼不过的。

以上两点都是扔掉自己的长处（庞大的生态），拿短处（轻量化及产品质量）和别人打。这至少在现在这个阶段是不太现实的，属于必死之局。

用户们吐槽是因为他们并没有完全了解整个项目的全部面貌，只是基于一点去做判断。就好像盲人摸象一样，每个人都能摸出点新玩意儿。

LitePress我目前预想的发展路线大概是这样（当然， 只是我预想的，具体还是要你裁定）：

1. 完全对接litepress.cn的本土生态
2. 内置一些国内必用的功能（比如smtp，国内主机大部分屏蔽25端口），除非某些服务国内无法访问且无法自建，否则不要做“减法”
3. 参照微擎，接入小程序生态。拓展发展机会

LitePress应该首先是一个中国本地化的WordPress，在此基础上，因为冲破了墙带来的束缚所以它变得轻便。而不是以轻便为核心去规划这个产品的方方面面，真正的核心应该是中国本地化。

即便在上述发展路线中的前两个阶段中我们并没有更改WordPress多少功能也没关系。我们只需要比WordPress在中国好用一些，配合与开发者交换流量进行大范围曝光，用户就会用脚投票。

回顾一下历史，尤其是互联网行业，技术和产品很难形成壁垒，真正能形成壁垒的只有生态。如果只是为了做一个“小而美”的产品就会丢掉无限的未来。

我们应该把WordPress的生态继承到国内在革除弊端后将其发扬光大，而不是掀了从来。

或者即便想服务小众用户也应该有一个普适的主线产品，在此基础上分叉一个小众版本，否则这个高地我们不去抢，别人就会去。这相当于自断一臂。

未来随着生态积累，LitePress会在国内完全接管WordPress。尤其是当应用市场上入驻上架多了之后，提供类似Steam那样的一站式安装和管理体验，这会是bug级别的优势。用户会被wp china yes绑定，进而被引导到LitePress发行版。最后这些用户就是我们进军小程序领域开疆拓土的种子用户。我们有了这些积累就可以在未来所向披靡。

最后总结一下就是，专注生态是最容易获得复利积累的道路，我们最后会踩着这些积累搏到更大的未来。如果只专注做产品就会演变成一个普通的软件商，日复一日的改bug以及被用户需求牵着鼻子走，这是你我都不想过的日子。

#20890

[耗子]

刀法会尽量收敛，核心与litepress.cn对接是必须做的事。内置插件不太赞同，一是用户卸载以后想装回来麻烦，二是不好推送版本更新。

#20891

[孙锡源]

回复 @ 耗子：LitePress直接把WP China Yes集成进去我没意见，这个挺好的。

不过去除目前的高级插件是基于哪方面考量？

#20892

[耗子]

回复 @ 孙锡源：有关的替换都放进内核了，拓展功能也外做成插件了，这个留着也只是一个空文件。

#20894

[耗子]

调用不了指的是哪方面？

后台JS/CSS下个版本会放回去。

API相关的就无解了。

#20912