Here's the link that you can see what I mean.
www.pixelbreezer.com
Thank you for helping me.

Jens, it looks like a folderblog bug — it seems that the image directory is getting misread as the server directory (/../pixelbreezercom/photos/DSC_0072.jpg) rather than the URL (unless you've changed your template).

This is a strange bug because all the directory name info comes from the $_SERVER["REQUEST_URI"], which I have to assume your server is passing incorrectly: the REQUEST_URI should be the address the client requested.

Are you doing any .htaccess redirecting/forwarding?

Thank you Donald for your reply. I don't know if it is .htaccess redirecting/forwarding but anyway the domain is forwarded. It is hosted in a subdirectory of my other domain. Installed in root-directory everything works fine with Fb. Maybe this gave you some hints for a solution. Thank you very much again.

Word on the Wiki is that Windows IIS servers don't support REQUEST_URI. I don't know if this is what's going on with your server, but something really helpful would be to create a file called info.php in your folderblog directory with the following contents:

<?php phpinfo(); ?>

This will output a lot of info about your server that could help me diagnose the problem and/or snag the bug.

Hello Donald, her's what I've got:
PHP Version 4.3.9
System SunOS localhost 5.8 Generic_108528-17 sun4u
Build Date Feb 22 2005 18:02:01
Configure Command './configure' '--prefix=/opt/RZphp4pl' '--with-jpeg-dir=../local' '--with-gd' '--with-png-dir=../local' '--with-freetype-dir=../local' '--with-mysql=../local' '--with-dom=../local' '--with-zlib=../local' '--with-ndbm' '--with-mhash=../local' '--with-mcrypt=../local' '--enable-discard-path' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--enable-debug=no' '--enable-bcmath=yes' '--enable-safe-mode=yes' '--with-exec-dir=/opt/RZphp4pl/exec' '--with-config-file-path=/opt/RZphp4pl/etc' '--enable-memory-limit' '--enable-ctype' '--enable-pcntl' '--enable-calendar' '--enable-dbase' '--enable-trans-sid'
Server API CGI
Virtual Directory Support disabled
Configuration File (php.ini) Path /opt/RZphp4pl/etc/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build no
Thread Safety disabled
Registered PHP Streams php, http, ftp, compress.zlib

Thank you again for your help.

To find out which keys are supported in the $_SERVER superglobal, check this out.

A fix for this issue might be something along the lines of:

if(!isset($_SERVER['REQUEST_URI'])) {
$arr = explode("/", $_SERVER['PHP_SELF']);
$_SERVER['REQUEST_URI'] = "/" . $arr[count($arr)-1];
if ($_SERVER['argv'][0]!="")
$_SERVER['REQUEST_URI'] .= "?" . $_SERVER['argv'][0];
}

Hi Elwing, thanx for your reply, but I don't know nothing about PHP, so I can't decide were to insert this code or if it is correct. Once again I need a little help. I am sorry for causing you difficulties.

Elwing, thanks for that. The fact that IIS doesn't support REQUEST_URI really throws a wrench in things, though the workaround you posted should work with $use_alt_url on.

Jens, it looks like you removed your info.php. Am I just looking in the wrong place? I'm curious to see which superglobals your server uses and what your server software is.

Sorry Donald, I've made a few tests with my other domain to see FB on work. You'll find info.php on www.pixelbreezer.de and also now on www.pixelbreezer.com. Thank you.

Jens, sorry for asking you to do so much, but do you have a link to a folderblog install? The info.php looks exactly right, so I'm curious to look at your folderblog files again and see what the error is.

Hi Donald, I think I'm doing less than you. All I can do is just answering your questions. You'll find an install now on my domain www.pixelbreezer.de and a bit later this day on www.pixelbreezer.com. The first is an working almanac version, with a few strange things (have a look at the comment pages). The second one is that one this trouble started with.

The template problem might be the "information" image file — have you tried re-uploading that image?

As for the pixelbreezer.com problem, can you put the info.php file back on that server? (Sorry, I should have saved a copy when I had the chance.) I'm still not sure what your bug is, so I'd like to be able to do a side-by-side compare.

Everything is in place now. Re-uploading the images solves the problem, thank you.