Missing Template images and style

[rinbarrett]

I just went to my Serendipity Blog for the first time in a couple of weeks only to find the images and styles missing completely. The style sheet is where it's supposed to be and all of the content appears to be where it's supposed to be in the proper top, bottom, right and left, etc. But, there are no images and it's using a default text rather than what I'd defined.

I'm afraid I don't even know where to start with this, other than checking to see if the images and style sheet are still on the server where they belong, and they are.

Thanks in advance for your help.

Rin

[yellowled]

I'm afraid I don't even know where to start with this, other than checking to see if the images and style sheet are still on the server where they belong, and they are.

Posting an URL to your blog plus version numbers of s9y, apache or other webserver, php and mysql would be a start.

YL

[rinbarrett]

Thanks for the help!

URL: http://www.codestwists.com/Blog (must use capital B)
Serendipity Blog v1.2 beta 3
Apache Server on GoDaddy.com
PHP v4.x
MySQL 4.1

[Timbalu]

Apart from not really being 21st Century like with your Database and Php Version, which should be 5.x at least, and your very very old Serendipity version (we just released 1.6 yesterday), hosting with Godaddy is kind of problematic, as we likely know. Is this - your installation - done by your own, or are you using a preinstalled version by Godaddy? If the last, please ask them to help you out, as we do not know which changes they have made to Serendipity!

I know some blogs which suddenly stopped working, without updating als these issues.

Did you look at http://www.codetwists.com/ ?
There are errors too, which have nothing to do with Serendipity.

[rinbarrett]

I installed the Serendipity Blog in about September of 2008 and it was the latest and greatest at the time. I chose the version of PHP and MySQL that was specified at the time. Looking at my GoDaddy setup, I don't see anything that's changed, but I can't look at whatever they may have done to the server that doesn't show up on my dashboard.

www.codetwists.com is unchanged. It does what I left it to do, which is basically nothing. But, all of the images and styles are as I left them. That is running on the same server with the same PHP and MySQL versions, as are several osCommerce sites that I maintain. No changes on any of them either.

I'm really unfamiliar with the Serendipity architecture and could use some direction from someone as to where to start looking for clues as to what has gone wrong.

Thanks,

Rin

[Timbalu]

There are no real answers to my questions...

As GoDaddy still has preinstalled applications, and is still having Serendipity (now in v. 1.5.5) please first ask their technical support to give you some answers.

• Is this version you have like any unchanged (by path and code) original release from s9y.org?
• Can they help you solving the problem? (please give feedback here!)
• Are they able to hop you up to PHP5 and Mysql 5 and latest Serendipity (by backup first)?
• There may be some more questions....

What does your .htaccess look like?

Someone should give some better reviews on GoDaddy.com, btw!

www.codetwists.com is unchanged. It does what I left it to do, which is basically nothing.

These errors are normal? They might show the main problem which your Serendipity Blog has too.

Warning: main(includes/languages/german.php) [function.main]: failed to open stream: No such file or directory in /home/content/[...]/html/includes/application_top.php on line 257

Warning: main(includes/languages/german.php) [function.main]: failed to open stream: No such file or directory in /home/content/[...]/html/includes/application_top.php on line 257

Fatal error: main() [function.require]: Failed opening required 'includes/languages/german.php' (include_path='.:/usr/local/lib/php') in /home/content/[...]/html/includes/application_top.php on line 257

[rinbarrett]

I'll contact GoDaddy today, but no I didn't use their pre-installed version. I didn't even know they had one. And yes, I have modified the version I originally installed, which is the primary reason I never upgraded and hesitate to now. It's been so long ago that I actually don't remember what changes I made. I think I remember that I wanted a list of articles rather than the latest article on the main page so had to do some mods for that.

As for codetwists I haven't seen any of the errors you listed. It all looks normal when I go to the site. I've looked at it in Firefox, which is what I normally use, and IE, which I never use, and got no errors. All of the links work, etc.

Rin

[rinbarrett]

Ian,

I just realized that all of the errors in codetwists that you show me are for German language. That's probably because I'm in the USA and never use the German language files. I've never considered that someone outside of the USA would be interested. Bad form, I suppose.

Rin

[Timbalu]

Ok fine, now we know it is not your hosters code at least. You should find out which changes you made to get ready to upgrade. Staying with an outdated beta release is never a good idea, although Serendipity Betas are always very stable.

It is funny, as the blogs css is send in the header part via link stylesheet, but not interpreted in the browser itself.
I see a GET serendipity.css 404 Not Found codetwists.com

What do your htaccess rules in codetwists.com/ and codetwists.com/Blog/ say?

Anybody else having a good idea pointing to resolve this issue?

[yellowled]

Anybody else having a good idea pointing to resolve this issue?

Actually, this is a very good reason for not using a beta version in production. If this were a point release (i.e. non-beta), a pristine version would be available on s9y.org and one could diff through all files to get the individual changes made here. It's also a good example of what hacking the core can lead to, but both don't really help here much.

First of all, I would recommend a full backup including a database dump.

Since we have experienced funny side effects related to Apache modules/.htaccess lately, I would also ask GoDaddy about potential changes made to the server setup. This could be something similar to the IE9/.htaccess issue on German 1&1 servers.

