Jetzt habe ich für den Support ein vBulletin Forum installiert. Ebenfalls auf einer Subdomain. Im Gegensatz zu den Blogs, wo WordPress die Subdomains verwaltet, habe ich dafür im Backend meines Providers eine Subdomain auf das Verzeichnis des Forums gelegt.

Danach konnte man nur noch die Hauptdomain aufrufen, sowie das Forum. Alle Subdomains, die WordPress verwaltete, gingen nicht mehr aufzurufen. Telefonat mit dem Support des Providers brachte auch nicht. Heiko kam dann auf die Idee, für jedes existierende Blog die Subdomain im Backend des Providers anzulegen. Tatsächlich klappte das. Offensichtlich hat man keine Wildcard Subdomains mehr, wenn eine Subdomain fest eingerichtet wurde. Ob das bei jedem Provider so ist, kann ich nicht sagen.

Jetzt ist das Anlegen neuer Blogs nicht mehr ganz so komfortabel wie vorher, aber ich denke, damit läßt es sich leben. Man muß sich eben nur konzentrieren und zuvor das Backend des Providers aufsuchen, um die Subdomain einzurichten.

• Ext Feed Viewer 3 Demo
• Jack Slocums Ext Ajax Library
• Spket IDE und Ext 1.1
• WordPress Childtheme lokalisieren
• WordPress 3.0 Network Settings

Die Zeile unregister_sidebar('my-sidebar'); in der functions.php des Child-Themes richtet aber nichts aus. Warum? WordPress läd zuerst die function.php des Child-Themes und dann erst die des Frameworks. Die Sidebar, die wir enfernen wollen, ist noch garnicht da. Die wird erst mit dem Laden des Basis-Themes/Frameworks registriert.

Abhilfe schafft da ein Hook in der Registerfunktion im Framework/Basis-Theme.

//Code aus dem Framework zum Registrieren von 2 Sidebars
function xtreme_register_dynamic_sidebars() {
    register_sidebar( array(
        'name' => 'Sidebar One',
        'id' => 'sidebar-one',
        'description' => 'Sidebar One',
        'before_widget' => '<li id="%1$s" class="widget %2$s">',
        'after_widget' => '</li>',
        'before_title' => '<h5 class="widget-title">',
        'after_title' => '</h5>'
    ));
    register_sidebar( array(
        'name' => 'Sidebar Two',
        'id' => 'sidebar-two',
        'description' => 'Sidebar Two',
        'before_widget' => '<li id="%1$s" class="widget %2$s">',
        'after_widget' => '</li>',
        'before_title' => '<h5 class="widget-title">',
        'after_title' => '</h5>'
    ));
 
    do_action('childtheme_sidebars');
}
add_action( 'widgets_init', 'xtreme_register_dynamic_sidebars' );

Ihr seht den Hook do_action(‘childtheme_sidebars’);
Jetzt springen wir diesen Hook einfach an:

//functions.php im Child-Theme
function xtreme_unregister_sidebar() {
    unregister_sidebar('sidebar-two');
}
add_action( 'childtheme_sidebars', 'xtreme_unregister_sidebar' );

Und weg ist die Sidebar.

• WordPress Kommentar Widget
• Neues WordPress Default Theme Twenty Ten
• Konfigurierbares WordPress Theme
• Denn sie wissen nicht, was sie tun…
• WordPress 2.2.1 erschienen

Da Heikos Plugin jetzt auch Childthemes richtig behandelt, war es keine Schwierigkeit. Ich habe für das Childtheme eine eigene Textdomain definiert, die nur die zusätzlichen Strings erhält, die nicht durch das Framework abgedeckt sind.
In die functions.php des Childthemes wird die Child-Textdomain gelanden ( Achtung: geht erst ab WordPress 3.0 ):

function x_theme_setup() {
    load_child_theme_textdomain( 'childtheme-textdomain', apply_filters('stylesheet_directory', get_stylesheet_directory() ) . '/languages' );
}
add_action ('after_setup_theme', 'x_theme_setup' );

