真有意思

前两天，在外面出差，打开自己的博客，忽然发现所有的文章对应的分类都变成了“未分类”，而所有的tag都不见了。

晕死了，登录后台，发现部分TAG还能看到，分类是都看不到了。

第一感觉，是MYSQL数据库出了问题，问题的症结应该是表出错了，数据肯定还在。

用 mysql admin 连上数据库，执行了 数据库的压缩和修复优化 之后，再试，一切OK了。

[ 阅读全文 ]

Php, WP, mysql category, tag, wordpress, wp, 分类, 标签

自从将WP迁移到IIS6上，大大小小遇到了不少问题，经过摸索，搜索，都一一解决了

Windows平台IIS下WordPress 2.7 中文tag和中文分类链接乱码的解决方法

IIS+WordPress利用UrlRewrite实现永久链接(Permanent Links)的完美方案

Wordpress + IIS +UrlScan + 固定链接中文tag找不到地址的解决方案二

Wordpress + IIS6 中文tag和中文地址的解决方案

今天，收到网友 “阳光不锈”的BUG反馈，确认是 “中文TAG分页后，后续的页面内容看不到”，中文TAG又变成了乱码

经过自己的跟踪，发现是生成分页链接的时候，没有进行中文的编码，前面提到的解决方法，都是非分页的情况下的情形，这次分页了，就又出现了问题。

[ 阅读全文 ]

IIS, WP iis, iis6, permalink, tag, wordpress, wp, 中文tag, 乱码, 分页, 固定链接, 找不到, 永久链接

MPEG音频文件使用TAG区来描述该音频文件的一些相关信息，例如：演唱者、专辑、发行年份、音乐名字、流派、所处的音轨以及一些附加的信息

这里讲的TAG，是针对 ID3 v1的版本，包括 v1.0 和 v1.1，在 ID3 v1 的版本定义中，TAG信息是如下定义的：

  存放在MP3文件的尾部，占用128个byte,内容不足时，使用 null (ascii = 0) 或者 空格(ascii=32)补齐

这128个byte的分配情况如下：

1. 前3个bytes (0—2): 存放 TAG 这三个字符，如果不是TAG，则认为该MPEG文件，没有包含正确的TAG信息，不予处理
2. (3—32) 的 30个bytes，存放 音乐的标题 (title)
3. (33—62) 的 30个bytes，存放 演唱/奏者，艺术家 
4. (63—92) 的 30个bytes, 存放 专辑名
5. (93—96) 的 4个bytes，存放 发行年份
6. (97—126) 的 30个bytes, 要分情况了： v1.0的情况： 存放 注释/附加/备注信息；v1.1的情况：前29个bytes存放 注释/附加/备注信息，最后一个byte，存放 音轨信息
7. 最后一个byte (127) 存放的是 所属的流派，目前共有基本的流派信息 80 个，扩展的流派信息 68 个

…

[ 阅读全文 ]

C#, VB.NET C#, csharp, ID3, MP3, tag

由于IIS在解析URL时，对于路径中的utf-8编码内容，会将其转换成GBK编码，这样就导致在WordPress中，对$_SERVER[’PATH_INFO’]和$_SERVER[’REQUEST_URI’]取值时取到的是GBK编码的url，但是WordPresss默认是用UTF-8编码的，所以中文就转成了乱码，再用作SQL参数去数据库查询的时候就找不到记录了。

解决方法：

找到 wp-includes\classes.php 这个文件，先备份一个。打开这个文件，找到

<?php
//...
if ( isset($_SERVER['PATH_INFO']) )
    $pathinfo = $_SERVER['PATH_INFO'];
else
    $pathinfo = '';

$pathinfo_array = explode('?', $pathinfo);
$pathinfo = str_replace("%", "%25", $pathinfo_array[0]);
$req_uri = $_SERVER['REQUEST_URI'];
//...
?>

….

[ 阅读全文 ]

IIS, WP, ie iis, tag, windows, wordpress 2.7, 中文, 乱码, 链接