星期六 阴 19～25℃
屌丝团记忆(95) 运动日-2
这次不玩羽毛球，玩篮球。浙大紫荆港校区。
风雨操场没场地了。原来是可以预订的，一直以为不可以预订。记了电话，下次好用。
之后大家一起杀向外场，离风雨操场还真有点距离。
打球的人真多。去上了个厕所回来，有几个屌丝已经组成一队上场了。
另外一个场刚好缺个人，我于是顶上去。
大约打了一个半小时，投球命中率还是和学校时一样烂，但是过瘾了。这帮人有几个看上去不是学生，好猛。毕业这么久了，还能和这些哥们进行这样的对抗，我也知足了 ^____^
迁移blog数据
今天把z-blog数据转到了wordpress.
用到了zblog的movabletype插件和wp的“Movable Type和TypePad”
附：关于z-blog留言数据导出，是将留言板导出为一篇文章，到WP那边再手动将 wp_posts > post_type 改为 page
参考：
星期五 多云转阴 19～25℃
屌丝团记忆(94) 集体去看福地二期
中午大家吃完饭集体去福地创业园二期看。福地的一期在很偏的西边，没想到二期就在西斗门路这边，天堂软件园边上。还是框架，据说 12 月可以搬进去。
找房子找了好几个月了，这次也不知道定下来的概率有多少。
星期四 晴 17～24℃
腰椎酸痛
这两天腰椎酸痛比较厉害。
莫非左手脚发麻真的是和腰椎有关？
星期三 阴（早上蒙蒙雨） 17～21℃
降温，预防拉肚子
真是一阵秋雨一阵凉。今天比昨天降了 10 度。
在这样的天气里，一不小心就拉肚子，要提防受凉。
屌丝团记忆(93) 担心自己脾气会越来越躁
我现在和蝎子、Ray交流问题的时候，有时会不由自主的像他们一样把嗓门提得很高，只觉得有一股热血涌上自己头顶。这一切，都是不由自主、不受控制的。虽然当时大家都发泄了，但其实事后是会有阴影的。
这不是个好的变化。
很明显，在一个环境时间久了，自我控制力很难抵挡环境的力量，好的也好，坏的也好。
尽管很难抵挡，我还是不希望自己在某些方面进步了，而在另一些方面却退步了。
真心希望屌丝们在遇到问题时不要急躁。先处理心情（其实是心态），后处理事情。
星期二 多云（傍晚过后阵雨） 20～32℃
办公室健身(55)
俯卧撑，下午 65 个。
星期一 上午阴，下午阴转多云 24～30℃
备案还差一步
昨天邮寄备案资料到洛阳，今天洛阳那边收到了，资料审核已通过，还剩下最后一关：通管局审核。
完整流程是这样的：
星期日 阴（偶尔有阳光，偶尔小阵雨） 24～28℃
[评测] 使用阿里云云服务器一年多的感受（转）
今天看到一篇关于阿里云主机的评测，2012年09月29日发布的，对阿里云主机的评价蛮高的。
转文：http://kb.cnblogs.com/page/161553/
原文：http://www.techcheng.com/website/server/aliyun-cloud-server-review.html
星期六 阵雨 24～27℃
博客换成wordpress
主机换成 linux，博客换成 wordpress，近期将导入 zblog 的数据。
因工作繁忙，可能要到国庆再来处理。
在家健身(85) 腹式呼吸慢跑
晚上九点十分，小区里慢跑 10 圈。
跑到第六圈时突然想到腹式呼吸，于是剩下四圈就是这么跑下来的。终于体会到腹式呼吸的好处，跑起来变轻松了，腹部肌肉也锻炼到了。顿悟。
友吧今天
今天南靖小弟牵线，和跑步圣经互换了友情链接。
爱马士申请开版汕头友吧分区的申请词真心写得不错，这哥们真尽心，其他人申请开版一般只是写一两行。
星期五 多云 23～30℃
wdcp使用教程（文档、FAQ、索引）、工具集
使用教程
http://www.wdlinux.cn/bbs/thread-1438-1-1.html
工具集
http://www.wdlinux.cn/bbs/thread-1607-1-1.html
安装 wordpress
换到阿里云，没办法再用原来的 asp 的 z-blog 了。
今天安装 wp，接下去要把 z-blog 的数据转到 wp 来。
友吧今天
昨天白天再次测试数据迁移。
昨晚（其实算是今天了） 00:15 开始正式迁移数据，01:50 完成迁移。
因为前面做过两次迁移测试，所以正式迁移时没有遇到问题。
域名绑定 IP 更换，各地生效时间不一，今天早上大家应该都可以正常访问了。
阿里云是 BGP 多线机房，此前友吧用的是电信单线路机房。调查了一下大家的访问速度，非电信用户说快了，电信用户说没感觉。这就对了。我本来担心对于电信用户来说，多线机房是不是会不如纯粹的电信单线的速度，现在看来这个担心是多余的，希望阿里云真如传说中的那么靠谱。
这次更换 IDC，真的是下了很大决心，要不是数字引擎的技术和服务让我们失望到非换不可的地步，我是真不愿意换 IDC（这几年来，前面有几次我都是忍了），因为换了就要面临两个麻烦的事情，一是数据迁移，二是接入备案。数据迁移不是最麻烦的，最麻烦的是要新增接入备案。虽然表现上看只是换一下接入商，其实接入备案和全新备案走的流程是差不多的，都是一样的麻烦，全程一般要历时半个月到一个月。但是为了友吧的将来着想，长痛不如短痛，不能再像从前那样妥协了。
阿里云主机还有一个好处是配置可以随时升级，价格也公道，这也是我所看重的。
今天是友吧又一个新的起点，大家继续努力吧！
中秋 星期四 多云 20～30℃
阿里云主机使用(4) 迁移 discuz 出现的问题
1、访问论坛首页 /forum.php 时报错
Discuz! Database Error
(144) Table ‘./forum/security_failedlog’ is marked as crashed and last (automatic?) repair failed
SELECT count(*) FROM security_failedlog
是防水墙插件的表。
解决方法（附：关闭防水墙的方法）：
(1)、登录 phpmyadmin，找到 security_failedlog 表，勾选，在底部下拉里选择“修复表”。
(2)、如果还是报错，那就关闭防水墙吧。
(3)、用下面第 7 条记录的“命令行修复表”的方法（这个方法比较靠谱）。
dz 论坛上很多人说修复表之后，还是每天会出现，今天友吧果然也出现了。这个防水墙有点流氓，装上后就卸不掉，干脆把 source/plugin 下的 security 改名，就没问题了。改名之后还发现一个惊喜，再进入后台“云平台”，可以关闭“防水墙”了。
2、登录后台报错
Can not write to cache files, please check directory ./data/ and ./data/sysdata/ .
解决方法：上面只是提到“./data/ and ./data/sysdata/”两个目录，下面是需要设置为 777 权限的目录或文件。
./config/config_global.php
./config/config_ucenter.php
./config
./data
./data/avatar （将更改循环应用到子文件夹和文件）
./data/plugindata （将更改循环应用到子文件夹和文件）
./data/template （将更改循环应用到子文件夹和文件）
./data/threadcache （将更改循环应用到子文件夹和文件）
./data/log （将更改循环应用到子文件夹和文件）
./data/sysdata （将更改循环应用到子文件夹和文件）
./data/cache （将更改循环应用到子文件夹和文件）
./data/attachment （将更改循环应用到子文件夹和文件）
./uc_client/data/cache （将更改循环应用到子文件夹和文件）
./uc_server/data/
./uc_server/data/cache
./uc_server/data/avatar
./uc_server/data/backup
./uc_server/data/logs
./uc_server/data/tmp
./uc_server/data/view
以上设置不全，在 discuz 后台的“站长”模块下有个“文件权限检查”的功能，可以检查哪些文件或目录需要写权限。
3、（2013-9-20更新）推送帖子，剪裁图片时出错
文件读写权限不足，无法处理图片
解决方法：同上一个问题，也是目录权限的原因，主要是：
./data/attachment （将更改循环应用到子文件夹和文件）
4、（2013-9-21更新）注册会员失败
因为以前打通了 discuz 和 uchome 的会员注册通道，所以这里要让 ucenter 的数据库用户对 uchome 的三个表 uh_member、uh_space、uh_spacefield 有写权限。
5、（2013-9-21更新）上传头像失败、头像保存失败
Can not write to the data/tmp folder!
头像保存过程中发生网络错误, 请重试!, error code:0
解决办法：给 ucenter 下的 data 目录及其所有子文件夹及文件 777 权限
./ucenter/data （将更改循环应用到子文件夹和文件）
6、（2013-9-21更新）访问 uchome 时出错
./uchome/data/data_config.php write error.
解决办法：给 uchome 下的 data 目录及其所有子文件夹及文件 777 权限
./uchome/data （将更改循环应用到子文件夹和文件）
7、（2013-9-22更新）home_feed 损坏
(144) Table ‘./bbs/home_feed’ is marked as crashed and last #automatic?# repair failed
用 dz后台 和 phpmyadmin 都无法修复这个表。
解决方法：命令行修复表。上面第 1 条的 security_failedlog 表损坏也可以用这个方法修复。
- 停止数据库 service mysqld stop
- 删除数据库目录下的.TMD文件
- 运行：myisamchk -r /数据库目录/*.MYI，修复进程会逐个表进行修复
- 修复完成后启动数据库 service mysqld start
（2013-9-24更新）
用上面的方法修复后，home_feed 还是损坏，今天用下面这个方法重建表（我用的是 dz x2.5，注意表前缀要和自己的表前缀一致，我的是 pre_）。
登录 phpmyadmin，进到 forum 库，删除 home_feed 表，然后切换到 SQL 选项卡下，运行以下语句重建 home_feed 表。这个表是动态数据，清空了不影响使用。
参考：http://www.discuz.net/thread-2433004-1-1.html
DROP TABLE IF EXISTS pre_home_feed;
CREATE TABLE pre_home_feed (
feedid int(10) unsigned NOT NULL AUTO_INCREMENT,
appid smallint(6) unsigned NOT NULL DEFAULT ’0′,
icon varchar(30) NOT NULL DEFAULT ”,
uid mediumint(8) unsigned NOT NULL DEFAULT ’0′,
username varchar(15) NOT NULL DEFAULT ”,
dateline int(10) unsigned NOT NULL DEFAULT ’0′,
friend tinyint(1) NOT NULL DEFAULT ’0′,
hash_template varchar(32) NOT NULL DEFAULT ”,
hash_data varchar(32) NOT NULL DEFAULT ”,
title_template text NOT NULL,
title_data text NOT NULL,
body_template text NOT NULL,
body_data text NOT NULL,
body_general text NOT NULL,
image_1 varchar(255) NOT NULL DEFAULT ”,
image_1_link varchar(255) NOT NULL DEFAULT ”,
image_2 varchar(255) NOT NULL DEFAULT ”,
image_2_link varchar(255) NOT NULL DEFAULT ”,
image_3 varchar(255) NOT NULL DEFAULT ”,
image_3_link varchar(255) NOT NULL DEFAULT ”,
image_4 varchar(255) NOT NULL DEFAULT ”,
image_4_link varchar(255) NOT NULL DEFAULT ”,
target_ids text NOT NULL,
id mediumint(8) unsigned NOT NULL DEFAULT ’0′,
idtype varchar(15) NOT NULL DEFAULT ”,
hot mediumint(8) unsigned NOT NULL DEFAULT ’0′,
PRIMARY KEY (feedid),
KEY uid (uid,dateline),
KEY dateline (dateline),
KEY hot (hot),
KEY id (id,idtype)
) TYPE=MyISAM;
8、（2013-9-25更新）后台添加广告后，前台不显示
9、（2013-9-25更新）后台添加 / 修改版块后，前台移动主题时“目标版块”仍然是老数据
这两个问题是同样的解决方法，网上都没找到原因，后来自己摸索出来了：
设置好版块或者广告后，在 wdcp 后台“系统管理 – 服务重启”里面重启一下 web 就可以了。
本来是设置 data 目录为 777 权限（将更改循环应用到子文件夹和文件），之后重启 web 服务和 mysql，然后刷新一下前台页面发现可以了。后来发现，可能不用给 data 目录的所有文件夹和文件设置 777 权限，只需“重启 web 服务”就可以了。
（2013-10-3更新）
今天有用户反馈回帖后积分没有更新，这个问题和上两个问题类似，重启一下web服务就好了。但是这总不是个办法。在 wdcp 里查了下，总算知道原因了，是DZ不支持高版本的eaccelerator，解决方法是降级到低版本的 0.9.5.3
putty 运行命令：
wget http://www.wdlinux.cn/in_scripts/eaccelerator0953
然后再运行：
sh eaccelerator0953
参考：
10、（2013-9-26更新）apache 支持 shtml
修改 apache 里的 httpd.conf 文件
/www/wdlinux/apache/conf/httpd.conf
查找：
#AddType text/html .shtml
#AddOutputFilter INCLUDES .shtml
去掉前面的 # 符号。
查找：
Options Indexes FollowSymLinks
在后面加上 INCLUDES，修改成： >
Options Indexes FollowSymLinks INCLUDES
进入：VHOST 文件夹，找到你的站点配置CONF文件，
查找：
Options FollowSymLinks
修改成：
Options FollowSymLinks INCLUDES IncludesNOEXEC
如果没启用 nginx，到这里就可以了，在“服务重启”里面重启 web 生效。如果启用了 nginx，那么继续往下：
进入 nginx 目录，打开 nginx.conf 文件
/www/wdlinux/nginx/conf/nginx.conf
在 gzip_vary on; 后面插入：
ssi on;
ssi_silent_errors on;
ssi_types text/shtml;
在“服务重启”里面重启 web 生效。
参考：正确的lnamp支持SSI的方法！即支持SHTML和include调用！
11、（2013-9-27更新）百度搜不到网站
今天发现，迁移数据后，百度搜不到网站了，登录百度站长工具查看，收到两条消息提醒：
Baiduspider通过解析到的IP无法正常抓取您的网站
您可以在 抓取异常工具中查看详情
检测时间：2013-09-27 03:00:00常见问题及推荐办法
可能是您的网站IP地址错误或进行了变更，请使用WHOIS或者host查询自己网站IP地址是否正确且可解析，如果不正确或无法解析，请与域名注册商联系，更新您的IP地址
可能是域名服务商把Baiduspider封禁，请与域名服务商联系，或者使用免费的第三方服务
如果您的网站IP已恢复正常或者网站更换了IP地址
请通知百度对您网站进行
下方有一个“IP更新”的按钮，点击后会提示：
已通知百度进行IP更新，检测结果会在24小时内反馈给您
（2013-10-23更新）：自从被 K 后就每天关注百度排名。昨天白天还搜不到，连 site:friends8.com 都搜不到首页，昨晚十点多的时候再试一下，可以搜到了，搜“友吧运动”排在第一，还能连带搜索到其他页面。今天搜“友吧”也能搜到了，排第二。看来是恢复了。
12、（2013-10-17更新）QQ安全认证需要重新申请
今天发现在QQ对话框里输入网站地址，又变成一个问号了，需要到 QQ安全中心 重新提交申诉。
wdcp的一个bug：后台重启apache导致wdcp停止运行
1、后台点击“重启”链接，报错，无法重启，有时还会导致 wdcp 面板登录不了；
2、在 wdcp 里运行命令 service wdapache restart，没想到 wdcp 面板登录不了了。
访问不了 wdcp 控制面板的解决方法，打开 putty，登录服务器后输入命令：
service wdapache start
以后没事不要瞎点 wdcp 后台的“重启wdapache”。
浙公网安备 33010602001796号