不相同种类型网站制作语言不同，技术支持当然也不同，在此，乐东润壤同大伙推荐门户型网站制作必须具备的要点供参考：
门户型网站制作用存储过程是比较难扩展的，这种情形多发生于传统C/S，尤其是OA系统转换过来的开发职员。低本钱网站不是一两台小型机跑一个数据库处置所有业务的模式，是机海作战。便捷水平扩展比那点预剖析时间和互联网传输流量要要紧的多的多。
为了以后图片走cdn做筹备，网站制作最好刚开始就将图片的域名分开，且不需要主域名。不少网站都将cookie设置到了.domain.ltd，假如图片也在这个域名下，非常可能由于cookie而导致缓存失效，并且占多余流量，还可能由于浏览器并发线程限制导致访问缓慢。
门户型网站制作除去结构化数据，还要常常存放其他的数据，像图片之类的。这种数据数目繁多、访问量大。典型的就是图片，从用户头像到用户上传的照片，还要生成不一样的缩略图尺寸。存储的分布几乎跟数据库扩展一样艰难。不用专业存储的状况下，基本都是靠我们的NAS。
这就涉及到结构。拿图片存储举例，图片是很容易产生热门的，有的图片上传后就不再有人看，有的可能天天被访问数十万次，而且大量小文件的异步备份也非常耗浪费时间间。
几乎所有操作最后都要落到数据库身上，它又最难扩展（存储也挺难）。对于mysql，哪种表用myisam，哪种表用innodb，在开发之前要确定。复制方案、分片方案，也要确定。表引擎方面，一般，更新不多、无需事务的表可以用myisam，需要行锁定、事务支持的，用innodb。myisam的锁表可能不是性能低下的根源，innodb也未必全是行锁，具体细节要多看有关的文档，熟知了引擎特质才可以用的更好。
现代WEB应用愈加复杂了，大家设计表结构时常常设计不少冗余，虽然不符合传统范式，但为了速度考虑还是值得的，需要高的状况下甚至要杜绝联合查看。编程时得多注意数据一致性。
门户型网站制作在复制方案方面，多主多从结构也最好刚开始就设计好，代码直接根据多主多从来撰写，用一些小窍门来防止复制延时问题，并且还要解决多数据库数据是不是一致，可以自己写或者找现成的运维工具。
