Fly together Forever

I got married several months ago, but did not have time to put up all the photos to share with my families and friends all over the world.

Just installed Gallery 2 and WPG2 for Wordpress and all wedding photos are all uploaded. However, you do need a login/password to access them. If you know me personally, please ask me for that.

After re-installing php 5, I got a wired error when starting apache 2:

Cannot load /.../libphp5.so into server: /.../libphp5.so: undefined symbol: _efree

Google suggested that, lots of people have the exact error, but not a single page contains what caused this error or how to solve it. In addition, this error also happens with php 4 and apache 1.

After some hard time Trial and error, I found the issue: due to some reasons, the make install to install php 5 does not actually copy over the libphp5.la files to the right place. After manually copying the la file, apache 2 can be started happily with php 5 enabled.

Sometime ago I talked about making eZ publish 3.x happy with fastcgi. The original approach is to patch eZ Publish so that it works with fastcgi correctly. However, Xavier Dutoit pointed out that, given some special treatment in lighttpd config files, no modification is required to eZ publish.

The trick is the following block:

url.rewrite-once = (
"^/.*\.(css|html|htm|pdf|js|png|gif|jpe?g)$" => "$0",
"^/.*?(\?.*)?$" => "/index.php$1"
)

For more about lighttpd and php4/php5 config instructions, please consult this thread.

Mysql 4.1 is available in the new server from migration. The transition from 4.0 to 4.1 is quite transparent as long as I do not try to set the default encodings of the db/tables to UTF-8.

However, as the proper way is to set the encodings in mysql 4.1 correctly, I decided to do it sooner rather than later.

According to the document, if UTF-8 was saved in the mysql 4.0 db although the default encoding is not UTF-8, then:

However, you should avoid trying to convert directly from latin1 to the "real" character set. This may result in data loss. Instead, convert the column to a binary data type, and then from the binary type to a non-binary type with the desired character set. Conversion to and from binary involves no attempt at character value conversion and preserves your data intact.

As it turns out, wordpress 2.1-alpha actually just save the text as latin1 strings, so no need to convert the fields to BINARY first, setting charset to UTF-8 on those fields is sufficient.

An sql file is prepared for doing this. (Proceed at your own risk and always backup first)

I have been really busy lately, so I hadn’t noticed that FCKeditor 2.3 finaly was released a week ago until yesterday.

It seems it is now the time for a new release of SJSD which supports the latest FCKeditor: The svn trunk of SJSD supports 2.3 already, but no public release yet. I will try to make a release if I can find some time to sort it out.

In addition, a new patched EditMonkey would be nice as well, but as I haven’t ported the FCKeditor plugin for wordpress to FCKeditor 2.3 yet, it requires much more time, which I probably won’t do until some time later when I am not so occupied.

After update the database in the local testing mirror of SCIM project website, anonymous users can not access any pages, even the frontpage. However, any registered users can access it as usual after login. I encountered the exact behavior when I upgraded the SCIM project website from eZ 3.5 to 3.8 by uploading the local testing files to the server. I fixed it but I can not remember how!?? I am forced to re-investigate and fix it again in my local server. This time I write it down here in case I forget it once more

(more…)

After fixing a SJSD svn trunk regression bug reported in the bug tracking system, I tried to make eZ installed in a subdir work with rewrite rules in apache 1.3 (not virtual host setup), as I already achieved it in lighttpd, it must be feasible in apache as well: the mod_rewrite can achieve almost anything as long as you can come up with. (PHP-CGI is used in the apache)

(more…)

Have no clue, but since several days ago, my blog had kept having comment spams, although CaptCha! is enabled. I have no choice but to try to activate Akismet instead.

As this is a 2.1-alpha (svn) of wordpress, it refused to store the WordPress.com API key. However, after a svn up of wordpress, it got fixed.

I deactivated plugin CaptCha! and went and saw how well Akismet could do its job. So far, Akismet caught 8 spams perfectly without missing a single one. I guess I will stick with Akismet then.

I just did not come up how can the spammer bot work around the Captcha challenge…

Since setup of lighttpd in my test server, it seems working pretty fine. However, without the index.php specified in the url, it does not work. Lighttpd definitely supports rewrite rules, as I see an module named mod_rewrite in lighttpd config file.

After a bit of searching around and failure and trial, I finally got it working.

(more…)

FCKeditor has released its beta version for upcoming 2.3 one day ago. It introduced several advanced features, most notably Extremely Fast Loading, FitWindow/AutoGrow plugin and improved context menu/toolbar, which seems to me very promising, thus today I tried to port SJSD trunk to it.

As a result, the trunk of SJSD svn now only works with FCKeditor 2.3 beta or its svn, and a branch was created to host the old FCKeditor 2.2 version on which future SJSD 0.3.x releases will be based. SJSD trunk will be released as 0.4.0.

(more…)