在考虑一个网站的架构,自己写了一些html5效果代码,然后装了一个 apache,一个 php,同时在想这个行业为什么不直接用 c/c++ 写后台。
貌似 php 也很复杂了。
嗯,php 生存发展主要是因为技术难度低,然后成本低的原因。
看来是这个原因了,并不是说 c/c++ 写后台不好。
嗯,从应用角度,只要功能结果,内部语言用哪个无所谓。
以前都是先设计页面,然后转成 php 就OK了,以后如果前端全部都是用 html5来实现,逻辑也很复杂。
后端呢??
html5的意思是一些本来在后台实现的逻辑,可以放在前端了。
有点儿复杂。。。
纠结,如果用 c/c++ ,那代码是运行在 apache 自己的进程里面呢,还是另开一个进程/线程池,类似fastcgi。
cgi传统是每访问一次,就加载一次,那个太慢了,所以如果写c/c++,就要写 module。
嗯,现在的fastcgi都是跨进程。
不想用现在的数据库,数据自己管理。
要不分两步走,先用php玩原型,以后压力大了,数据量大了,集群大了,再换成c/c++。
嗯,编码慢在项目初期是大问题,等以后项目成熟、盈利了之类的,再花钱转c/c++。
嗯,大概这样,对于新的创意,新 feature,用ph