Das Update-Problem besteht schon seit Januar 2011 und von Seiten der WordPress-Entwickler gibt es keinen Fix. Was im Netz alles als Lösung kursiert schwankt zwischen kurios und schädlich. Ich habe alles an Lösungsversuchen inklusive einem sogenannten “HotfiX” ausprobiert, der dann per 302-Redirect auf einem Link wie /category/drupal ?cat=ID gemacht hat. Nichts davon funktioniert.

Die einzige funktionierende Lösung ist ein Downgrade auf WordPress v3.0.5 und das geht so:

1. Download von WordPress 3.05
2. Alle Dateien außer dem Verzeichnis wp-content und der Datei wp-config.php hochladen und vorhandene Dateien überschreiben.
3. /wp-admin aufrufen und dem Datenbankupdate zustimmen.

Fertig. Für mich ein weiterer Grund, endlich die Migration auf Drupal voranzutreiben. Ein WordPress-Import Modul gibt es bereits.

add_filter('pre_get_posts', 'feed_by_categories');
 
function feed_by_categories($query) {
 
  if($query->is_feed) {
    $query->set('cat', '12,13,9');
  }
 
  return $query;
}

Durch diese Änderung werden im Feed nur Blogbeiträge der Kategorien 12, 13 und 9 gelistet.

$post_id = $wpdb->get_var("SELECT ID FROM {$wpdb->posts} WHERE post_status = 'publish' AND post_type = 'post' AND post_date < = NOW() ORDER BY RAND() LIMIT 1");
 
printf('<a href="%s">%s', get_permalink($post_id), get_the_title($post_id));

Zufällige Ausgabe:

<a href="http://www.naden.de/blog/wordpress-random-post">Wordpress random Post</a>

Man könnte auch gleich post_name und post_title aus der Datenbanktabelle auslesen, anstelle get_permalink() und get_the_title() aufzurufen, dann würde man aber alle Filter umgehen, die möglicherweise auf diese Werte angewendet werden.

Alle WordPress Blogs sind über http://www.domain.tld erreichbar wie auch über http://www.domain.tld/index.php. Wenn nun ein übereifriger Theme-Autor einen Link auf die index.php einbaut oder der Blog von außen mit http://www.domain.tld/index.php verlinkt wird, hat man ein Problem. Ob kannst du leicht im Google Webmaster Central oder mittels einer “site:”-Abfrage feststellen.

Abhilfe schafft eine kleine Änderung in der .htaccess-Datei.

Aus

RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

wird

RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_URI} ^/index\.php$
RewriteRule . / [L,R=301]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . / [L]

Sehr wichtig ist die letzte Zeile. Würde man diese nicht ändern, würde jeder Post auf die index.php umgeleitet werden.

Schwach ist, dass “in_category” nicht funktioniert, wenn es sich um eine Unterkategorie, z.B. “PHP -> Snippets” handelt. Die Funktion erlaubt nur einen Paramater und dieser muß auch noch numerisch sein.

Etwas Erleichterung schafft der schnelle Hack “is_in_category()”. Zwar funktioniert dieser nicht rekursiv, hilft aber gegen x-mal wiederholte in_category()-Berge.

function is_in_category( )
{
	if( func_num_args() > 0 )
	{
		foreach( func_get_args() as $category )
		{
			if( in_category( $category ) )
			{
				return( true );
			}
		}
	}
	return( false );
}

Der Aufruf if( is_in_category( 3, 5, 6 ) ) liefert true, wenn sich der abtuelle Post in einer der Kategorien befindet. False sonst.

Die Funktion “init” bietet sich dazu an. Laut WordPress Codex ist das Blogsystem an dieser Stelle geladen, Header sind aber noch nicht gesendet worden.

Möcht man nun in einem Plugin ein Cookie setzen, kann das so aussehen:

function my_set_cookie() {
 
	$name = 'my_name';
	$value = 'my_value';
 
	setcookie( $name, $value, time() + 3600, '/' );
}
 
add_action( 'init', 'my_set_cookie' );

Bevor man das Cookie absendet kann man natürlich noch schauen, ob es schon existiert und dann Daten ändern o.ä. Was man in der Funktion alles macht spielt keine Rolle. Wichtig ist nur, dass die Funktion bei “init” ausgeführt wird.

• Download der .htaccess
• Ersetze
  

  RewriteEngine On
  RewriteBase /
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]

  durch

  RewriteEngine On
  RewriteBase /
  
  RewriteCond %{HTTP_HOST} !^www. [NC]
  RewriteRule ^(.*) http://www.%{HTTP_HOST}/$1 [R=301,L]
  
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]

• Upload der geänderter .htaccess

Dabei sind drei Dinge sind zu Beachten:

1. mod_rewrite muss aktiv sein, sonst funktioniert kein Url-Rewriting
2. Da es sich bei der .htaccess um ein sog. Dotfile handelt, das unter Linux unsichtbar ist, muss der FTP-Client möglicherweise darauf eingestellt werden, dass er versteckte Dateien anzeigt.
3. Da die .htaccess vom Webserver erstellt wurde, hat sie diesen auch als Owner. Es kann sein, dass der FTP-User sie nicht überschreiben darf. In diesem Fall die .htaccee auf dem Webserver löschen und die geänderte Version neu hochladen.