Skip to content

kleine Änderungen am Layout

Gab im Endeffekt nicht viel, ich habe einfach nur aus der Seitenleiste die Feed-Links entfernt (Kommentar-Feed wird eh keiner brauchen) und den Beitrags-Link dafür in die obere Navigations-Leiste aufgenommen.

ImageMagick in Serendipity nutzen (all-inkl.com)

Falls ich mal wieder in die Verlegenheit komme…

Ich bin ja seit einiger Zeit wieder bei all-inkl.com mit meinen Domains. An sich eine schöne Sache und der Support reagiert auch schnell. Nur manchmal vermisste ich dann doch meinen Shell-Zugang und die Bequemlichkeit eines Server, auf dem einen der Admin alles installiert was man will wink

Warum? Nun, im Falle von ImageMagick hat man bei all-inkl einfach nicht genug Rechte, das Programm ausführen zu lassen, wenn man es in Serendipity z. B. zum erstellen der Vorschaubilder verwenden möchte.

Man kann das Problem aber relativ leicht lösen, wenn man weiß wie…

Zu aller erst einmal muss natürlich ImageMagick in der Konfiguration unter „Bildkonvertierung” aktiviert werden. Als Pfad muss man bei all-inkl /usr/bin/convert angeben. Wie das bei anderen Providern aussieht, kann ich leider nicht sagen. Am besten einfach mal fragen.

Zu guter Letzt muss PHP-Dateien die Möglichkeit geben Shell-Befehle auszuführen. Standardmäßig ist dies nämlich verboten. Dazu muss man in der Datei .htaccess im Hauptverzeichnis von Serendipity folgende Zeile hinzufügen
AddHandler php-fastcgi .php .php4

Testen kann man dann die Sache einfach, indem man die Vorschaubilder erneuern lässt, das sollte dann ohne Fehlermeldungen durchlaufen.

…und falls jemanden interessiert, warum man das machen sollte: Die Methode mit GDLib funktioniert bei mir nicht mehr, da man standardmäßig 65MB PHP-Speicher zur Verfügung hat und das Vorschau-Script mehr bräuchte. Entsprechend kann es mit einer Fehlermeldung nicht ausgeführt werden.

Code-Fehler bei Galerie-Einbindung elemenieren

Den Fehler aus diesem Beitrag
Kleiner Wermutstropfen ist im Moment noch ein unsauberer Code, der aber für die Darstellung keine Rolle spielt. Übeltäter scheint aber wohl das Plugin nl2br zu sein.
konnte ich inzwischen Dank eines Hinweises von onli auch beheben. Man muss in der Konfiguration von serendipity_event_nl2br einfach nur den Tag
mediainsert
in die Liste derer aufnehmen, zwischen denen NL2BR nicht angewendet werden soll.

Geht also auch ohne irgendwelches Gepfusche im Code, wie Anfangs befürchtet laugh

Serendipity 1.5.5

Heute Nacht gab es ein wichtiges neues Update für Serendipity, welches einen Fehler in Xinha behebt.

Das Update wird drigend empfohlen!

Wer das Update nicht machen will, sollte folgende Dateien löschen:

htmlarea/contrib/php-xinha.php
htmlarea/plugins/ExtendedFileManager/config.inc.php
htmlarea/plugins/FormOperations/formmail.php
htmlarea/plugins/HtmlTidy/html-tidy-logic.php
htmlarea/plugins/ImageManager/config.inc.php
htmlarea/plugins/InsertPicture/InsertPicture.php
htmlarea/plugins/InsertSnippet/snippets.php
htmlarea/plugins/SpellChecker/aspell_setup.php
htmlarea/plugins/SpellChecker/spell-check-logic.php
htmlarea/plugins/SuperClean/tidy.php
Um zu prüfen, ob man bereits ein Opfer der Sicherheitslücke geworden ist, sollte man sich die beiden Pfade htmlarea/plugins/ImageManager/demo_images und htmlarea/plugins/ExtendedFileManager/demo_images ansehen. Sofern man Xinha bisher nicht genutzt hat, sollten dort nur die Dateien
bikerpeep.jpg
wesnoth078.jpg
linux/linux.gif
befinden.

Ich bin für meinen Blog vorerst den Weg des Datei-löschens gegangen, bis ich Zeit für ein ordentliches Update finde.

Da ich hier nur den groben Inhalt des Original-Beitrags wiedergegeben habe, wird empfohlen auch diesen zu lesen!