Also, is this frontend only? Can you still log into the admin backend, is it display correctly? I would suggest running an integrity check in the backend, but I'm not sure 1.2-beta3 already had that feature. The error messages might indicate missing files.

YL

[rinbarrett]

Predictably, Godaddy disavowed any responsibility and wouldn't help me since it wasn't their S9Y version. I don't see any kind of integrity check in the backend. No, the problem doesn't extend to the backend, just the front. And, after a bit of checking, all of the functionality works, it's just the style and images that don't show up.

The contents of the .htaccess file are below:

Code: Select all

# BEGIN s9y
ErrorDocument 404 /Blog/index.php
DirectoryIndex /Blog/index.php

RewriteEngine On
RewriteBase /Blog/
RewriteRule ^((archives/([0-9]+)-[0-9a-z\.\_!;,\+\-\%]+\.html)/?) index.php?/$1 [NC,L,QSA]
RewriteRule ^(authors/([0-9]+)-[0-9a-z\.\_!;,\+\-\%]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-\%]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/authors/([0-9]+)-[0-9a-z\.\_!;,\+\-\%]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-\%]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^archives([/A-Za-z0-9]+)\.html index.php?url=/archives/$1.html [NC,L,QSA]
RewriteRule ^([0-9]+)[_\-][0-9a-z_\-]*\.html index.php?url=$1-article.html [L,NC,QSA]
RewriteRule ^feeds/(.*) index.php?url=/feeds/$1 [L,QSA]
RewriteRule ^unsubscribe/(.*)/([0-9]+) index.php?url=/unsubscribe/$1/$2 [L,QSA]
RewriteRule ^approve/(.*)/(.*)/([0-9]+) index.php?url=approve/$1/$2/$3 [L,QSA]
RewriteRule ^delete/(.*)/(.*)/([0-9]+) index.php?url=delete/$1/$2/$3 [L,QSA]
RewriteRule ^(admin|entries)(/.+)? index.php?url=admin/ [L,QSA]
RewriteRule ^archive/? index.php?url=/archive [L,QSA]
RewriteRule ^(index|atom[0-9]*|rss|b2rss|b2rdf).(rss|rdf|rss2|xml) rss.php?file=$1&ext=$2
RewriteRule ^(plugin|plugin)/(.*) index.php?url=$1/$2 [L,QSA]
RewriteRule ^search/(.*) index.php?url=/search/$1 [L,QSA]
RewriteRule ^comments/(.*) index.php?url=/comments/$1 [L,QSA]
RewriteRule ^(serendipity\.css|serendipity_admin\.css) index.php?url=/$1 [L,QSA]
RewriteRule ^index\.(html?|php.+) index.php?url=index.html [L,QSA]
RewriteRule ^htmlarea/(.*) htmlarea/$1 [L,QSA]
RewriteRule (.*\.html?) index.php?url=/$1 [L,QSA]

<Files *.tpl.php>
    deny from all
</Files>

<Files *.tpl>
    deny from all
</Files>

<Files *.sql>
    deny from all
</Files>

<Files *.inc.php>
    deny from all
</Files>

<Files *.db>
    deny from all
</Files>

# END s9y

Thanks!!

Rin

[Timbalu]

Your htaccess looks good in general.
But YL's Idea might be good to try, even if we would go the other way and add instead of erase.
Please try and add a $ to the end of the bracket part, like

Code: Select all

RewriteRule ^(serendipity\.css|serendipity_admin\.css)$ index.php?url=/$1 [L,QSA]

Are you sure the problem does not extend to the backend too? Does the serendipity_admin.css in the backend work properly, referred to images as background: css rules (and the HTTP ans Status answer header is 200 OK)?
Do you have a root htaccess file which might break something?
If that all has no effect, could you try and disable findmore for a try also?

[rinbarrett]

I tried adding the $ as suggested, but that made no difference. The 404 error code mentioned doesn't show up for me - in fact, I'm getting no errors at all. The style/image problem does not extend to the backend at all.

Rin

[rinbarrett]

There is no root .htaccess file. I looked around for a "findmore" but I don't know what that is (I'm embarrassed to have to admit that).

Rin

[Timbalu]

LiveHeader says

http://www.codetwists.com/Blog/serendipity.css

GET /Blog/serendipity.css HTTP/1.1
Host: http://www.codetwists.com
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Accept: text/css,*/*;q=0.1
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
DNT: 1
Referer: http://www.codetwists.com/Blog/
Cookie: osCsid=2459ceae90762cb72e5d8177916e9306; PHPSESSID=2904f34fdfbbea714ce68d7e39584b02
Connection: keep-alive

HTTP/1.1 404 Not Found
Date: Sun, 30 Oct 2011 15:06:01 GMT
Server: Apache
X-Blog: Serendipity
Expires: Sun, 30 Oct 2011 16:06:01 GMT
Keep-Alive: timeout=15, max=97
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/css; charset=UTF-8

Findmore is the installed findmore plugin of serendipity. But I dont really expect this to be the one who...
I dont know if that would be a good try and catch method but you could try and insert a

Code: Select all

RewriteRule ^serendipity\.css index.php?url=/$1 [L,QSA]

into the htaccess right after the other one we were talking about.