Discussion
FB3 Beta 06(back to index)I uploaded a new version with some minor bugfixes, an improved RSS feed (
courtesy of Elwing), and hopefully the solution to running folderblog on PHP-as-CGI servers. Files that have changed are fb.php, fb_vars.php, and style.css.
Post bugs for this version in this thread.
posted by
donald on 22 Jun 05 at 5:26 PM
Couple more XHTML validation problems here. These are on lines 416 and 417, where "$fbpostform" and "$fbcomments" are defined.
On line 416, where "$fbpostform" is defined, there is no attribute "name" in a form tag in XHTML 1.0 Strict, so you need to remove the
name=\"post\" bit.
On line 417, where "$fbcomments" is defined, the input tags need to be enclosed in div tags (you might also want to give this div layer a CSS class, so it could be tinkered with). Just need to replace line 417 with this:
$fbcomments = "<form method=\"post\" action=\"\">" . $fbcomments . "<div>Password: <input name=\"pass\" type=\"password\" size=\"12\" value=\"$passval\" /> <input type=\"submit\" value=\"Delete Checked\" name=\"delComment\" /></div></form>";
I've also noticed that fb3b fails to remember who I am when I tick the "Remember me" checkbox. This might be an issue with my server or browser, as the demo blog here seems to remember me just fine. Anyone else having a problem with this? Anyone got any ideas as to why my server (Apache/2.0.54) or browser (Firefox 1.0.4 on Windows XP) might be forgetting me?
Also, when in post mode, I can't delete any comments (i.e. when I tick the checkbox by them, and hit "Delete Checked"). The password is cleared and nothing happens (though the postform remembers my password and updates just fine). Again, this
might be something odd on my side of things, so is anyone else having this problem? Any ideas on a possible fix?
posted by
Elwing on 22 Jun 05 at 8:35 PM
i think you'd like to hear something else, but following the last advice, i could find in the forum, i created the category-folders, put the 'real' images in there, and tried all betas from 04 til 06 but get a lot of errors. have a look
here : all i did in addition was deleting doctype and html and put the fb_mimetype into the extensions folder... very strange getting so many errors, because the first betas worked 'pretty' well... or did you change somthing to category-environment shortly?
(ps: without a picture in the photos/ directory i dont even get a page showing up (error in line 504) - although the subfolders (categories) are filled...
any ideas?
posted by
erik on 23 Jun 05 at 5:47 AM
^^^ so, i'm outing as a knownothing :-|
;-)
posted by
erik on 23 Jun 05 at 5:49 AM
Well, the errors you're getting about the headers already being sent by
fb_mimetype.php will be due to you not removing the <!DOCTYPE> and <html> declarations from all the template files as per the instructions found
here.
It looks like you haven't got fb_exif.php in your 'extensions' folder either, as the tags for that are being displayed (under the Categories heading). Even if your server doesn't support it, you'll need to have that file in there as it defines (and clears) those tags, as seen
here. If you don't use fb_exif.php, you'll have to delete the EXIF stuff from all your template files.
The other errors stem from the 'createThumb' function in fb.php. This works just fine on my server, and that's running fb3b06 (and none of the previous builds caused these errors). I can only suggest that you check that you have a file called 'morgenwolken.jpg' in your 'thumbs' folder, make sure it's a proper JPG (use something like
irfanView to check this, by looking at the Image Information, although irfanView will often tell you if an image has the wrong extension) and make sure it's write permissions are set (CHMOD 777), and fix the other problems above. The 'createThumb' function won't save any files in the 'thumbs' folder if it can't write to it, and I doubt it will like trying to create a JPG from thin air! ;-)
To get the categories to work, you need to make a (single word) folder name (like 'bunnies'), drop your full size images in there, along with a text file called 'category.txt' which has one line in it, for the title of the category (like 'My Fluffy Bunnies'). I don't have any images in the main 'photos' folder (they're all in subfolders inside this folder). Folderblog will display
all images in
all those subfolders (i.e. /photos/bunnies/'), unless you ask it to only show images from a single category.
posted by
Elwing on 23 Jun 05 at 7:24 AM
And guess who didn't close a
bold tag in the previous post! ;-)
posted by
Elwing on 23 Jun 05 at 7:26 AM
Weirdness here. I moved my Folderblog files from a "folderblog" directory to the main directory in anticipation of renaming the fb.php as index.php -- however, making this move "broke" something and now it is as if Folderblog can't find the .CSS file.
Have a look: http://www.photosensitive.ca/fb.php
I notice that the <#fbdir#> variable is what points Folderblog to the right place. But where do we define this variable?
posted by
Jordan on 23 Jun 05 at 9:13 AM
Look at this in the header of your template files:
link rel="stylesheet" type="text/css" media="screen" href="
//style.css">
since at the root-directory of your website the fbdir-variable seems to be empty. So you could change the above simply to: href="style.css"
$fbdir is defined in fb.php line 41.
posted by
jowra on 23 Jun 05 at 9:58 AM
The <#fbdir#> tag is defined in fb.php. This might actually be a small bug, as the rendered source code on your broken page is:
<link rel="stylesheet" type="text/css" media="screen" href="//style.css" />
If your template has this line (5) written as:
<link rel="stylesheet" type="text/css" media="screen" href="<#fbdir#>style.css" />
Then you only need to remove the <#fbdir#> tag where ever it appears in all your template files, as it may be that the function that defines it is leaving extra "/" slashes.
If it's written out as:
<link rel="stylesheet" type="text/css" media="screen" href="<#fbdir#>/style.css" />
(note that extra "/" before the 'style.css' bit)
Then it's just a typo in the template (the <#fbdir#> tag adds slashes to both sides of a directory name). Just kill that extra leading slash to fix the problem.
I'm not 100% sure of any of the above, or even if this is a bug, so if any of this helps, let us know how you fixed it.
posted by
Elwing on 23 Jun 05 at 10:11 AM
I think at the $fbdir definition:
$fbdir = dirname($path[0]) . "/";
there must be an extra-check if folderblog is installed in the main directory of the server, in this case the second slash isn't needed.
posted by
jowra on 23 Jun 05 at 10:26 AM
Hi Elwing and Jowra,
I just modified the template files so that they say <#fbdir#>style.css That solved the problem.
Thanks very much for your help.
I just "officially" migrated my site to FB3 -- looks clean and smooth but a little plain now, I'm going to have to customize mine more.
posted by
Jordan on 23 Jun 05 at 1:08 PM
elwing,
thanks for having a look, seems i forgot to delete the headers when trying the default-template...
errors, nothing but errors anyway...
posted by
erik on 23 Jun 05 at 11:34 PM
btw: thumbs are uploaded manually, so no need for that function to create something...
posted by
erik on 23 Jun 05 at 11:36 PM
ps: the one not closing <bold> was you! ;-)
posted by erik on 23 Jun 05 at 11:37 PM
