@Shura 这有什么没辙的，比如故意构造一些会被常见规则屏蔽的请求，或者 div ，然后判断对应请求是否成功， div 是否存在之类的。管你在什么地方做的过滤呢。。。

作为北京土著居然只读了个大专，学习能力堪忧+1


你很 NB 提各种条件没问题， 但起码证明一下，简历、 github 、项目一个都没有，谁信？

遇到过

此外还有系统会时不时无响应，具体表现是所有应用程序 not responding ，但鼠标可以正常移动，也可以切换还没 not responding 的程序（切换出来立刻 not responding ）

已回滚回 10586 了
求问能不能屏蔽这个升级

@iVanilla 看来你已经明白禁 ping 和能不能通过 ping 获得 ip 之间完全没有联系了。。。

能力弱不是你的问题，能力弱还这么到处装逼，这就让人呵呵了

@iVanilla 你还是没明白我的意思，我说的是， ping 可以查到 ip ，和服务器是否禁 ping 没有任何关系。你服务器禁 ping 了人家照样可以通过 ping 去获得你的 ip ，所以你一开始说的理由并不成立。

我一般能避免微信支付就避免，而且我这一般来说如果支持微信的，支付宝肯定也支持。

@zhoushiya 不是收多少的问题，就像上面很多人觉得支付宝恶心，但对我而言微信这种做法也很恶心，所以不想用

@iVanilla 如果你想表达的只是『我知道一个域名，如何最快的知道它对应的（某个） a 记录的 ip 是多少， ping 是最快的方式』这个意思，那我并不反驳。但是你犯了一个根本性的错误，就是这个转换，只是个简单的 DNS 解析而已，和被 ping 的服务器是否允许被 ping 无关。

心疼 @serial 被一堆做 toy 的喷成这样子。。。

至于说堆机器的。。。一方面你考虑过你应用的本身最多能堆多少台机器么？（说没有上限的可以闭嘴了，我不信你的每台机器可以独立完成所有业务）；另外一方面，没种语言都有自己的适应场景，用 A 语言堆 100 台机器才能完成的，换 B 语言很有可能 10 台就搞定了

网站挂了， git 服务还是能用的

@techmoe json_decode(json_encode($arr))

@tabris17 wokerman （纯 php ，然而还是依赖了一些扩展的）也可以直接拿 php 做 server ，据说性能还不错，然而我也没 /不敢 /没这需求 试过



@Immortal 那你其实不还是重复造了许多轮子么，我觉得你可以试试看 composer ，它的意义不就在于我们不要上来就堆个框架，而是可以去选择自己想要的组件来自由组合



@livedutvchina 你好，我就是你所说的那位『言词比较激动』，但却似乎还得感谢你没有删除我评论（你倒是删删看啊）的那位朋友。在你看来我是不是得先夸上你和你的网站一番，最后再斗胆提出几个问题才算『互相尊重』？
（最重要的事情最先说）说到尊重，首先转载 /翻译别人的文章保留原文出处这么基本的事情你都不懂得做到，更何况 **在原文的下面原作者已经明确使用了『知识共享 署名+相同方式共享 4.0 国际』许可证（ https://creativecommons.org/licenses/by-sa/4.0/deed.zh ）**，而毫无疑问你的文章已经违反了。

至于『但细心看完文章，有些信息对编程还是有帮助的。』这点我实在无法苟同。坦白说原文里有些观点和信息我也认为有些问题，例如『 Yii also is the fastest PHP framework 』『 Blade has zero overhead to application performance because the blade view files are stored in .blade.php extension 』，但你糟糕的翻译使得这篇文章问题更加严重更加难以理解，而术语的翻译错误更是雪上加霜，这不光是是否会让人难以理解文章意思的问题，而是在误导他人。
如果你真的是抱着学习交流的态度，那么我建议你应该在显著地方附上原文地址，和一段小小的文字来说明你可能无法做到翻译准确，同时在翻译有疑问的地方不妨同时保留英文原文。

最后，编程能力 /经验不足不是错，但既然自己知道还跑出来装（哔——）那就是你的不对了。
（发完这条就 block ，所以不用回我了

这 TM 是机翻然后在人工稍微修正的吧？不贴原文地址也就算了，这文章写的一坨什么东西？随便摘几个例子（惨不忍睹我没看完）

『事实上， Laravel 这个最流行的 PHP 框架建立了 Symfony 。』 WTF ？ R U KIDDING ME ？ laravel 基于 symfony 还差不多
『 Yii 也是最快速的 PHP 框架，这归因于慢吞吞的加载技术。』慢吞吞的加载技术带来了最快速的框架？很好很强大。 lazy loading 都不认识么
『模板引擎提供了诸如自动 HTML 转义和过滤功能，并填写由原生 PHP 留下的空白。』原生 PHP 留下的空白是什么鬼？
『例如，原生 PHP 用以下冗长的代码写越狱』 越狱？
。。。


这种垃圾文章居然还有人推广，哪怕是出于这种推销自己账号的目的，真是一下子暴露了你们公司的实力要多么的低。。。以至于拿着狗屁不通的文章来给自己增加脸面。。。

这个问题我也思考过，不光是前端，其实后端或客户端也有这样子的现象 /问题，只不过没有前端这么显著而已。
我对这个问题的态度是，本身只是为了解决一个小问题所做的工具 /采用的方法，很多时候到后来为了 KPI/名望，把它越做越复杂，然后最后没法维护了就再另起炉灶来一个。

1. 加在一起就是灾难
2. 相信历史的沉淀

.UTSystemConfig 是阿里 usertrack 的

discuz （不带 x ）和 phpwind （ 9 之前）代码其实的确都惨不忍睹了些
考虑到要支持各种奇怪和古老的环境， discuzX 系列和 phpwind9.x 的代码我觉得写的还都是可以的，非要比较的话其实我觉得 phpwind9.x 的更优雅一些，但是实际上在当时 pw9 刚出的时候，在很多低端的主机上都被反馈跑不起来

然后 LS 也都说了很重要的一点，两者基本上都已经停止维护了。 discuz 是很久没有更新了，一个官方的人和一堆第三方自己弄了一个 discuzF ，勉强算给它续命。 phpwind 倒还能看到官方自己在那修修补补，但更新大多是在给移动端。

个人现在比较喜欢 flarum ，但还在 beta 版，不懂代码估计用起来够呛。。。

@will0404 开 20+个绝对不能算重度用户。。。你可以问问看这儿多少人常年保持 50+标签页，有时还会突破 100 的