在“现代”Web应用程序的世界中,我对使用node.js、模块打包器、任务运行器等技术感到非常迷茫和愚蠢。
我有一个工作中的Zend Framework(ZF 1)PHP应用程序(还嵌入了WordPress多站点,允许用户创建自己的博客网站)。它托管在带有mod_php的Apache服务器上。它在表单和数据显示方面使用html表格,但幸运的是没有用于整个页面布局,尽管css基于1000px的固定宽度页面。
该应用程序最初开发时认为javascript只应用于“渐进增强”,但最终我们不得不要求启用javascript以获得正确的行为。我们支持使用OAuth2身份验证通过几个提供程序(Facebook、Google、LinkedIn、Twitter等)进行注册和登录,但仅通过服务器流而不是javascript SDK。我们使用jQuery和有限量的Zend_Dojo javascript库以及一些自制的javascript函数(除了WordPress使用的任何内容)。
我们最近添加了一个Nginx反向代理来代替原始的Apache web服务器。它托管我们的ssl证书并提供静态文件资源。
现在我们正在寻求移向更具响应性的设计,以更好地适应移动和平板电脑用户,并考虑渐进式Web应用程序。因此,需要对css进行重大更改并增加javascript的使用。尽管Nginx提供了静态资源的eTags,但Google Page Speed Insights告诉我们,我们存在阻塞下载javascript和css资源,并且我们没有利用浏览器缓存。
从我看到的各种文章来看,Webpack打包工具可以在解决所有这些性能瓶颈方面提供重要帮助。但是我真的不知道它如何适用于这个生态系统。我对我们网站工作方式的精神模型是,通过PHP代码分析http查询,将其分派给访问会话数据和MySQL数据库的PHP操作例程,然后通过phtml模板(ZF1视图脚本)输出html,其中包含嵌入的PHP标记。 phtml模板可以直接或通过其他管理整个页面布局及其