这里列举了10个受欢迎的AIR程序。其中居然有可以在AIR中编辑Joomla!后台的Joomledit。看来WordPressEdit也不远了。

早就听说WordPress2.3原生支持Tag，只是一直没有时间升级。昨天终于有点空，把]WordPress升级到了2.3.1。

升级过程没有什么问题，但备份是一定要做好的。升级之后，由于已经直接支持Tag，本想取消原来使用的Simple Tagging，却没曾想Wordpress自带的Tag系统并不支持Tag管理、相关文章等等功能，也不支持在写文章的时候，自动显示已有的相关Tag。这就让人郁闷了。于是找到了Simple Tagging的升级版Simple Tags，除了支持以上功能外，还支持批量管理Tag（这个很方便给原来没有加Tag的文章添加Tag）、自动在页面中加入Tag显示（不需要改模版哦）以及根据文章内容自动生成Tag等等，真是“好用得不得了”啊！ :em23:

给几张图：

另外，把模版换成了Sandbox，顺便可以练练我荒废多年的CSS。想想当初做网站设计时全手写HTML和CSS代码的疯狂，不由得慨叹岁月如歌，青春易逝啊 :em17:

从网谈那里知道了bbPress，这个由WordPress团队开发的轻量级论坛程序。去中文站看了看，感觉相当不错，中文团队翻译了许多相关文档，为使用程序提供了方便。另外由于和WordPress是一家，bbPress可以和WordPress整合，界面也保持了WordPress的简洁风格。

不过，目前的程序也有一些问题，例如不支持中文tag等。由于目前我暂时不需要BBS服务，先关注一段时间再说啦。

本文转自逐浪者

将Joomla!修改为UTF-8编码之后，发现使用部分模版（如Joomla! 1.03附带的rhuk_solarflare_ii模版）时偶尔会发生打开页面为空白的现象，特别是浏览器未设置为“自动选择”编码的时候。

在windows操作系统上使用IE作为浏览器时。常常会发生这样的问题：在浏览使用UTF-8编码的网页时，浏览器无法自动侦测（即没有设定“自动选择”编码格式时）该页面所用的编码。即使网页已经声明过编码格式：

<meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″ />

由此造成某些含有中文UTF-8编码的页面产生空白输出。

如果使用的是Mozilla、Mozilla Firefox、Sarafi的浏览器这不会造成这个问题。这是由于IE解析网页编码时以HTML内的标签优先，而后才是HTTP header内的讯息；而mozilla系列的浏览器则刚刚相反。

由于UTF-8为3个字节表示一个汉字，而普通的GB2312或BIG5是两个。页面输出时，由于上述原因，使浏览器解析、输出<title> </title>的内容时，如果在</title>前有奇数个全角字符时，IE把UTF-8当作两个字节解析时出现半个汉字的情况，这时该半个汉字会和</title>的<结合成一个乱码字，导致IE无法读完<title>部分，使整个页面为空百输出。而这个时候如果察看源文件的话，会发现实际上整个页面全部已经输出了。

因此最简单的解决办法是在网页文件的标签中一定要把字符定义<meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″ />放在<title></title>之前。

ps:涉及到编码问题的方式

1. 服务器httpd.conf文件：AddDefaultCharset UTF-8
   这种方法不推荐，因为服务器上很可能有其他编码的网站存在，所以可以使用AddDefaultCharset off来关闭默认文件编码，服务器依靠html文件投中设置的语言来决定编码。
2. 脚本php.ini文件：default_charset = “UTF-8″
   作用同httpd.conf文件，也不推荐，可以把该行注释掉，原因同上
3. .htaccess文档：AddDefaultCharset UTF-8
   一般人都无法修改httpd.cnf和php.ini，同时也不推荐修改这两个文件。这时也可以在网站根目录下写入.htaccess文档，在该文档中设定网站字符集
4. 网页文件字符集：
   <meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″ />

一直有网友反映在多媒体空间上下载的文件不全而导致无法解压缩。由于我无法重现错误，就以为是网友的个别现象。但是自从发布了Flash 8 教学辅助软件制作培训班所有相关资源下载后，有许多老师反映下载的录屏文件无法解压。我自己实验了一下，也确实有这样的问题。

问题主要表现在文件总是下载到4MB就停了，不论是使用IE直接下载还是使用迅雷等下载工具，下载下来的文件都不完整，导致无法解压。但是，直接引用文件名称下载，则没有这个问题。

我的下载系统是DOCMAN1.3RC2，直接使用下载系统中的链接下载，就无法完整下载；而直接使用文件地址下载则可以完整下载。

这个奇怪的问题，最终在orphen的帮助下得以解决。

解决方法：

在php.ini中把max_execution_time调整为更大的数值就可以了，我改成了1200。

max_execution_time的作用是限制最长程序执行时间（单位秒），用于帮助服务器结束死循环等程序。可能DOCMAN是利用PHP实现文件下载，php.ini的默认值是30秒，如果文件很大，30秒以内下载不完，PHP就会自动结束文件流而导致下载无法成功。我估计20分钟的时间，对于下载一个100MB以内的文件就够用了。如果要下载更大的文件，将其值改为0（0代表无限制）即可。

DOCMAN是Mambo/Joomla!的插件，我认为它是最好的下载插件。此插件的效果可以看这里。

