论坛与云平台不通会影响论坛的访问速度
最近发现如果论坛与云平台不通的时候，并且当访问量上去的时候会严重影响论坛访问速度
也许这就是你论坛突然有时候访问慢，间隔段时间又好了
跟踪PHP进程，出现大量超时请求 如下：
如何解决Discuz!数据pre_common_stat报错？
最近一段时间数据库过12点后容易报错，错误如下：
（1062)Duplicate entry ‘20151203’ for key ‘PRIMARY’
INSERT INTO common_stat SET ‘daytime’=’20151203’,’login’=1
DISCUZ脚本处理这个触发时，有人点击网页才能进行处理，
这里说明同时并发的情况下，重复触发新建入库了。
如何解决手机和pc两个独立系统不同地址自动切换？
之前做手机版的程序需要实现与PC系统不同地址之间切换。
再说现在手机版的流行了，有些系统可能不想在传统系统上再开发。独立出来更明确一些，依然数据共享。
手机版和PC版块切换方式可能部分人采用前端JS 来处理，
个人喜欢用服务端rewrite 。（当然前提条件是不在一个系统上，一个系统上就不需要这些了，程序判断，多做一套模板了）
假设依我博客为案例：
如何解决ALTER TABLE causes auto_increment resequencing ?
最近，升级Discuz! X2.5 到 Discuz! X3.2 升级过程中遇到如下错误：
升级SQL语句:
升级表 pre_home_notification 出错,请手工执行以下升级语句后,再重新运行本升级程序:
ALTER TABLE pre_home_notification CHANGE `id` `id` mediumint(8) unsigned NOT NULL AUTO_INCREMEN
Error: ALTER TABLE causes auto_increment resequencing, resulting in duplicate entry ‘16777215’ for key ‘PRIMARY’
Errno.: 1062
按照官网的手动的方法执行一样报错。
接下来我进入数据库查看 此表的结构 ，就明白了。
如何解决DISCUZ QQ互联connect_error_code_20003错误?
错误一：前台报，当前存在网络问题或服务器繁忙，详细错误：connect_error_code_20003，错误代码：20003，请您稍候再试。谢谢。
有时候多点几次QQ能登录，多数时候点报上面的错误。
程序版本Discuz! X2.5
域名：.cn 更换为.com.cn
更换后就出现了这种情况，防火墙策略也木有动，站点信息也同步成功
我看了 官网 已经 给出了解决办法 oauth1 切换为 oauth2
http://www.discuz.net/thread-3664310-1-1.html
按照官网解决办法 ，测试还是木法解决20003错误。。。
诊断工具检测出来：偶尔会出现如下错误：
错误二、云平台到站点测试 暂不支持中文域名等特殊URL开通云平台
如何在站点静态文件下查找某关键字并修改文件名？
前段时间，因关于某些政治性的内容，公司部分站点需要做处理，而且数据库只保存近几年的，无法通过数据库删除或修改早些年的静态页面数据
站点文件个数，不会少于几百万，我想大家不会一个个手工查找吧！也许真的有人那样搞呢，我只能“呵呵”了
用程序思想去解决工作中遇到的问题，很有必要！
站点环境:linux
可以使用的shell脚本处理，因为他们是天生在一起的，而且处理上很方便，不过一开始有一个问题木有考虑到，后面再讲
上代码,shell代码如下：
centos升级完firefox出现闪退
最近测试页面觉得firefox版本太老了，是时候升级一下firefox了，系统：centos6.5
update 完，点firefox 木有任何提示就退。。。 这自动升级都不考虑依赖包吗？
直接命令下运行，发现错误如下：
/usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual
看来是gdk库版本问题，木有办法 ，算了全部update一下，就解决了。。。
个人觉得软件升级应该有提示一下：需要那些重要的依赖包或者自动升级时候把相关依赖包考虑进去
不正确重启服务器对正在运行应用可能会造成破坏
最近几天发现网管打完补丁后，就重启机器，正在运行数据库表被破坏，前台web页面就报错！
服务器日志报错如下：
mysqld: Incorrect key file for table ‘.\数据库名\表.MYI’; try to repair it
修复：停止web服务，进入数据库，用repair指令修复一下就行了，幸好服务器的数据量不大。。。
总结：如果数据量有点大的话，修复上就会麻烦。
正确的做法是：先关闭web服务(nginx,httpd等)，再关闭数据库服务，最后在关机。
往往人都省麻烦（含个人电脑)，不关闭应用层的东东就直接关机！
如何解决linux下使用nc遇到基础问题？
我用nc做get，post 提交，服务器出现如下错误
一、服务器日志报400错误
这个状态码表示错误的客户端请求，换句话说是服务器无法理解客户端的请求。估计大家都知道吧
原因：提交数据最后我少了一行换行符(\n),下图完整的
一、服务器日志报499错误
对应的是”client has closed connection”。这很有可能是因为服务器端处理的时间过长，客户端等不及了，主动断开了
原因：nc操作的时候 少了一个参数 [-i interval] 这个很重要 会等待服务器返回数据的
