回答最後 後端要想办法切入这一块 不一定, 不入这块还是很好找工作薪资也 ok 的话, 没有非入不可的理由 :p 是的话该怎麽切入 基本上可以估狗 "XXX performance tips" 找到很多不错的文, ex https://www.keycdn.com/blog/php-performance/ 这算是一个开始 然後是测测测测测...文内写的不一定合你的环境, 要自行实测, 如果测出来不如预期, 再继续深入追 如果基本 OS 计组不熟的话, 也需要补一下, 例如 "该进 cache 的进 cache" 基本上是没错啦, 但要是那资料量够大塞满 RAM 造成 Thrashing 反而用 cache 会成为挂点的原因 那不用 cache 要怎麽办呢? 如果有够强悍的 DB cluster 就查完塞浏览器的 localStorage 其实现在 DB 自己也会做 cache, 不一定非程式这一层做 然後继续讲 cache, 只是单纯的放资料进去的话, 拿进拿出一阵子後记忆体可能会碎片化 ref https://stackoverflow.com/questions/3770457/ 这也是程式层能使上力的地方, 可以设法规划会写入记忆体的物件体积, 让它们尽量不要差太大 或者定期清掉重新读取等等 而假如一开始会慢就是因为塞太多东西进 cache, CPU 跟 DB 其实很凉爽的话, 那拿掉 cache 说不定就好了咧 其它还有很多, 再举一个伺服器设定的例子, 假设你的应用是每一个人需要用到大量的记忆体, 但是处理速度很快, 而要求的频率不会很高, 那伺服器就比较适合设定成 将同时 request 数设小 (如 30) 然後排队设大 (如 2000) 以避免因抢记忆体造成 Thrashing 而若每个人只用一点点记忆体 但需要等某个有点慢的远程服务 那就适合让所有人一起进来等 总之大概就是要对程式、伺服器、DB、机器、各种解决方案都要很熟, 知道它们的功能跟极限, 再配合实际应用的需要, 设法在各方面取得一个平衡 面你的人说的没错, 加机器是一回事, 但加机器的人毕竟对应用内容不熟, 还是实际实做的人最清楚需要的是什麽, 是更大的 RAM? 更快更多颗的 CPU? 更高的流量? etc etc Da guy joe see john ※ 引述《chan15 (ChaN)》之铭言： : 各位好，自我介绍一下，我写 PHP 大概七八年了，coding 部份有按照 psr : SOLID 设计模式，用 composer 管理套件，git 大部分常用的都会用 : 框架的话 Codeigniter、Laravel 都算熟，会写测试 : JavaScript、jQuery 都还可以，会自己写 plugin 来用 : js 写到 es6 用 webpack + babel 编译，玩过一下 vue.js : 写过商城、金流、彩票游戏 : 加分部份 : 1. 会写一些 shell script，Linux 部份 ubuntu centos 基本指令都可以 : 有玩 vagrant 跟 docker : 2. MySQL 基本指令，设定权限、CRUD 那些没问题，当然一些复杂的 join 也写过 : 但那种东西基本上应该要透过资料表设计排除 : 3. 会写一点 node.js 用过 express 架过 api server : 4. 会写一点 python 用过 flask 架过 api server : 大致上重点履历说明如上，当然履历上会放作品等更细的内容 : 我要说的是，一般徵所谓的徵 PHPer 的主管应该大致知道底限或者是极限在那才是 : 但从去年到现在，有去聊天面试的部份公司，精确的话来说八间里面有三间有问到类似的问题 : 让我有点无所适从，不过也怀疑是不是真的必须去加强这块，所以上来请益 : 他们问的问题是，要怎麽开发网页可以承担百万人同时在线，或每秒百万的写入 : 我的回答是，我没有过这样的经验，我待过得公司有超过万人规模的这种东西都是分开处理的 : 有 SI 会做规划，PHPer 确保程式不会造成延宕或出错，该进 cache 的进 cache : 一般来说 op 那边会透过硬体跟系统的架设去消化这件事，具体高流量每秒写入资料库的规划我们根本碰不到 : 就连我去问公司负责金流後端开发的答案也差不多，用机器、用集群、用缓存去档 : 但面试者会说在 PHP 这边也会有相对应的方式，硬体也有办不到的事 : 上一个面试者还说 MySQL 一秒只支援几百笔写入，所以你们要想办法 : 这几间公司的共通点就是，新创、c2c、都说自己是大数据，薪水大概落在 5-6 万 : 想在这边请益各位是不是後端要想办法切入这一块，是的话该怎麽切入 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.163.80.109 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1515563281.A.889.html 我只记得读音 XDD 可以叫万用打杂工 资深全端 或者架构师 实际上是什麽 不只看自己 也看同事 如果在没制度的小公司 同事很多菜菜der 那就会是到处补洞救火的万用打杂工 如果在精实的小公司 同事都独当一面 人人一条龙 那就是资深全端 架构师当然就是在有制度的大公司做大案子 底下有一票各方专员配合 薪资说真的看公司 首先公司要赚钱 然後愿意分 跟能力的相关性不是那麽高 做一样的事在抬鸡店 (...色色der?) 跟小接案公司薪水不会一样 要说情况类似的话好像蛮多的 比方怎样才算 特级厨师 之类的 就是对 食材 锅铲 火候 炉 摆盘 各种料理技法都要很熟 知道它们的特性跟优缺点, 再配合要做的菜式及顾客喜好, 做出最适当的成品 好像蛮类似der XDD 补充一下加机器的人难以处理的情形 比方记忆空洞化造成狂 OOM 引致的 CPU 上升/Crash, 光看机器数值记忆体是够用的 (只是碎碎的 连续的区块很小) 就 CPU 不够, 所以解法是加 CPU -> 当然没用 或者像 NodeJS 天生单执行序, 在多核环境无法有效利用多颗 CPU, 那要解决速度问题的第一步其实是先判定各个部份的工作量, 将能独立的部份均匀分拆出去独立执行 性能立刻提升 N 倍 (N = CPU 数) 即使没有遇到百万负载, 在一般般的情况下, 这也代表机器费用可以大幅减少, 幅度大小看原本做得多囧而定, 减个 50%~90% 都是很有可能的 想想这说来蛮单纯的, 就两件事, 你知道有什麽东西可以用 以及 对它们够了解 知道的越多、了解的越彻底, 就有机会用得越好, 就酱 @@ ※ 编辑: lovdkkkk (118.163.80.109), 01/11/2018 16:12:34