時計坂一刻館三号室

[080327] Rank Fetcher 2.3 支持 Quantcast Rank

屈超(沙滩凉鞋) 发表于 2008 年 3月 27 日 18 时 06 分

Rank Fetcher 2.3

080327 更新:

添加 Quantcast Rank 的支持……
修正 ChinaRank 无法获取的错误……
修正程序的一处小 bug ……

071109 更新:

没什么好说的……
ChinaRank 修正……

071013 更新:

Kumoo 报告无法运行于他 4.3 版本的 PHP 环境下……
现在修正了这个问题……
理论上支持 PHP 4.2+ 的环境……(未测试)

071001 更新:

重写了 Alexa 类反比百分比的计算代码……
添加了 AW 编写的 Flash 版本 RankShow ……
PS.文档将择日送上……

======================================

再拖延了数月之后……
凉鞋俺终于完成了 Rank Fetcher 2.0 的底层构建……
目前支持的 Rank 类型如下:

Alexa Rank
Google Page Rank
Sogou Rank
Chinarank
Compete Rank
Quantcast Rank

接下来是 ChangeLog :

增加:多域名(页面)查询(同时提供域名限制选项);
增加:提供 Compete Rank 查询;
修正:无法查询子域名 Google PR (因为不同页面 PR 值亦不同);
改进:以 JSON 格式输出(方便不同外壳调用);
改进:渐进式自动更新(不再同时更新所有 Rank);
改进:自定义手动更新 Key (预防恶意刷新);
改进:自定义缓存文件(必要时可供切换)

另外……
本次还与 AWFlasher 合作……
由他提供名为 RankShow 的 Flash 外壳……
但目前无法与他取得联系……
(昨天还在 Gtalk 上说好了来着……)
因此这部分暂且搁下不谈……

演示:http://demo.quchao.com/rank/
下载:http://www.box.net/shared/xh1xxwrwo4

之前的版本至此不再提供支持……
那么……
今天就到这里……

WordPress 2.3 is released.

屈超(沙滩凉鞋) 发表于 2007 年 9月 25 日 12 时 26 分

2.3 的正式版释出……

1.内置的 Tag 功能……
2.新式更新提醒……
3.更适应 SEO 的规范 URL ……
4.适合多作者编辑的审核机制……
5.全新的可见即所得编辑器……

而我的部落格新风格也即将开始进入日程……
首先当然是改用内置的 Tag 功能……
其次则要优化一些风格上的特效……
(现在的部落格臃肿不堪……)
至于配色嘛……
大概……
是我中意的粉红色系吧……
(羞)

[070407] MySQL Charset Hack for WordPress 2.1.3 ……

屈超(沙滩凉鞋) 发表于 2007 年 4月 7 日 15 时 17 分

[更新日志]

2007-4-7: 更新到 2.1.3

最近看了最新的 WordPress 2.0.4 ……
还是不支持 MySQL 4.1+ 的字符集特性……
当然……
这也不怪那群老外……
毕竟人家很少用到……
不过对于中文用户就显得很有必要了……

UTF8 当然是首选方案……
我也针对 UTF8 编码下的 PHP 编程写过一篇日志……
而这次对 WordPress 2.0.4 的修改也正是处于这个目的:
为了以正确的 UTF8 编码储存中文字符……
(当然修改过后…… 您也可以使用其它编码…… 这里仅以 UTF8 为例……)

不愿手动修改的朋友可以直接下载我做的 Hack 包……
直接覆盖原版文件即可……
(共修改 4 个文件……)

下载:
插件包:http://www.live-share.com/files/196216/Charset_Hack_for_WP2.1.3.rar.html

目录:

vBulletin 官方中文版春节优惠暨许可协议修订公告

屈超(沙滩凉鞋) 发表于 2007 年 1月 23 日 2 时 38 分

1. vBulletin 官方中文版春节优惠……

2007年1月23日00时开始,到2007年2月26日24时止,我们向广大中文用户提供如下价格优惠:

  • vBulletin 永久使用许可证原价人民币 1280 元,现价人民币 400 元。
  • vBulletin 许可证更新原价人民币 240 元,现价人民币 80 元。

2. vBulletin 中文许可协议更新及其它注意事项……

2007年1月23日00时起,我们对许可协议做了如下修改:

  • 增加条款:Jelsoft 对在 vBulletin-China.cn 购买的许可证仅提供中文支持
  • 去除所有与按年租用许可证相关的条款,并停止按年租用许可证的销售

需要获得更详细的信息,请访问:

中文官方:http://www.vbulletin-china.cn
活动公告:http://forum.vbulletin-china.cn/showpost.php?p=1900
相关讨论:http://forum.vbulletin-china.cn/showthread.php?t=267

Qihoo 搜索接口 for vBulletin 3.5.X

屈超(沙滩凉鞋) 发表于 2006 年 7月 27 日 23 时 45 分

[更新日志]

060727:

今天参照 Qihoo 的 B 类客户接口文档,
vBulletin 编写了深度整合的接口,
效果与 Discuz 相同,
已经在一个客户的论坛测试中……

—————— 华丽的分割 ——————

年前俺拿到 Qihoo 提供的接口文档……
给 vBulletin 3.5.X 写搜索接口……
文档对数据编码的限定写得很暧昧……
Qihoo 那边的技术人员又迟迟联系不上……
结果直到昨天才正是测试通过完毕……
原来默认是支援 UTF8 数据的……
这才算是完结了一桩事……

目录:

最纯净的 Apache 2 && PHP 5 && Mysql 5 for WinXP 配置法

屈超(沙滩凉鞋) 发表于 2006 年 6月 25 日 21 时 05 分

