Ich lese immer wieder das Wordpress-User Probleme hatten Wordpress von der Version 2.5 auf 2.7 (oder andere Kombinationen) anzuheben.
Bekannte Probleme sind, dass die Admin-Ebene immer wieder 2.7 zum Update anbietet, obwohl es installiert ist. Das das automatische Update-Skript nicht läuft, wenn zuvor das System nicht auf ein blankes 2.5 basiert, etc.
Erwähnt werden viele dieser Probleme z.B. hier:
http://www.wordpress-magazin.de/wordpress-27-upgrade-probleme/
Es hat etwas gedauert und sowohl das testen von Wordpress ab der Version 2.5 als auch die Entwicklung eines ansprechenden Designs hat etwas gedauert.
Wer sich mit Java-Script auskennt und sich auch schon einmal mit der Erstellung von Firefox Extensions versucht hat, der hat mein Mitleid.
Ich habe seit gut 10 Jahren nicht mehr in C++ gearbeitet und obwohl ich mit Java-Script und den XUL Vorgaben von Mozilla einigermaßen klar kam, so ist doch die XPCOM Schnittstelle bzw. das “nsISupport” Interface nichts für Einsteiger.
Mein Ziel war es eine DLL zu erstellen, um wichtige Code-Bereiche nicht in Java-Script abhandeln zu müssen. Es gibt diverse Extensions die das bereits erfolgreich gemacht hatten, also mit DLLs gearbeitet haben.
Das heißt nun aber nicht, dass ich mit meinem gebrochenen C++ das auch hinkriegen würde. Zunächst ist die Schnittstelle in bezug auf Zugriffe mit Datentyen sehr streng, bzw. sehr abstrakt.
Ich konnte in den vergangen Monaten reichlich Erfahrung in der Erstellung von ASP.NET und C# WinForms sammeln.
Der Anfang machte ich mit dem .NET Framework 1.1 und Visual Studio 2003. Die IDE ist völlig instabil und voller Bugs. Für die Erstellung von ASP.NET Anwendungen mit entsprechenden Code-Behind kaum geeignet. Das Framework ist in vielen bereichen bereits bestehenden Programmiersystemen nachempfunden (JAVA, PHP). Es ist nicht zu übersehen, das .NET einfach zu schnell auf den Markt geworfen wurde und entsprechend einer kleinen Todgeburt gleich kommt.
Es ist doch absolut herrlich dieses Programm.
Auf einfache und doch vollständige Art und Weise über einen Browser die MySQL-Datenbank zu administrieren. Besonders, wenn man einen externen Provider benutzt und nur FTP Zugang zum Webspace hat.
Für viele Entwickler ist XAMPP eine mehr als nützliche Zusammenstellung von Apache, PHP, Perl, MySQL und noch einigem mehr.
Doch selbst die Ersteller von XAMPP warnen davor das OutOfTheBox Tool für die Einrichtung eines Webservers zu nutzen. Nun einige machen es doch und öffnen damit selbst Laien Tor und Tür.
Im folgenden gebe ich Tips, wie man die mitgelieferte Konfiguration soweit ändern kann, um auf einfache Art und Weise XAMPP abzusichern. Ich gebe keine Garantie dafür, dass das System anschließend unanfällig wäre, aber aus Erfahrung kann ich sagen, das es einem Hacker anschließend nicht mehr so einfach fallen wird.
Da ich im Moment relativ wenig Zeit habe mich selbst wieder an ein Webdesign zu begeben, habe ich mich entschieden ein bestehendes Design für mein Wordpress Blog zu verwenden.
Leider unterstützt das Template noch keine Widgets, aber das bringe ich ihm sicher auch noch bei. Ansonsten gefällt mir das Design sehr gut, da es neben den grafischen Gimmicks auch noch gut lesbar ist.
Lässtig ist nur die Übersetzungsarbeiten, da man hier für durch alle php-Dateien durch muss, um die englischen Sätze in deutsche umzuschreiben.
Auf meinem USB-Stick befindet sich das nette kleine Programm BlogDesk. Der Vorteil dieses kleinen Programms ist der automatische Upload von Bildern und Links in den Blogeintrag.
Beiträge lassen sich einfach offline erstellen und bei Bedarf entsprechend veröffentlichen. Das Programm ist voll kompatibel zur Wordpress-Version 2.2.2.
Das Programm kann man unter www.blogdesk.org finden.
Ich habe für meinen Blog das PlugIn All in One SEO von uberdose eingerichtet. Das Plugin hilft den Title, Descriptions und Keywords im HTML-Header so zu gestalten, dass es für Suchmaschinen leichter lesbar ist.
Im Grunde ist es eine wunderbare Idee, aber es fehlen noch einige Anpassungen, um auch alle Bereich meines Blogs mit aussagekräftigen und dynamischen Titles im Header auszustatten.
Jede Kategorie wurde ursprünglich mit dem Beschreibungstext und nicht mit dem Kategorienamen in den Title eingetragen. Pages wurden ohne den Prefix des Seitentitel angezeigt.
Wenn man sich die PHP-Datei des Plugins anschaut findet man die Funktion “rewrite_title”. Darunter sind die Kontrollstrukturen in Form von “if-then-else” der einzelnen Seitenarten.
Man erkennt das für den Aufruf eines Beitrags folgende Befehle verwendet werden:
$title_format = get_option(‘aiosp_post_title_format’);
$new_title = str_replace(‘%blog_title%’, get_bloginfo(‘name’), $title_format);
$new_title = str_replace(‘%post_title%’, $title, $new_title);
$title = $new_title;
$title = trim($title);
$header = $this->replace_title($header, $title);
Nun kann man überlegen ob man diese Formatierung auch für die anderen Seitenarten, wie Kategorien und Seiten möchte.
Einfach den Bereich “$header = $this->replace_title($header, $title);” mit dem kompletten Code-Beispiel ersetzen.
Update: In der neuesten Version sind die Anpassungen nicht mehr notwendig.
Barrierefrei, Standard konform und trotzdem die Vorzüge einiger Tabellenlayouts nutzen. Eines dieser Probleme ist ein Layout bei dem ein Footer-Balken immer am Fuss der Seite verweilt, egal in welcher Auflösung die Seite im Browser dargestellt wird.
Leider bietet CSS nur bedingt Möglichkeiten. Height: 100% gibt es zwar, wird aber nur bedingt interpretiert. Um diesen “Sticky Footer” erzeugen zu können, gibt es mitlerweile eine ganze Reihe guter Beispiele:
Ryan Fait hat ein Beispiel aufgesetzt das nur dann Funktioniert, wenn der Inhalt selbst innerhalb eines DIV-Layers liegt, welcher auf 100% Höhe gestreckt wird.
Der Footer-DIV-Layer ist außerhalb der Inhalts-Layers angeordnet.
Gefüllt wird die Seite durch einen Trick. Ein Layer mit der Bezeichnung “Push” füllt nun künstlich den Raum zwischen Inhalts-Layer, Footer-Layer und Seitenboden auf. Bitte beachten, das dies Anhand des Beispiels nur bei Document-Type Strict geht.
http://www.themaninblue.com/experiment/footerStickAlt/
Hier ist eine robustere (damit wird geworben) Variante. Sie verwendet auch einen Container und eine Wrapper Klasse bei der im CSS die Höhe auf 100% gelegt wird und die HTML Streckung ebenfalls auf 100% liegt. Trotzdem habe auch ich Kombinationen gefunden bei denen diese Variante nicht funktioniert. In diesem Fall hatte ich mehrere Spalten mit float eingesetzt und damit die Höhendarstellung unterbrochen.
http://www.coldheat.de/archiv/2006/08/tricky-sticky-footer.php
Dieses Beispiel bezieht sich hauptsächlich auf eine Vollseitendarstellung besonders in der Breite. Hier ist es problematisch den Footer im sichtbaren Bereich am Boden zu halten, ohne das der IE oder Safari den Footer unterhalb des Fensters verschiebt.
Es lohnt sich aber mit den Beispielen zu experimentieren. Am Ende könnte man ja immer noch auf ein Javascript zurückgreifen, dass die Höhe der Fenstergröße anpasst.