记住:不提前协商IV的锅得自己背
PHP 尴尬的对象循环引用问题
输出结果:
当使用 &$k 时获取的为循环$k的引用,如果使用 as &$k 又是另一个操作了。只能说,历史代码的坑挺多。
输出结果:
当使用 &$k 时获取的为循环$k的引用,如果使用 as &$k 又是另一个操作了。只能说,历史代码的坑挺多。
默认情况下docker不允许使用SYS_PTRACE调用,而php-fpm的慢日志依赖该方法。
docker 可以添加–cap-add=SYS_PTRACE解决
k8s配置如下内容解决:
最终效果如:
https://serverfault.com/questions/890768/php-slowlog-empty-even-though-php-fpm-says-its-logging
记住:不提前协商IV的锅得自己背
微信BUG:页面标题太长,只要标题长度超过了右侧按钮就有这个问题
参考: https://developers.weixin.qq.com/community/develop/doc/000404e434c2100a75bf655485fc00
请尝试:
3. 尝试插拔显示器电源线
主机与显示器连接DP线之后,我们可以尝试将显示器的电源线拔掉,再重新插上也可以解决,也可以同时将主机关机重启试试。具体什么原因,不知道,但是这个问题,遇到的人很多,你要说是显示器质量问题吧,很多显示器都有这样的问题。
更多内容: https://zhuanlan.zhihu.com/p/466826180
前言
最近重新优化生产环境的php镜像底包,发现打包结束后大小达到了惊人的2.04G,于是得优化优化了。
常规方案
合并RUN、分阶段构建早用过了,用过之后是2G,当前层级关系如下:
docker-squash 方案
准备进行优化:
优化后的层级和大小,效果很好,而且层级也没了,反正是底包,关系不大
官方docker build –squash...