每次看到对 PHP 的偏见我就觉得大家是不是在想屁吃

我就丢一个有说服力的数据 WordPress 支撑了全球近 30% 的网站运行~~

醒醒吧，想不写 PHP 是不可能的！

同一个脚本放在 body 里面可以运行 放到外部 js 文件报错

不看代码，盲猜你的这段 JS 代码应该使用 DOMContentLoaded 事件在页面加载完成再触发

简单点就是把你的这个函数放 window.onload = function(){ xxxxxxxxxxxxx } xxxxx 就是你的代码

@agoodob 忠实 fans......夜间模式其实写好了，一直拖延症发作没有更新........[原谅~]~

争取尽快更新，最近事情多，不是你喊一句我差点都忘了还有这么一个插件~我对自己也很无语~~

感觉这又是一个靠爱发电不长久的证据~~~

家底再雄厚也经不起一直只出不进啊

认真说，心智负担低点的全栈选手，JS/NodeJS/Deno 还真是最好选择~~

@0o0O0o0O0o #53 这样的服务开源是不可能的，毕竟见光即刻 die

违法这事情还是有多种方法规避吧，有很多思路能合理合法（也不是那么合法不过不会惹事上身就是了）地搬运这些内容的

还是感谢贴主的免费服务，多谢！！！

@0o0O0o0O0o #50 几番折腾，大概知道你是怎么拿到如此巨量公众号更新的，我还有点工程化的小问题解决

还是挺感谢你提供这么一种可能性，不然看看就觉得没啥希望的事情了~~~

BTW

友情暗示，这货有商用的可能的，可以考虑一下商用的可能，现成的例子就是 werss

mark 备用~~~

最近需要跟踪 N 多的公众号更新，mark 一个，万一贴主会私信我如何实现抓数据的方法呢[~醒醒~]

@unstop 多谢回复～我还以为你们用相关的开源实现，想参考一下

PS 你的回复竟然没有收到回复通知，我翻我的跟帖列表看到这个才发现你回复我了

按常规的网站扩展套路，结合站长不折腾的性格，盲猜前端 N 个 nginx 给 CF/CDN 在全球回源，后端应该不会由太多的服务器，尤其是数据库部分，应该是有且只有一个主数据库（单写入核心库，性能非常好的机器），备的可以多搞几个分担读压力，同样缓存部分也是

不考虑流量攻击的前提下，千万数据以内的网站，感觉也不用特别优化，有钱的话带宽管够，剩下的就是堆性能好点的服务器就可以了，尤其是这里既没有全文搜索的实现，也等同于几乎没有图片上传的实现

@unstop 先前有关注过你们用 Nodejs+Typescript 做后端（见先前的招聘贴），想冒昧问一下你们后端用什么框架？对你们这样快速开发出原型产品挺感兴趣的

thanks~

Firefox 在其浏览器插件开发者文档里面有这么一段（大约意思）：

没有任何的技术手段可以在浏览器突然奔溃的情况下还能妥善地处理好数据的保存问题........

实际看来 Chrome 也差不了多少，母体完蛋的时候还管什么数据~~~

挺好~支持一个~~~

希望 react 的快出来~~~

1 、单服务节点没有必要用 k8s，如果自己实在想用这类编排实现，建议可以试试 hashicorp nomad 比 k8s 心智负担少很多
2 、没有必要自建，Github 有
3 、项目有相关性的可以一个容器，无相关的多个容器。自己的项目还单节点服务器，一个容器简单方便
4 、见 2 楼现成的命令

利益相关，自荐一个自己开发的，个人觉得用得方便顺手的：Keptab

跟 OneTab 几乎一样的功能，不过干净，反应快速，能保存超级多的标签页组