分类 php 下的文章

3589 brew list php
3590 brew info php74
3591 brew info php@74
3592 brew info php@7.4
3593 brew services stop php@7.3
3594 brew services start php@7.4
3595 php -v
3596 composer install
3597 composer upgrade
3598 composer install
3599 cd /Users/wayson/Documents/coe/dataadmin
3600 clear
3601 php -v
3602 brew install php74
3603 brew install php@7.4
3604 echo 'export PATH="/usr/local/opt/php@7.4/bin:$PATH"' >> ~/.zshrc
3605 echo 'export PATH="/usr/local/opt/php@7.4/sbin:$PATH"' >> ~/.zshrc
3606 export LDFLAGS="-L/usr/local/opt/php@7.4/lib"
3607 export CPPFLAGS="-I/usr/local/opt/php@7.4/include"
3608 brew services restart php@7.4
3609 php -v
3610 source
3611 source LDFLAGS
3612 brew info php@7.4
3613 /usr/local/etc/php/7.4/
3614 php -v
3615 cd
3616 php -v
3617 brew unlink php73
3618 brew unlink php@7.3
3619 brew link php@7.4
3620 php -v

关注这个问题一开始是因为做AB测试的时候发现cpu的占用率很高,一开始以为是nginx的问题,调了很久还是差不多,于是想会不会是php代码的问题,换成symfony官方demo做测试,结果还是一样,我就想会不会是symfony本身的问题,搜了下,果然symfony官网本身旧有关于性能优化的方案,跟着改进了下,发现cpu占用率从80%-100%降到20%-30%,主要分为以下几点:

  1. 使用OPcache字节代码缓存
  2. 配置OPcache以获得最佳性能
  3. 不要检查PHP文件的时间戳(记得生产环境要用apc_clear_cache()/opcache_reset()更新缓存)
  4. 配置PHP实际路径缓存
  5. 优化Composer Autoloader

详细参考:https://symfony.com/doc/current/performance.html

200 OK - [GET]：服务器成功返回用户请求的数据，该操作是幂等的（Idempotent）。
201 CREATED - [POST/PUT/PATCH]：用户新建或修改数据成功。
202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务）



- 阅读剩余部分 -

前言:公司系统原先使用thinkphp3.2做开发,后来积累下来的问题太多,没法继续开发,现在重新选框架,重新架构

框架选择:symfony4
框架的选择上,laravel虽然是目前使用最多的框架,但企业级的框架讨论结果还是非symfony莫属,从0开始


- 阅读剩余部分 -