Category: 运维 DevOps

在折腾好VPS之后, 就打了一条 sudo apt-get upgrade 然后显示PHP版本已经更新到 5.5.9.查了一下更新记录,其中最重要的是就是 PHP5.5 之后就内置加速缓存 OpCache (默认就是开启的). 在 php_info(); 命令之后则有一块很重要的新模块: 也就是说 PHP 会把一些常用的文件编译成 Opcode 放内存中供下次调用,这样就会省时间,因为PHP是动态语言,每次 apache 服务器去解释PHP程序很耗时间的. 在 PHP5.5 之前,有类似的开源模块,比如 APC (Another PHP Cache), 用得也很多, …

11号晚上开始, 未托管的VPS就发了疯一样, 只要一启动 sudo service apache2 start CPU用量就接近 100%, 然后如果你不去管它的话, 很快服务器就停止反应, 只能从控制面版里重启. 虽然有在前面放个cloudflare挡一下, 但是免费的(cache size 好像才 100M)感觉不是很好用,而且免费ssl有点坑.后来, 果断禁掉了一些IP (大多是疯狂没有节制的搜索爬虫),并且加强了安全,防止 root 帐号被暴力破解. 再一次查看最耗资源的进程,发现仍然是 apache2 请求.于是果断先备份所有数据文件, 然后尝试不同的参数配置(默认的对于我的情况不是很靠谱),以下是针对我的VPS的配置,我的VPS是双核 2.8G, 1G 内存, 20G …

备份是我们常需要做的事, 你可以在服务器上有一个文件夹专门用于存放备份. 然后定期删除(可以是一个脚本定期执行),这 样就比较麻烦, 因为如果你想每次删除比较旧的备份, 你就得对备份进行时间倒序. 其实可以完全利用LINUX下的 date命令来生成想要的文件名用于备份. 比如你想保留过去的 24 小时备份, 那么你可以用: H=`date +"%H"` ls > backup_$H # your backup command (e.g. mysqldump) 来生成类似 backup_0, backup_1, .. backup_23 之类的文件名.对应过去24 …

WordPress 强大是有它的道理,主要原因是它是基于PHP(开源,灵活,快速开发) WordPress 搭建的博客是动态的,因此需要一些缓存插件来避免服务器重复的查询SQL数据库.我建议是少装插件,尽量用PHP和 MySQL 自己写. 如果你移动了博客的地址,那么就会需要以下几条SQL语句来更新文章中的地址(文章也是存在MYSQL数据库中) UPDATE wp_posts SET post_content = REPLACE (guid, 'OLD URL', 'NEW URL'); UPDATE wp_posts SET guid = REPLACE (guid, 'OLD URL', 'NEW URL'); …