做最好的三三

自从发了两三篇simsimi的API调用以后，我的博客几乎变成了simsimi API的讨论区了OTL

本来就没什么人气，被这么一折腾倒是显得人气旺盛了= =

嗯……前两天和鸟麦说起这件事情来的时候发现小黄鸡都自己发布了官方API了，咱们就别折腾盗用了吧。

详情请戳http://developer.simsimi.com/api

不过呢，这个API需要到http://developer.simsimi.com/contact去申请key。官方说是只能用90天= =，但是，90天以后换个邮箱再申请就是啦=A=

问题描述：后台审核或删除帖子，用户收不到提醒。分析源代码，发现无理由通过/删除帖子时，系统默认不发送pm。
问题解决：在php处理流程前判断是否有理由。如果没有理由，添加一个默认的理由，这样就可以实现总是发送pm。
解决方法：

需要修改的地方：
/source/admincp/moderate/moderate_thread.php
/source/admincp/moderate/moderate_reply.php
/source/include/modcp/modcp_moderate.php
可能还有moderate/下的其它文件（按照需求来修改）

在moderate_thread.php中查找

    if(isset($_G['gp_'.$pm]) && $_G['gp_'.$pm] <> '' && $thread['authorid']) {

在moderate_reply.php中查找

    if(isset($_G['gp_'.$pm]) && $_G['gp_'.$pm] <> '' && $post['authorid']) {

在上方插入

    $_G['gp_'.$pm] = (isset($_G['gp_'.$pm]) && $_G['gp_'.$pm] <> '') ? $_G['gp_'.$pm] : '感谢您的支持，论坛有您更加精彩！';

在/source/include/modcp/modcp_moderate.php中查找

if($_G['gp_reason'] != '' && $post['authorid'] && $post['authorid'] != $_G['uid']) {

修改为

    $_G['gp_reason'] = $_G['gp_reason']!='' ? $_G['gp_reason'] :'感谢您的支持，论坛有您更加精彩！';
    if($_G['gp_reason'] != '' && $post['authorid']) {

找到

if($_G['gp_reason'] != '' && $thread['authorid'] && $thread['authorid'] != $_G['uid']) {

修改为

    $_G['gp_reason'] = $_G['gp_reason']!='' ? $_G['gp_reason'] :'感谢您的支持，论坛有您更加精彩！';
    if($_G['gp_reason'] != '' && $thread['authorid']) {

注意，每个文件中可能存在多于一个这样的修改点。（前两个文件是两个，最后那个文件是四个）

懒人下载：http://www.ctdisk.com/file/10237915

SQLite这个数据库我自己也用的很多。比起mysql它的好处在于不用设置繁琐的host啊username，password，database什么的，直接一个文件上去就好了，类似于Access的方式哈（Access和SQLite能比么~！）。

之前也研究过MySQL上的随机数据获取方法，Google一下一大堆，我就不多说了。总之看了很多MySQL上的文章，SQLite的却没有多少，于是我就自己研究了一下。

我用的环境是Apache/2.2.16 (Win32) PHP/5.2.14，加上PDO的SQLite3接口。还用到一个类库是我自己写的LFPSQlite库，这个库我没有发布过，因为实在是写的太坑了，不想丢丑什么的。

言归正传。今天说的两种获取随机记录的方法，第一种是这样的：

SELECT COUNT(*) FROM 'test';
SELECT * FROM 'test' LIMIT 1 OFFSET #;

其中#是rand(0,$count-1)。

第二种是这样的

SELECT * FROM 'test' ORDER BY random() LIMIT 1;

两种方法的效率究竟如何呢？先来理论分析下。

首先第一种方法是查出数据行数，然后用偏移值来实现读取数据。这两条SQL命令应当是非常快的。第二种方法是用random()排序。虽然有LIMIT 1来限定，但是SQLite应该会将整个表排一次序，那么这个方法就应当比上面慢很多。

具体如何呢？我们来分析一下。我写了一个小脚本，因为用到了我那个没公开的库，所以脚本也就不公开了。我很无聊的把它传到了一个免费空间上，访问地址是：http://jiaowo33.cwsurf.de/sqlite/test.php?times=5 最后那个5可以改成1~200的任意值。用的数据库比较小，只有2W多行。如果你感兴趣可以下载过来看看？在/sqlite/demo.db（406KB）这个位置。

分别执行1，10，100，200次，然后我们来看看程序运行的结果：

信息： 数据库记录数：20915.
信息： 执行1次 COUNT(*)+OFFSET所需时间为0.000886917114258s.
信息： 执行1次OREDER BY RANDOM所需时间为0.0190088748932s.
信息： 效率差值：0.0181219577789s
信息： 执行10次 COUNT(*)+OFFSET所需时间为0.00564503669739s.
信息： 执行10次OREDER BY RANDOM所需时间为0.193027973175s.
信息： 效率差值：0.187382936478s
信息： 执行100次 COUNT(*)+OFFSET所需时间为0.0537490844727s.
信息： 执行100次OREDER BY RANDOM所需时间为1.947660923s.
信息： 效率差值：1.89391183853s
信息： 执行200次 COUNT(*)+OFFSET所需时间为0.105569839478s.
信息： 执行200次OREDER BY RANDOM所需时间为4.20832800865s.
信息： 效率差值：4.10275816917s

效果显而易见。count(*)的执行效率明显比order by random()要高得多。

问题描述：

在一台centos 6.0的vps上使用ssh无论连接什么样的主机都连接不上，提示信息为：

Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).

排除了防火墙等原因，百思不得其解。后来在man ssh里面发现了一个参数-v

     -v      Verbose mode.  Causes ssh to print debugging messages about its
             progress.  This is helpful in debugging connection, authentica‐
             tion, and configuration problems.  Multiple -v options increase
             the verbosity.  The maximum is 3.

于是使用ssh -v localhost试图连接。在debug信息里面发现一条很奇怪的信息，如下：

debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such file or directory

尝试使用password模式时，没办法调用read_passphrase来获取密码。提示/dev/tty这个文件缺失。

于是在本地的cygwin（我是win环境）下用ls -l /dev/tty得到以下信息：

crw-rw-rw- 1 oott123 None 5, 0 十月  5 14:53 /dev/tty

使用mknod /dev/tty c 5 0来创建一个新的设备文件，故障解除。

后来##Orz的atmouse发现了这个页面，和我遇到的问题一模一样：【这里】，解决方式也是一样的。

昨天我登录卡院的后台，发现DZX2.5出了个更新。出于习惯我备份了数据库和文件，然后直接关闭网站进行后台更新了。可是这次更新并不顺利。

首先我更新到一半就无法下载/source/language/admincp.lang.php（印象中是这样的）这个文件。处于无奈我就手动更新了一下dzx。更新过程没有任何问题，后台显示为20120901版本，我就放心的打开论坛了。

但是晚上就有很多用户给我反馈说回帖的时候显示内部错误，没法显示帖子；充值卡的地方验证码输入不了等问题。我上DiscuzX官方论坛看了一眼，好像问题还不止这些。因为没更新数据库，所以我连忙把文件直接还原了。还原以后一切正常，卡院也算恢复了。

嘛。下次更新的话，一定要先去DiscuzX论坛里面看看bug反馈啥的……不然伤不起啊！

最近拿到了bae的邀请码，自然要好好折腾一下。发现bae中有个好功能叫做bcms，可以给任意手机号码发短信，免费配额是1k条/月，应该足够使用了。

代码在bae上部署很方便，如下：

<?php
require_once 'Bcms.class.php';
$bcms = new Bcms();
$bcms->sms(<队列名字>,<要发送的消息>,json_encode(<收件人数组>));

如果不在BAE上部署BCMS的代码，可以参考CplusHua在他的博文：BAE消息队列发送短信中提到的方法。

最近在研究如何给自己的手机方便的Po信息，于是发现360安全快递和消息速递两款产品。

简单的对网页进行抓包后给出api分析如下：（没有研究文件上传）

360安全快递

 

POST/GET http://kuaidi.360.cn/msg/send/

content=内容

toid=原始快递号（系统分配的那个，可以通过http://kuaidi.360.cn/dev/get/?tokey=来获取）

tokey=快递号，建议使用和toid相同的数据

permitcode=授权码的md5值

signature=目前无用，推测和消息推送一样用于签名

授权码（我去，连这个参数都是一样的名字啊！我是360的话我好歹会写成password撒）

md5('baep')

消息推送的服务器只接受post的请求，而360安全快递可以接收POST/GET的请求。

ps.消息推送推出的discuzx插件中也有一个供discuzx专用的api，具体懒得研究了。

之前发在博客里面的小黄鸡API已经不能用了，于是我再次更新API吧。

为了防止API再次失效，我就不公布代码了。原理很简单，就是cookies。聪明的朋友已经知道解决方法了吧~

http://www.douban.com/link2?url=http%3A//best33.com

不解释。