路转粉！

为什么不能做到每月备份 2 次？

@flyingfz 如此一来，需要维护的项目就*N 了..当然是避免不了，但是有没有办法在一个项目里维护呢？

如果是按照多项目来维系版本共存的话。依赖一个 GIT 倒是个不错的办法，比如说 GIT 有一个 branch 叫“ api ”的目录。里面一堆 v1~vn_release 的 branch 么..

这是在换处理器吗？

以前玩过，因为工具门槛低，系统漏洞多，玩起来简单易用。

PS ：
博客里的下载地址也失效了。
我刚搜了一圈，发现这个： http://www.phpstorm-themes.com/theme/heat-night

@zeroday 这个地址已经不能打开了。
博主修改了 URI ，新地址在这里： http://jacobt.com/phpstorm-5-theme-heat-of-the-night/

@imnpc 要明确维护的事项。
很多公司连内容维护和技术维护都无法区分，会无法理解为什么不能帮忙把静态页面的内容给换了，即便你给了他很强大的后台管理。

如果是 2-3 天可以完成的，价格也就是普通的千元级。

做得很不错啊，我先试用下。
合适的话就购买。
公司大约有 5 个人会需要看 markdown 的文档，而编写者一般只有 2 位。
有没有合适的购买方案呢？

做不到啊..
除非噪音一直处在一个频率上，那感觉就像在中国的星巴克里敲代码..仍然会有一些分析，但是比菜市场的高低不平的分贝要好一些。

如果能习惯，也是可以当白噪音的……

昨天我在医院，挺安静的，但是旁边有个熊孩子一直在看我敲笔记本，一直问我这是什么呀，你在干什么呀，哎呀呀呀呀..

我合上了笔记本..宁愿晚上加班..

写入 MYSQL 可以进行一些查询和管理界面咯。

……你也是厉害。

首先有几点你应该引以为鉴：
1. 正式数据库和测试数据库的命名必须不同，比如： dev_website_com 和 www_website_com 或者 dev 是后缀也可。醒目最重要。

2. 正式数据库不应该经常访问（为什么呢？因为平时除非运维监控环境以及需要进行压力测试及 SQL 分析才需要在正式数据库上反复分析，但那也是一时的），更不应可以外网访问。如果是阿里云 RDS ，应该尽量关闭外网访问，全部依赖 RDS 的 WEB 连接。

3. 正式数据库的 ROOT 不开放远程访问，本机访问也要密码很复杂。每个数据库或每个站点所访问的数据库的账号，根据实际情况只建立一个拥有 SELECT UPDATE INSERT 权限的用户。

4. 每天备份。云服务器可以自动备份。 VPS 就用脚本每天 3 、 4 点自动备份到数据磁盘。


-。- 其实我只是一个程序员，都不算运维。