$wp_taxonomies['category'] = (object) array('name' => 'category', 'object_type' => 'post', 'hierarchical' => true, 'update_count_callback' => '_update_post_term_count');
$wp_taxonomies['post_tag'] = (object) array('name' => 'post_tag', 'object_type' => 'post', 'hierarchical' => false, 'update_count_callback' => '_update_post_term_count');
$wp_taxonomies['link_category'] = (object) array('name' => 'link_category', 'object_type' => 'link', 'hierarchical' => false);

Da weder Fehlermeldungen im Browser noch in den Log Dateien erscheinen habe ich leider keine Idee wieso diese Casts zum Abbruch der Skriptausführung führen. Die installierte PHP Version entspricht der aktuellen stabilen 5.x Version und sollte daher eigentlich nicht die Ursache des Problems sein.
Um das Problem zu umgehen habe ich eine Methode eingeführt die ebenfalls Arrays in Objekte transformieren kann, welche jedoch nicht auf der PHP Objekt Casting Funktion beruht.

function arr2obj($arr) {
	foreach ($arr as $k => $v) $obj -> {$k} = $v;
	return $obj;
}

$wp_taxonomies['category'] = arr2obj(array('name' => 'category', 'object_type' => 'post', 'hierarchical' => true, 'update_count_callback' => '_update_post_term_count'));
$wp_taxonomies['post_tag'] = arr2obj(array('name' => 'post_tag', 'object_type' => 'post', 'hierarchical' => false, 'update_count_callback' => '_update_post_term_count'));
$wp_taxonomies['link_category'] = arr2obj(array('name' => 'link_category', 'object_type' => 'link', 'hierarchical' => false));

© sebthom for sebthom.de, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: bug, PHP, Wordpress, workaround

Feed enhanced by Better Feed from Ozh

Ich verwende das DD Sitemap Generator Plug-in für WordPress zur automatischen Erzeugung einer Sitemap basierend auf den Beiträge und Kategorien meines Blogs. Auf dieser generierten Sitemap werden jedoch bei den Kategorienamen und Beitragstiteln die Übersetzungen in allen Sprachen auf einmal angezeigt inklusive der speziellen Tags.

Um dies zu beheben habe ich mich etwas im Code von WordPress und dem Language Switcher Plug-in umgesehen. Das Language Switcher Plug-in entfernt die Tags und überflüssigen Übersetzungen indem es sich der Filters API bedient – eine Art ereignisbasierter RückrufmMechanismus. Plug-ins können Ihr Interesse in bestimmten Textfilterereignissen signalisieren indem sie die Funktion add_filter(the_event_id, the_name_of_a_function_to_callback) unter Angabe der ID eines Filterereignisses und des Namens der aufzurufenden Funktion im Falle des Auftretens des entsprechenden Ereignis. Neben dem Registrieren für Filterereignisse können Plug-ins auch selbst solche Textfilterereignisse auslösen indem sie Funktion apply_filters(the_event_id, the_text_to_be_filtered) unter Angabe einer ID des Filterereignisses und des zu filternden Textes aufrufen. WordPress führt dann alle für dieses Ereignis registrier Filtermethoden auf dem übergebenen Text aus und die apply_filters Funktion gibt als Ergebnis den “gefilterten” text zurück. Wenn WordPress beispielsweise die Titel von Beiträgen oder Seiten darstellt löst es ein Filterereignis mit der ID “the_title” aus. Dies ermöglicht Plug-ins den Titel zu prozessieren/modifizieren bevor er dargestellt wird. Das Language Switcher Plug-in registriert sich daher selbst für dieses und eine Reihe anderer Filterereignisse um mehrsprachig eingegebene Texte vor der Darstellung um die Sprachtags und die nicht relevanten Übersetzungen zu entfernen.

Leider löst das DD Sitemap Generator Plug-in die entsprechenden Filterereignisse bei der Erstellung der Sitemap nicht aus. Daher ist auch das Language Switcher Plug-in nicht in der Lage die Kategorienamen und Beitragstitel zu bearbeiten.

Um das Problem zu lösen habe ich daher den Quellcode des DD Sitemap Generator Plug-in analysiert und die fehlenden apply_filters Aufrufe an den entsprechenden Stellen hinzugefügt. Wer ebenfalls von diesem Problem betroffen ist kann sich wie folgt behelfen:

1. Die Datei <wordpress_root>/wp-content/plugins/sitemap-generator/sitemap-generator.php (oder <wordpress_root>/wp-content/plugins/dd-sitemap-gen/dd-sitemap-gen.php) in einem Editor öffnen
2. Den folgenden Text lokalisieren
      $tmp_array['title'] = $pages[$k]->post_title;
   und ersetzen durch
      $tmp_array['title'] = apply_filters(‘the_title’, $pages[$k]->post_title);
3. Den folgenden Text lokalisieren
      $tmp_array['title'] = $cat_data[$c]['cat_name'];
   und ersetzen durch
      $tmp_array['title'] = apply_filters(‘the_category’, $cat_data[$c]['cat_name']);
4. Den folgenden Text lokalisieren
      $tmp_array['title'] = $posts[$k]->post_title;
   und ersetzen durch
      $tmp_array['title'] = apply_filters(‘the_title’, $posts[$k]->post_title);
5. Die Änderungen speichern. Das sollte es gewesen sein.

Mit diesem Verfahren kann man auch andere Plug-ins für ein gutes Zusammenspiel mit dem Language Switcher Plug-in korrigieren.

© sebthom for sebthom.de, 2008. | Permalink | 3 comments | Add to del.icio.us
Post tags: PHP, Wordpress, workaround

Feed enhanced by Better Feed from Ozh

Lange Rede, kurzer Sinn, ich bin schließlich auf den PHP Bug Report #42739 mkdir doesn’t like a trailing slash when safe_mode is enabled gestossen und es zeigte sich, daß dies genau das Problem war, welches sich mir auf meinem Hosting Account entgegenstellte. Die PHP Option safe_mode ist dort aktiviert und WordPress versucht vergeblich mit Schrägstrich endende Verzeichnissepfade anzulegen (z.B. /htdocs/wp-content/upgrade/the-plugin/).

Nachdem mir der Grund also bekannt war, konnte ich einen Workaround entwickeln und endlich den on-click plug-in updater nutzen. Für alle die das gleiche Problem haben, hier meine Lösung:

1. Die Datei <wp_root>/wp_admin/includes/class-wp-filesystem-direct.php lokalisieren und in einem Editor öffnen
2. Nach “function mkdir” in der Datei suchen
3. Die nachfolgenden Codezeilen in die Methode einfügen. 

   function mkdir($path,$chmod=false,$chown=false,$chgrp=false){
   	if( ! $chmod)
   		$chmod = $this->permission;
   
   	// workaround for http://bugs.php.net/bug.php?id=42739 starts here
   	if(ini_get('safe_mode') && substr($path, -1) == '/')
   	{
   		$path = substr($path, 0, -1);
   	}
   	// workaround for http://bugs.php.net/bug.php?id=42739 ends here
   
   	if( !@mkdir($path,$chmod) )
   		return false;
   	if( $chown )
   		$this->chown($path,$chown);
   	if( $chgrp )
   		$this->chgrp($path,$chgrp);
   	return true;
   }

4. Mit der Ein-Klick-Aktualisierung beginnen!

Nachtrag:

1. Die Änderung funktioniert auch mit WordPress 2.5.1
2. Falls diese Änderung nicht zum gewünschten Erfolg führen, kann der Fehler noch eine zweite Ursache haben. Daher sollten die Berechtigungen des Verzeichnis /wp-content/upgrade/ und dessen Unterverzeichnisse überprüft und gegebenenfalls per chmod auf 777 gesetzt werden. Falls das upgrade Verzeichnis gar nicht existieren sollte, reicht es vielleicht schon dieses einfach manuell anzulegen.

Nachtrag 2:

1. Falls sich das Problem weiter besteht sollte geprüft werden ob das Plug-in AskApache Password Protect installiert ist.
2. Wenn ja, kann es helfen dieses vor dem Aktualisieren anderer Plug-ins zu deaktivieren.

© sebthom for sebthom.de, 2008. | Permalink | 37 comments | Add to del.icio.us
Post tags: bug, PHP, Wordpress, workaround

Feed enhanced by Better Feed from Ozh

(...)
Read the rest of Meine favorisierten WordPress Plugins & Ressourcen (717 words)

© sebthom for sebthom.de, 2007. | Permalink | 3 comments | Add to del.icio.us
Post tags: audio, MP3, PHP, Wordpress

Feed enhanced by Better Feed from Ozh