Achtet darauf, get_stylesheet_directory() zu verwenden und nicht get_template_directory(), das wäre dann der Pfad zum Framework.

• Plugin Review: Codestyling Localization

Alle, die Interesse haben, Xtreme One zu testen, schreiben eine Email an xtreme-one at dieser Domain mit folgenden Angaben, da ich wissen möchte, mit wem ich es zu tun habe:

• Vor- und Zuname
• Webseite
• Grad der WordPress, Html, CSS und PHP Kenntnisse (Selbsteinschäztung)

Mir ist es wichtig, die Bandbreite vom unerfahrenen Nutzer bis hin zum Profi als Tester zu haben. Vorraussetzung ist eine WordPress Version 3.0, darunter läuft Xtreme One nicht. Ich behalte mir das Recht vor, aus den Bewerbungen Teilnehmer ohne Angabe von Gründen abzulehenen. Bitte habt Verständnis dafür.

Die Tester sollten sich mit dem Framework beschäftigen und eventuelle Fehler, Unverständlichkeiten etc. per Mail kommunizieren.

Wichtig: Es werden auch Übersetzer für die Sprachdatei (ist in englisch) gesucht.

• Xtreme Contentslider
• Twitter-Icons, Xtreme, jQuery Bug
• Xtreme und Javascripts
• GPL, Xtreme, Entplanetarisierung
• Stasi 2.0 bei Planet WordPress Deutschland!

Kleiner Nachtrag: Loggt Euch mal mit falschen Logindaten in euer Backend ein und schaut, was passiert

• Zend Framework Beta 0.9.1. released
• Mein Blog mit YAML 3.1
• Ext JS Library Beta 2 released
• Aptana Studio 1.0 released
• Ext JS 2.0 alpha released

Ich behaupte hier mal einfach, dass Sergej Müller durch sein langjähriges Entwickeln des Plugins wpSEO bedeutend mehr SEO Know How besitzt als ich. Schon alleine durch den massiven Input seiner Nutzer ist sein Plugin um Längen besser, als ein paar Optionen, die ich in ein Theme integrieren kann.

Offensichtlich entspricht es dem Wunsch der Nutzer, nicht noch extra ein SEO Plugin zu installieren oder gar kaufen zu müssen. Meiner Auffassung nach hat das eine mit dem anderen aber nichts zu tun. Ich glaube sogar, es ist kontraproduktiv. Installiert man bei so einem Premium Theme dann doch ein SEO Plugin, kommen sich eventuell Funktionen ins Gehege.

Da die Premium Themes mittlerweile immer mehr Funktionalität mitbringen, möchte ich von euch einfach mal wissen, wie ihr die Sache seht. Müssen SEO Optionen in ein Theme? Wieso gerade SEO Optionen? Braucht es am Ende auch noch eine integrierte XML-Sitemap ?

• WordPress Premium Themes aus zwielichtiger Herkunft
• Was soll ein WordPress Theme alles können?
• GPL, Xtreme, Entplanetarisierung
• WordPress: Mit Options arbeiten
• Denn sie wissen nicht, was sie tun…

Es gibt 2 Möglichkeiten, die Sache abzufangen. Einmal ein brutales wp_die() oder auf das Default Theme von WordPress switchen. Bei Variante 2 half mir Sergej Müller mit einem Tip.

// Variante wp_die()
global $wp_version;
if ( !version_compare( $wp_version, '3.0-beta', '>=' ) ) {
    wp_die( 'Our Theme need WordPress 3.0-beta.', 'Theme Error!');
}
 