完整显示   1 2 3 4 5 6 7 8
写在前面:

如果你有处女情结……
那么请选用我的伺服器配置方式吧……
(笑……)
笑归笑……
转载请注明作者 & 文章来源……

我的安装配置方式当然不是最好的……
(虽然我自己认为是最完美的……)
但由于我个人有”绿色情结“……
实在不想多往系统盘丢文件……
所以选择了这样一种尽量绿色的安装方法……
而且软体的选择了能稳定运行的尽量较新的版本……
(为了保证开发的适应性,
采纳了 vBulletin 官方的推荐方案……)
希望对大家有用……
(其实你是最近重装系统才顺便写了这篇文章吧?)

目录:

完整显示   1 2 3 4 5 6 7 8

vBulletin && CMSware && Shopex

屈超(沙滩凉鞋) 发表于 2006 年 3月 28 日 22 时 16 分

前两天动网动易Oblog 联合发布了战略联盟公告……
大概是中文 ASP 领域的大件事了吧……
他们的目标明显瞄准了论坛+CMS+Blog 的标配用户……
结果今天我终于拿到 vBulletinCMSware 还有 Shopex 三方整合的接口文档……
这样的组合够重量级吧……
当然比起上面的三个 ASP 程式起来……
我们的合作深度明显稍低……
但是论坛+CMS+商城的组合相信会是很多企业级站点的首选……

具体我还没有和对方的程序员谈……
因为 vBulletin 中文使用的 UTF8 编码……
所以接口方面不知应该是谁“照顾”谁……
细谈以后再说吧……

搞掂了 GXNA……

屈超(沙滩凉鞋) 发表于 2006 年 2月 21 日 10 时 33 分

早就想把 Gameach 重构为聚合器形态……
但是苦于没有时间……
终于在假期结束的最后一……
花了两个小时汉化并构建起来……
用的 Gregarius ……
原因是:效率比较好……

GXNA Beta 1 的版本是用 Lilina ……
文本数据……
个人觉得效率不够……

当然不是说 Gregarius 就很完善……
最完善的应该在凉鞋的大脑中吧……
啊哈哈哈哈哈……
在自己写出来之前……
先用着吧……

我还真没注意 Where 的问题……

屈超(沙滩凉鞋) 发表于 2006 年 2月 16 日 22 时 52 分

看你知道不知道之-你注意Where子句的次序了吗? 【转】

我们通常不太注意SQL语句中Where子句的次序问题,但是这个次序往往会影响整个SQL语句的执行性能,举个例子吧。
比如有一个表有3个列,分别是班级、学号、姓名。
表中的数据共100条,其中1班50人,学号从1到50,二班50人,学号从1到50。
那么现在的任务是在表中找到1班学号为10的学生,查询语句就有两种写法。
1:

  1. Select 姓名 From 学生表 Where 班级=1 And 学号=10

2:

  1. Select 姓名 From 学生表 Where 学号=10 And 班级=1

虽然返回的结果一样,但是这两个到底那个好呢?
衡量一个Sql语句好与坏,主要看性能,而影响Select语句的通常是Table Scan,我们来看看到底执行了几次Table Scan。
1:100+50=150,首先扫描全表找到50个1班的,然后早扫描50次找到学号为10的。
2:100+2=102,首先扫描全表找到2个10号的,然后扫描2次找到班级为1班的。
呵呵,这就说明在Where子句中应该先处理查询范围大的,然后处理查询范围小的,就像开车下坡是越来越快的。
当然这个也并不绝对,因为如果优化了索引,Table Scan就会减轻,并根据索引进行Where子句的优化,但是无论是否索引,我们都应该养成这个好习惯,难道不是吗?

越来越多的接触到一些大型站点的数据库设计……
效率是个大问题……
总想着如何从新技术(如AJAX)上面来节省服务器负载……
却忽略优化 SQL 语句本身这一点……
作个笔记……
下次给我注意着点儿!!!

UTF8 下的中文 PHP 编程

屈超(沙滩凉鞋) 发表于 2006 年 2月 10 日 1 时 03 分

前言:

说实话,
凉鞋也觉得 UTF8 是好东西……
毕竟同屏显示中日韩对东亚人的吸引力是不小的……
(当然好处不仅是这点啦……)
不仅是网页程式……
很多应用程式的内核都开始使用 Unicode 编码……
目的是显而易见的:支援多语言显示……
微软的所有软体都是 Unicode 内核……
所以日文软体拿到你的中文 XP 上是可以正常显示的……
而中文 98 就会因为 GB 内核安装其他语言软体时造成乱码……

至于 UTF8 ,
可以说是 Unicode 的一个分支,
它用三个字节保存一个汉字……
(Unicode 用四个字节)
应用软体都集体投奔 Unicode 了……
就不允许我们搞网页程式的用 UTF8?

本文中凉鞋就尽量多方位介绍一下 UTF8 编码下的 PHP 编程……
至于为什么单独介绍“中文”……
一来是因为英文这玩意实在不需要考虑 UTF8 ……
除非你准备做多语言系统……
(我要发些牢骚:现在的老外写程式时根本不重视这个问题……)
二来是中日韩等多字节语系在 UTF8 编码下的处理方式其实大同小异……
依葫芦画瓢即可……
好……先从数据库处理部分开始吧……

目录

  1. 前言
  2. 连接数据库
  3. 数据升级
  4. 数据降级
  5. 文件编码
  6. 中文截取
播放器加载中……
读取中……
图书数据加载中……
读取中……
剧集数据加载中……
读取中……
专辑数据加载中……
读取中……
2008 Firefox+ Summit
歌曲数据加载中……
读取中……
通讯方式加载中……
读取中……
QR Code 加载中……
读取中……