如果你单单只想使用基于node.js 的npm下载一些有用的包管理工具 或者使用一些工具 比如在 webstrom中就有引入基于node.js的less等外部工具 来进行预处理 那么 此时的node.js只是 它的npm起了作用

分离的意义就是分工更加明确了。写后台的专心写逻辑，搞性能优化，提供文档就好了，前端则转心改样式写页面。大部分公司招的开发并不能做到前后端都非常熟练使用，写是能写，但是容易分心。赞同采纳的那个答案，1:40搞不了前后端分离的。相当于40个后台把接口写完后扔一堆文档或者一个超大的文档给前端，然后前端一个人...

前后端分离的意义就在于后台不用再对页面负责了嘛，只要管好数据库，写好接口。 而你们说后端还有拿前端的项目这就很奇葩了，各自部署各自的，大家都按照接口文档来走，本就没有这种要交叉改代码的情况。

前端工程师的主要职责有： 解决浏览器的兼容性，可能还要包括移动端 利用html，css,js（包括js的各种框架）实现网站的功能 保证良好的用户体验，各种优化等。 和后端进行数据交互。需要熟悉php，数据库甚至于linux操作等 需要掌握的技术就太多了：一图以蔽之： 总之，前端工程师的任务分散而没有HTML5工程师的专注，HTML...

从最开始的WEBServer+Database，到前端页面缓存+WEBServer+Database，这里可以参考Yahoo的14条规则做优化，渡过了这一阶段，可以考虑前端页面缓存+WEBServer + 页面片段缓存+ Database，具体如ESI技术，渡过该阶段后 前端页面缓存+WEBServer + 页面片段缓存 - 数据缓存 + Database，这时可以考虑Map机制以及 memcache等...

我们最近官网在搞SEO优化，身为一个后端，来说一点自己的想法。 使用模板引擎来开发，自动刷新应该会慢一点(至少java是这样的，比不上SPA)，不过的确是能做的(自动重启) 我们前端说用的是nuxtjs，也可以做到SSR(服务器端渲染) 后端的模板引擎其实用的很少了，应该算是被分离出去给前端替代掉了，用SPA的方式开发，然后用...

看情况， 要看php进程和apache等容器的超时时间的。504是指nginx在一定时间内，没有得到后端的返回(apache、fpm)， 所以会返回给前端504，让前端不要继续等待。但是上游服务器依然会继续执行，直到执行完毕或者达到他们（apache、fpm、php）的超时时间，如果没有设置，则会一直执行下去，但是前端已经得不到返回了。

websock接收后端报文，前端在右下角显示一次性最多3个消息框，最近报文有点多，大概一秒能收到1-6个消息，一直收一直收。等待半小时，页面卡顿。（控制台没有死循环），DOM一直在刷新那三个消息框。请问这种情况怎么优化页面卡顿的问题？（后端已经在修改报文的频发问题，前端应该也有一些预防的法子吧？）

缓存本来就是有后端和前端同时协作实现的机制，作为一个前端，了解缓存的机制在开发中很重要啊，尤其是在性能优化方面，具体你随便搜索一下缓存就很多经典文章，这不是只属于后端的东西。而且作为一个技术开发人员，对知识的广度、深度是能力模型的很重要部分，多了解相关的知识也是必要的。

问题是先现在前端需要针对所有返回数据都写逻辑，非常臃肿if(res.result.xxx){ res.result.xxx.dataValue.map ....}

在使用 Python 的 Django 框架开发网站时，如何优化数据库查询以提高网站在处理大量并发请求时的性能？另外，在网站的前端开发中，如何确保与后端的高效交互，特别是在处理大量用户交互和动态数据加载时，应该采用哪些前端技术和框架来提高用户体验？

前端验证主要是为了用户体验，不用请求服务端或者无刷新页面请求服务端。服务端验证是为了验证数据的正确性和合法性，保证写入数据库的数据是符合业务要求的。

uniapp 微信小程序购物车列表前端如何做性能优化呢？部分机型数据只到150左右就会出现白屏现象，购物车跟淘宝的一样，是多店铺多商品。现在没有处理头绪，望得到各位大佬的指点一下，感谢

图片延迟加载 前端静态文件的合并压缩 加载过程中的重绘和重排 js的执行效率 CDN存放静态文件 文件名MD5，缓存设置的很长。这条是优化缓存后的页面加载速度的 产品目标用户的电脑速度。这条是抖机灵的。。