Habe die Ursache mittlerweile gefunden. Ursache war, dass - wie auch immer - die serendipity.css mal als Datei angelegt wurde . Somit hat die RewriteRule nicht mehr gegriffen, weshalb hier der falsche Inhalt ausgeliefert wurde.

Danke für die Hilfe!

Genau. Die Inhalte meiner user.css sind dort nicht zu finden.

Warum gefunden? Ich weiß ja, wo sie liegen muss und da liegt sie auch. Nur wird sie komischerweise nicht eingebunden und ich habe keine Idee, warum nicht.

Achso Ja um den geht's, aber das Update hab ich bisher nur am Testsystem durchgeführt, um genau solche Fehler dann beim Livesystem vermeiden zu können.

Was für ein Signature Blog?
Caching kann eigentlich nicht die Ursache sein. Habe das Verzeichnis templates_c mehrfach komplett geleert.

Hallo, ich habe meinen Blog von 1.5.5 auf 2.0.2 aktualisiert. Das hat soweit auch relativ problemlos funktioniert. Allerdings wird seitdem die user.css nicht mehr eingebunden. Die Datei befindet sich aber ordnungsgemäß unter templates/bulletproof/user.css und kann von der Anwendung gelesen werden. M...

It's already working. Thanks!

Regards,
Pascal

Hi!

Since at least yesterday the spartacus website (http://spartacus.s9y.org) seems to be unavailable because of a missing DNS record. Does anyone know why this is like that and how long this will be so?

Kind regards,
Pascal

Wie ich vermutet hatte: Die Blog-Startseite wird nur deshalb ausgegeben, weil diese als 404-Fehlerseite angegeben ist. Erkennbar ist dies daran, dass ein 404-Fehler an den Browser übermittelt wird.

Dass es an dem Alias in der VirtualHost-Konfiguration liegt, kann ich mir nicht vorstellen.

Eine mögliche Erklärung wäre, dass die Blog-Startseite nur deshalb ausgegeben wird, weil diese als 404-Fehlerseite angegeben ist. Leider kann ich das nicht jedoch prüfen, da der Link nicht funktioniert.

Um nicht mit mehreren .htaccess-Dateien hantieren zu müssen, kann du für das AwStats-Verzeichnis auch einfach eine Ausnahme-Regel in den Rewrite-Regeln definieren. Dazu muss einfach Folgendes als erste Regel in der .htaccess eingefügt werden:
MfG
Pascal

Hi Greg! The idea of also checking for $serendipity['view'] == '404' is correct. When adding the 404 feature I also tested this but it caused many other problems. For example the contact form plugin won't work anymore. So I think, there is only one safe solution for making the 404 feature also work ...

Up to now I always tried to edit the comment using the comment edit form within the admin area. Now I tried to execute the corresponding UPDATE query: UPDATE blog_comments SET body='ebenfalls danke - ε/2' WHERE id=209; This resulted in the following error message: Warning: #1366 Incorrect string val...

I know, that all the encodings have to be set correctly. But this can't be the problem, because other special characters (for example the German umlauts) work without problems. Checking the hex dump of this page also confirmed that the HTML code really contains a question mark (0x3F UTF-8). So there...

Hallo! Today someone added a comment to an entry in my blog. This comment contained an "ε" (Epsilon). Within the email which was sent for moderation everything was OK. But within the comment showed on my blog this character was replaced by a "?" (see original ). But don't confuse...