我和大神聊drupal：从前端到后端

[maramail]

以下只是我跟一个drupal大神的聊天记录整理，我觉得他的话很有意思，就整理下来供大家参考。

[maramail]

我：原来twig语法这么恶心，今天仔细看才了解到。。。。。D8还有希望么。。。。。

大神：twig 恶心在哪，反映一下，个人感觉twig挺好的。

我：根本不符合人类语法。。。。这就是最大的问题

大神：例如呢

我： {% for item in seq %} 。虽然我不懂JAVA C草 PHP，但我觉得多少我还看得懂它说啥

大神：基本模板引擎都是这样的，phptemplate才是反人类难分工的，smarty也是这样，因为phptemplate意味着要懂php。模板引擎其实可以前端完成的，前端不懂php的。

我：其实懂PHP也不算是坏事。。。。。现在我就是看着print什么的就好了。。。。。。反而现在你让比如我这种不懂编程的去看一种很复杂的编程语言。不对，是一个很像很复杂的编程语言的东西。
大神：这个语法很简单的，{% for item in seq %}，for item in seq，循环 item里面的每个内容，每个内容命名为seq 。

我：我是站在一种业余角度去看这个事情而已。。。。1：业余人士需要完全重新再学2：脱离引擎后，这东西就毫无意义了。不好意思，这个纯粹是对twig本身的情绪化吐槽。

大神：不用学的，模板引擎，语法只有几个。你看里面来来去去就是一个循环，一个输出，没了。当你用phptemplate的时候，你还要写php，这才是逆天的。这是开始的错觉来的。twig ， smarty等基本有自己的语法。但他们的语法只是很纯碎很简单的，来来去去就是几个。

我：或者如果我真的用到就去认真学习吧。其实逆天才是真的好。。。。。我觉得。。。就好像python那样，低端高端的都可以玩。。。。。因为这样比较有前景，你学了python，可以做很多事情，换了php也一样。。。

大神：嗯，这个想法也是没错，角度的不同会有不同的想法的，在公司层面，项目层面来看，这个就不然了，因为公司找一个前端，前端都找不到几个懂php的。你要前端学php，他们就辞职了。

我：这么可怕啊。。。。

大神：换位思考就知道了，他们专注于前端，他们不愿意学php的，我认识的9成前端都是这样。

我：看来只有我这种业余神经病才会不上不下地喜欢php。

大神：php是因为你不是纯粹的前端角色。我也是前端出身的，我转php后，我也能接受phptemplate，我跟你属同类。基础的事情做多了，不去学新东西，就会停留在开发层面，例如高性能产品的研究，架构师方向的研究，技术总监方向的研究。他们的知识面，专注点都不同，所以一直都是在基础点，因为他们都一直在开发，没去做大项目。所以观念，在大项目中会100%改变。特别是，大项目是你指导的，你是大项目的发起人、负责人。例如我现在要指导20人左右的开发团队做一个1000万pv级别的网站，前期性能优化就得想好，压力测试，负载测试。

我：我只是一般玩家。。。我觉得你今天说的话真应该写下来，因为我估计余下数年会有很多人吐槽twig。比起静态页，twig其实不好理解。。。。于是又有很多人说DEDE好

大神：是的，确实不好理解的。只不过这个负面的感觉，会在认真使用一周后，取消。

我：可惜我东西还是用D7，模块多。。。。。

大神：上一定数量后，d7就会麻烦，drupal都是这个老毛病。

[maramail]

我：我看有篇文章说stackoverfloat都是用asp。。。。所以其实性能不是太绝对化，按他们的说法是，硬件要比工程师便宜。。

大神：不是的，stackoverflow是用 .net，asp.net，不是asp。这个文章误导了，我说的不是语言，我说的是数据库结构。

我：不，可能我记错了。。。。不存在误导

大神：硬件的提升，性能提升最不明显的。sql 跟索引的提升，对数据库的提升，比硬件的提升明显多了。铁路公司那个订票网站花了几亿，一上线就当机了。后来又花了几亿去调优，这个调优并非在机器上加了很多很多，几十倍的机器这样子。而是在底层调优了。drupal的数据库结构太灵活，是奠基在性能的损耗上的。例如他每个字段就是一张表。再后来最恐怖的是node表。

大神：你能想到node表是什么地方恐怖吗？举例，我有一个网站，板块有 ： 博客， 图片，教程，作者资料。这四个板块，本来是独立的，但在drupal里面，全部资料都在node。那么好了，我上一定规模了，博客1000万个博文，图片2000万个作品，有150万的教程，200万的作者。你会发现，在drupal就是4000万的node表。。。数据库结构问题。这本来是四块不同的内容，本来是四个表的，可以分担压力。但drupal却是1个表的。。。。就是承受四倍的压力。好了，假使上面的文章还在。。。我有一个 page 类型，要来放公司简介等普通静态页面。。。你会发现，这个公司简介页面。。。慢如牛。。。。你能明白我在说的是什么吗？然后这些表，假使我图片是有10个字段的。。。就是10个字段都是4000万。哦买噶。

大神：你会发现drupal的灵活就是奠基在性能损耗上的，而且是无法用简单的技术手段优化的，因为数据库结构是一个软件的根基，例如一个大厦的根基一样，大厦根基好不好，决定你这个大厦能建多高。那么，可以怎么去解决这个开销问题呢？例如1台机，装了drupal，压力测试发现同时容纳的人数是10万人，假使我的目标是100万人在线。。那么你要10台服务器。如果我要1000万人在线。。就要100台服务器。100台服务器，如果一台5万，就是500万服务器成本。好了，我优化了网站，我用了一个自定义的框架重建网站。压力测试从10万人，变成了50万人。。如果我还是要1000万人在线。。这时候，我只需要20台服务器。。20台*5万，就是100万。节省了400万成本。你明白这个drupal为什么只能适合中小企业了吧。

我：哦，这样子

大神：因为后期的优化是需要巨额的，要弥补drupal的性能缺点，当用户量越大，这个成本就越高。重构也是无法做，因为drupal根基就是这样。

我：其实我看过好像yahoo他们是php做前段，java做后端那样。。。。。。这是从技术层面去解决的一个办法是吧？

大神：以后说不准。现在php性能差。但因为mysql的瓶颈更大。所以一般在100万，1000万级的时候，还不会非常明显的。只有mysql很明显。但到了这个之后，就会变得非常明显了。所以大型网站的都需要Java后端，因为Java快。但php7马上出来了，性能提高2~2.5倍。7是专门优化性能的到以后，说不准后端也就是php。

我：哦这样子啊。。。


大神：我为什么会用drupal，是因为我接触的大部分是小站。但大站，我都不用drupal的。只要客户有指标，指标是能承受：100万或者是1000万。只要有这些指标的，你在开发完网站后，不是就等于完成网站了。你还得测试这些指标是否合格，有专门的测试工具的。只要不及格。。重做吧

我：对对。其实考虑到用户角度，这里就很烦。

大神：所以大网站，你还会那么理直气壮的选drupal吗。很多人会经常吐槽说drupal性能差。其实我在想。你做的项目：有多大？如果都没到100万pv。那就别老说性能差。用就对了，数据量都没到100万级别，硬件成本就不会很高。但时间成本。。。就省了很多。到你量上去了，就是时候要重构了。

我：那其实就是一种“玩”的心态，觉得java很牛

大神：那是技术人太专注技术了，没考虑市场，是技术人通病

[maramail]

喵的，重复了，烦请管理员删掉一层。

[qy117121]

喵的，重复了，烦请管理员删掉一层。

已删

[quinnlam]