Absolutely, but at this point, the output is somewhere in limbo because I don't know why it's failing (or rather, why S9Y refuses to display the image). Could you point me to the chain of code in the source that handles/parses this, so I could at least start to trace?


-joho

No, it's disabled.

I'm writing a small RSS-feed generator for an application that has images (photo album). It basically generates a one item RSS-feed with a random image. For some reason, I cannot seem to get S9Y to display the image, regardless of which field I use, nor how I encode the image. I have tried cloning t...

I've been using S9Y for quite some time now, and always installed upgrades into the same directory. This has worked pretty good for a long time. Today, I went to upgrade to 1.0 and it too went smoothly. But I noticed that in another installation, where I have not kept upgrading on top of old install...

Do you think it helps if, when moving from one MySQL-server to another, I set-up the proper privileges for the S9Y-user?

Duh!

Everything works; so it's now PHP 4.4.1, MySQL 5.0.16-client libraries talking with a MySQL 5.0.16 server; using the MySQL-extension in S9Y.

From the PHP manual, a user comment:

jedifreeman at comcast dot net
21-Mar-2005 10:49
It should be noted here that mysqli is a PHP 5 only extension.

And getting MYSQLI and MYSQL extensions both to work with PHP 4.4.1 is no problem? When compiled with MYSQL 5.0.16 client libraries?

How does that matter?
I run on a host with only MySQL-extensions installed, not MySQLI.
I mean, S9Y must be doing something it shouldn't if it doesn't work all of a sudden, no?

I have moved other applications and they work fine, without utilizing the MySQLI extensions.

I just moved my S9Y-blog from a MySQL 4.0.x-server to MySQL 5.0.16 and got this: Query failed: SELECT e.id, e.title, e.timestamp, e.comments, e.exflag, e.authorid, e.trackbacks, e.isdraft, e.allow_comments, e.last_modified, [..] / No database selected I have changed nothing else, except for the host...

Aye; did that

Is this fixed in 0.9.1? I thought it was, and was once again hit by the same problem on a site using S9Y 0.9.1.

So.. it should be '/' if it's "empty"? Well, that seems to work much better. If this is a static rule, Serendipity should fix this when reading the configuration IMHO. It doesn't have to write an updated field back to the database, but after reading, it should change this to a / if it's e...

So.. it should be '/' if it's "empty"?

The Relative Path setting is empty.

Here's an example of a recent entry:

image:
joho_20050509_rose_small

extension:
jpg

mime:
image/jpeg


Looks good to me. I checked these before.. and they looked OK then too..