但是，从我升级到Joomla1.0.8（DOCMAN版本1.3RC2）以来，如果上传的文件名包含中文，那么上传到服务器的文件就会变成乱码。但是，这个文件名在DOCMAN的管理界面中却显示正常。

这个问题的原因，是因为我使用了UTF-8编码，因此，我需要修改DOCMAN，让它自动更改我上传的文件名。

找到DOCMAN_file.class.php文件中的_upload函数定义（大约在381行），修改它为如下所示：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

function _upload($name, $temp_name, $path)
{
if (is_uploaded_file($temp_name)) {
$name = time().stristr($name,".");
if (move_uploaded_file($temp_name, $path."/".$name)) {
$file = new DOCMAN_File($name, $path);
return $file;
} else {
$this->_err = _DML_DIRPROBLEM." ";
}
} else {
$this->_err = _DML_DIRPROBLEM2." ";
}
return false;
}

只是在原代码中加入了第4行。

把多媒体空间程序升级到Joomla1.08后，发现用户在登录之后会显示成这样：

这是个不大不小的问题，但是一定要解决它。今天在joom.org.ru发现了解决方法：

在使用1.08时，大家有没有发现在登陆之后，出现的欢迎词不对，是hi,0什么用户进去都是这个提示，（谢谢autoit的提醒，在joomla论坛找一下就发现了这个补丁。
出处：http://forum.joomla.org/index.php/topic,46684.0.html
补丁下载：1.0.8-solution-login_module_problems 5.80 Kb
用法很简单

• sef.php文件覆盖　/includes/sef.php
• mod_login.php文件覆盖　 /modules/mod_login.php

由于我的网站使用UTF-8编码，因此将上面的两个补丁文件进行了转码。转码后的文件可以在这里下载：
1.0.8-solution-login_module_problems.zip

WAMP，就是：Windows、Apache、MySQL和PHP，用于快速在Windows系统上搭建PHP开发和运行平台。
当然，也有LAMP（Linux、Apache、MySQL和PHP）。

• XAMPP推荐！
  有for Linux、Windows、Mac OS X、Solaris等操作系统版本，还有一个Lite版本
  最新版本1.5.2，包括Apache HTTPD 2.2.0, MySQL 5.0.20, PHP 5.1.2 + 4.4.2-pl1 + PEAR + Switch, MiniPerl 5.8.7, Openssl 0.9.8a, PHPMyAdmin 2.8.0.3, XAMPP Control Panel 2.2, eAccelerator 0.9.4-rc1, Webalizer 2.01-10, Mercury Mail Transport System for Win32 and NetWare Systems v4.01a, FileZilla FTP Server 0.9.14a, SQLite 2.8.15, ADODB 4.80, Zend Optimizer 3.0.0, XAMPP Security
  Lite版本包括Apache 2.2.0 + PHP 5.1.2 (without PEAR) + MySQL 5.0.20 + phpMyAdmin 2.8.0.3 + Openssl 0.9.8 + SQLite 2.8.15 + eAccelerator 0.9.4 rc1
• PHPnow（国产!）推荐！
  Win32 下绿色免费的 Apache + PHP + MySQL 环境套件包。
  简易安装、快速搭建支持虚拟主机的 PHP 环境。附带 PnCp.cmd 控制面板，帮助你快速配置你的套件，使用非常方便。
  PHPnow 是绿色的，解压后执行 Setup.cmd 初始化，即可得到一个 PHP + MySQL 环境。
  然后就可以直接安装 Discuz!, PHPWind, DeDe, WordPress 等程序。
  * 支持虚拟主机：便捷的虚拟主机管理
  * 虚拟主机代理：可与 IIS 共存 (泛解析代理)
  * 插件支持：ASP | ASP.NET | JSP
  喜欢自己配置 PHP 环境？
  PHPnow 仅使用了 DOS 命令脚本 和 PHP 程序，完全可以自己修改，打造自己的套件！
  手动配置 PHP 还是有必要掌握的，PHPnow 只是为你减少重复的动作。
• EasyPHP
  当前最新版本1.8，包含Apache1.33、PHP4.3.10、Mysql4.1.9和PHPmyAdmin2.6.1
• Uniform Server(miniServer)
  最新版本3.3，包括Apache2, Perl5, PHP5, MySQL5，可以以插件方式支持PHP4
• AppServ
  最新版本2.4.5，包括Apache 1.3.34、PHP 4.4.1、MySQL 5.0.16、phpMyAdmin-2.5.7-pl1

2009年3月3日11:23:48更新

• 解决PHP存取MySQL 4.1乱码问题
• MySQL 4.1x 中文乱码问题
• WordPress的架设指南
• hsuyo blog ‘WP 速記’
• 中文WordPress
• Smilies in WP (wp中的表情)
• 如何保持连接的稳定
• 大量WordPress的样式下载

准确的说，应该不是这个mod的bug，而是limbo的bug。具体表现在，mos_latest_news的Category ID参数不能按照在文章分类中的id设置。

如下图的设置，category ID值为31，但是实际对应的并不是内容分类中的第31号分类。因为在limbo的内容分类中，并没有第31号分类。

例如下图中的编号为1的分类，查看链接的属性，发现实际编号却是4。

因此，如果按照limbo中内容分类显示的编号来设置mos_latest_news中的Category ID参数，是无法正常显示种类中的最新文章的。必须按照实际的参数进行设置。

这个bug在limbo官方网站发布的1.03beta中发现，在limbo1.03 beta 6中也同样存在。