// Variante Switch Theme
global $wp_version;
if ( !version_compare( $wp_version, XF_WP_MIN_VERSION, '>=' ) ) {
    update_option( 'template', 'default' );
    update_option( 'stylesheet', 'default' );
    delete_option( 'current_theme' );
    $theme = get_current_theme();
    do_action('switch_theme', $theme);
    add_action('admin_notices', 'show_theme_notices');
}
function show_theme_notices() {
    echo sprintf(
        '<div class="error"><p><strong>Mein cooles Theme</strong> '. __('requires at least WordPress %s!', 'my_textdomain').' '. __('Please upgrade your WordPress.', 'my_textdomain') . '</p></div>',
        XF_WP_MIN_VERSION
    );
}

Nachteil der ersten Variante: Das Frontend läuft nicht. Dank Sergejs Hilfe bekommt der Nutzer nun eine Meldung, warum das Theme gewechselt wurde. Vorher hatte ich nur einen Redirect auf die themes.php drin.

• Adobe CS3 Gratis Video Training
• comments.php und Themeentwicklung
• YAML 3.2 erschienen
• YAML Green Theme Version 1.1
• YAML 3.0.5 veröffentlicht

Hier die neuen Screenshots:

• Feed Test
• Update auf WordPress 2.7
• WordPress 3.0 neue Screenshots
• YAML Green Theme Update
• Update auf WordPress 2.2 DE-Edition

Da ich mich mit in den letzten Tagen mit allen möglichen Navigationstypen und Styles herumgeschlagen habe, hier ein paar Erfahrungen mit dem neuen Menü (kann sich im Laufe der Weiterentwicklung noch verändern).

Auf den ersten Blick sieht das neue Menü nach Killer-Feature aus. Das Menü vermittelt einem programmierunkundigen Nutzer endlich die Möglichkeit, ohne irgendwelche Parameter komfortabel zu einem Ergebnis zu kommen. Dem ist auch wirklich so. Auch ein WordPress Kenner wird begeistert sein, wenn der Kunde mal eine Kategorie in die Navi will.

Kommen wir nun zu der Kehrseite der Medaille. Das Menü ist nicht dynamisch. Schreibt man eine neue Seite und will die in der Navigation haben, muss man wieder im Backend auf Design->Menue gehen und brav seine Seite in das Menü droppen. Ebenfalls negativ empfinde ich, dass ich zwar einen kompletten Seitenbaum in das Menü einfügen kann, er aber dabei linearisiert wird, d.h., ich muß die Struktur erst wieder im Menü zurecht schieben. Ob das so gewollt ist oder noch nicht fertig, kann ich zur Zeit nicht beantworten.

Was mich ebenfalls stört: Es wurden wieder mal neue Klassen für das CSS verwendet. Eine aktive Seite hat nun die Klasse current-menu-item. Nach current_page_item und current-cat nun die dritte Variante.

Der Hammer sind aber die Datenbankabfragen, die das neue Menü benötigt. Ich habe hier ein Testblog mit dem Twentyten Theme und eine Navigation mit 4 einfachen Seiten, 2 Seiten mit jeweils 3 Unterseiten, eine Kategorie mit einer Unterkategorie.

Aufruf einer Archivseite mit 9 Posts ohne Post-Thumnails und ohne dem Menü -> 28 Abfragen. Selbe Seite mit Menü -> 68 Queries! Selbe Seite mit Menü und Thumbnails -> 93 Queries. Sportlich!

Wie gesagt, es wird noch entwickelt.

• Adobe Photoshop Objektivkorrektur
• Ext JS 2.0 Grouping Grid

WordPress 3.0 Custom Background

Hier wurden Einstellmöglichkeiten um einige Optionen erweitert.

WordPress 3.0 Header Image

Das neue Theme TwentyTen bringt jetzt 8 Header Bilder mit, die über einen Dialog ausgewählt werden können.

WordPress 3.0 Menüs

Hier wird im Moment viel gebaut, so das es schwer zu sagen ist, wie es letztlich aussehen wird.

• WordPress 3.0 Nav Menu UI Update
• WordPress 2.7 Backend Farben
• Probleme erkennen
• WordPress 2.9 Image editing
• Kommentar Pagination und Reply Tiefe in WordPress 2.7