Eintraege getagged: Wordpress


30
Jul 10

Update auf WordPress 3.0.1 erschienen [Update]

Seit ziemlich genau jetzt steht eine aktualisierte Version von WordPress zum Download zur Verfügung. Wie WordPress-Deutschland berichtet, behebt das Update nur 50 kleinere Fehler und ist nicht sicherheitsrelevant. Die DE-Version, sowie das Upgrade-Paket wird im Laufe des morgigen Tages nachgereicht.

Wie immer lässt sich WordPress bequem über den Menüpunkt “Aktualisierungen” via Dashboard automatisch updaten, eine Sicherung der Datenbank und ähnliches ist aber immer angeraten.

[Update] Es steht bereits die deutsche Version zum Download bereit. Danke für die gute Arbeit, Jungs.

Download


20
Jun 10

WordPress 3.0 Multiblog

Diese neue Funktion ist vielen vielleicht noch gar nicht bekannt, aber mit der Veröffentlichung von WordPress 3.0 haben die Entwickler die beiden Versionen WordPress und WordPress MU (MU meint Multi User) zusammen gelegt, so das man nun aus einer einzigen WordPress-Installation mehrere Weblogs mit unterschiedlichen Domains und Subdomains betreiben kann.

Die Funktion ist per Default allerdings deaktiviert und muss zuerst über einen Eintrag in der Datei wp-config.php aktiviert werden.

define('WP_ALLOW_MULTISITE', true);

Nach einem erneuten Login hat man nun unter Werkzeuge im WordPress Backend einen neuen Menüpunkt mit der Bezeichnung Blog-Netzwerk in der deutschen Version, in der englischen Version heißt er Networks.


Nach einem Klick auf Installieren erscheint eine Seite mit diversen Anweisungen, die auf den ersten Blick etwas verwirrend aussehen mögen. Aber sie sind überhaupt kein Problem, wenn man den Anweisungen Schritt für Schritt Folge leistet.

1. Erstellt ein neues Verzeichnis Namens blogs.dir im Pfad
/Pfad/zum/Wordpress/wp-content.
In diesem Verzeichnis werden die hochgeladene Dateien von den Blogs deines Blog-Netzwerks gespeichert. Dieses Verzeichnis muss durch den Webserver beschreibbar sein.

2. Man fügt folgenden Code in die Datei wp-config.php im WordPress-Verzeichnis (wie oben schon beschrieben) über der Zeile
/* That’s all, stop editing! Happy blogging. */ ein:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/wordpress/';
define( 'DOMAIN_CURRENT_SITE', 'test.thafaker.de' );
define( 'PATH_CURRENT_SITE', '/wordpress/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Achtung: es fehlen noch folgende Sicherheitsschlüssel in der wp-config.php um die WordPress-Installation sicherer zu machen. Folgendes hinzufügen:

define( 'AUTH_SALT', 'Q|pT1@l.-+%cZ YXa1/A<1u~M|Y]-~[`Cdwub)a-peY4Zt=+|w2rcyQ-<>{tp~~!' );
define( 'SECURE_AUTH_SALT', ')` WYKCd4Rk&#P!b*+rJU}tRj-|(}vJ.2Eh:5U1%fitN+Psc ? Ni <2@o|!F4;|' );
define( 'LOGGED_IN_SALT', 'C![Nm M.B5W0ekX!>FM]F%-$Xt{+rVFUf[Z`0GG#!gyv~OA3Uc#87SyDgV84#*5P' );
define( 'NONCE_SALT', 'rD+M|Rv-q`b<.Pz~}-pF1Es+pnk|K2?S7qbMCfL%s3acy+sj-Uh^m&/ [*$aa

3. Jetzt wird die versteckte Datei .htaccess im Verzeichnis von WordPress (wo auch die wp-config.php liegt) editiert, diesmal überschreibt man mit folgendem Code eventuell bereits vorhandene WordPress Rewrite-Regeln.

RewriteEngine On
RewriteBase /wordpress/
RewriteRule ^index\.php$ - [L]

# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

4. Das wars auch schon, wenn man diese Schritte durchgegangen ist, sollte WordPress als Multiblog Variante laufen. Nach einem erneuten Login sollte alles funktionieren.

Wie das mit der Konfiguration geht, beschreibt auch ein Artikel auf WordPress-Deutschland.


17
Jun 10

Öhm, WordPress 3 und mein SQL

Jetzt habe ich natürlich, vorbreschend koste es was es wolle, auf das soeben veröffentlichte WordPress 3.0 aktualisiert, und sehe im Dashboard unter Aktualisierungen folgende Meldung:

Du kannst nicht aktualisieren, da WordPress http://wordpress.org/wordpress-3.0.zip mindestens die MySQL-Version 4.3 voraussetzt. Du verwendest die Version 4.1.22.

Dabei habe ich ja soeben aktualisiert und eigentlich läuft auch MySQL in der 5er Version. Hmm… Mal nachprüfen was das soll.


27
Mai 10

Error beim Aktivieren des Flattr WordPress Plugins

Wenn ihr, so wie ich, folgenden Fehler bei der Aktivierung des Flattr-Plugins erhaltet, fehlt eurem Weblog die Unterstützung für PHP 5.

Folgender Fehler erschien bei mir:

Parse error: syntax error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /yourdomain.com/wp-content/plugins/flattr/flattr.php  on line 13

Laut meinem Webhoster (all-inkl.com) muss ich in der Datei .htaccess im Wurzelverzeichnis meines Webservers folgende Zeile eintragen, um PHP 5 zu aktivieren:

#Für PHP5-CGI:
AddHandler php5-cgi .php

Kurz speichern, das wars auch schon. Jetzt einfach noch mal versuchen, das Plugin zu aktivieren und nun sollte alles funktionieren und ihr könnt Flattr benutzen.

Übrigens kann der Fehler in ähnlicher Art und Weise natürlich auch mit jedem anderen Plugin, was PHP 5 benötigt, auftreten. Der Workaround ist der gleiche. Allerdings müsst ihr das nur ein mal in die .htaccess eintragen, um es dauerhaft zu aktivieren.

PS: Frank hat in einem Kommentar eine weitere, technisch saubere Lösung des Problems beschrieben.


4
Mrz 10

WordPress Datenbank aufräumen [Update]

Weil ich gerade wieder akute Probleme mit der SQL-Datenbank habe (Artikel aufrufen und so Zeugs) und mir eine Lösung überlegen musste, habe ich mal ein wenig das Netz durchforstet, was man gegen eine zu fette WordPress Datenbank tun kann.

Meine wp-posts Tabelle ist war unglaubliche 72 Megabyte groß. Eigentlich schon viel zu fett, um sie überhaupt noch sichern zu können. Warum die so riesig ist, liegt nicht zuletzt an den vielen Artikel die es hier gibt (3257 an der Zahl), sondern vielmehr auch an den Revisionen die bei jedem Speichern angelegt werden. Eine Revision ist dafür da, verschiedene Versionen eines Artikels zu haben und dort wieder hin wechseln zu können, sie werden automatisch angelegt und es gibt keine Begrenzung. Wenn einem mal der Browser abstürzt, ist das natürlich recht sinnvoll weil man den Artikel durch die Revision wieder holen kann oder ganz simpel, um Änderungen an dem Artikel nachvollziehen zu können. Aber was ist mit Artikeln von vor nem Jahr, die quasi 20 mal in der Datenbank liegen. Die Datenbank hat sich dadurch bei mir sozusagen verachtfacht.

Lösungswege:

  1. Die WordPress-Datenbank sichern ist der wichtigste Schritt, denn man weiß ja nie, was passieren kann wenn man “am Herzen operiert”.
  2. Man kann in der wp-config.php eine Beschränkung einstellen, wie viele Revisionen zukünftig pro Artikel gespeichert werden. Diese habe ich auf 1 eingestellt. Fügt einfach folgende Zeile zu eurer wp-config.php hinzu:
    define('WP_POST_REVISIONS', 1);
  3. Nun wird zukünftig nur noch eine Revision pro Artikel gespeichert. Was aber tut man mit all den alten Revisionen? Man löscht sie einfach per SQL-Befehl. Dazu loggt man sich in seinem phpMyAdmin ein, welches bei vielen Hostern zur Verwaltung der Datenbank dient und gibt dort unter dem Punkt “SQL” folgenden Befehl ein:
    DELETE FROM  wp_posts WHERE  post_type = "revision";

    Dies sorgt nun dafür, das die wp-posts nach Revisionen durchsucht wird und diese gelöscht werden. Auswirkungen auf die Artikel selbst hat es natürlich nicht. Nur auf lästigen Ballast.

  4. Am Schluss führen wir noch einen SQL-Befehl aus, welcher die geleerte wp-posts aufräumt und optimiert.
    OPTIMIZE TABLE  wp_posts;

    Das wars auch schon. Die Datenbank sollte erheblich entschlackt worden sein und eventuell merkt man das auch in der Geschwindigkeit, wie das Weblog oder WordPress nun agiert.

Meine wp-posts Tabelle ist von 72 MB auf unglaubliche 15 MB geschrumpft. Hammer, oder?

[Update] Mario hat mich darauf hingewiesen, dass es mit diesem Weg zu einer inkonsistenten Datenbank kommen kann

Leider hast Du danach aber eine leidlich inkonsistente Datenbank, da der ganze Schutt in wp_postmeta, der über die post_id mit der ursprünglichen, nun gelöschten, Revision verknüpft war, noch da ist…

Und auch wp_term_relationships, verknüpft über object_id, sollte berücksichtigt werden.

Aber klug wie er ist, hat er auch gleich eine Möglichkeit genannt, wie man das Problem beheben kann. Natürlich ausschließlich auf eigene Gefahr. Ich habe das soeben selbst verifiziert und es hat problemlos funktioniert.

delete meta
from wp_postmeta as meta
left join wp_posts as post
on (post.id = meta.post_id)
where post.id is null

Und dann noch folgenden Befehl einfach kopieren und wie oben schon beschrieben, ausführen.

delete termrel
from wp_term_relationships as termrel
left join wp_posts as post
on (post.id = termrel.object_id)
where post.id is null

So sah das dann bei mir aus:


Das wars nun aber wirklich :-)

Quelle: yourinspirationweb.com


17
Feb 10

WordPress 2.9.2 steht zum Download zur Verfügung

Was sehen meine vom Alkohol getrübten Augen als ich mich just im Backend meines Weblogs einlogge? Ein Update, Endlich wieder, JUHUUU, auf Version: 2.9.2! Aber lest am Besten selbst was WordPress-Deutschland dazu schreibt.

WordPress 2.9.2 wurde veröffentlicht. Diese Version ist ein Sicherheitsrelease und behebt einen Fehler durch den es unter Umständen möglich ist auf Beiträge anderer Autoren, die sich im Papierkorb befinden, zuzugreifen.

Download WordPress 2.9.2 DE-Edition

Die offizielle englischsprachige Version 2.9.2 kann im Downloadbereich runtergeladen werden. Die offizielle deutschsprachige Version auf de.wordpress.org steht ebenfalls zur Verfügung.

Wer die Vorgängerversion 2.9.1 benutzt und nicht die automatische Updatefunktion verwenden möchte, kann mit dem Upgradepaket eine Aktualisierung durchführen. Das Upgradepaket beinhaltet alle geänderten Dateien zu der Vorgängerversion 2.9.1 und kann für ein Upgrade der offiziellen- und der DE-Edition benutzt werden. Es gibt zur Vorgängerversion 2.9.1 keine Änderungen in der Datenbank.

Upgradepaket für 2.9.1 auf 2.9.2

In der DE-Edition und im Upgradepaket ist die aktualisierte Sprachdatei (Du) enthalten. Die Sprachdatei (Du & Sie) kann auch seperat runtergeladen werden:

Sprachdatei für WordPress 2.9.2 (Du & Sie)

Wie vor jeder Aktualisierung solltet ihr immer ein vollständiges Backup aller Dateien und der Datenbank anlegen – auch wenn ihr die automatische Updatefunktion benutzt!

Done!


9
Jan 10

Etwas spät: WordPress 2.9.1 als erstes Wartungsrelease veröffentlicht

Am 05.01.2009 wurde WordPress 2.9.1 veröffentlicht. Diese Version ist das erste Wartungsrelease der 2.9er Serie und behebt verschiedene kleinere Probleme die unter bestimmten Vorausetzungen aufgetreten sind.

Neben dem Pingproblem wurde auch ein Problem mit dem Veröffentlichen von Beiträgen in der Zukunft behoben. Eine Übersicht aller behobener Probleme findet sich im Trac.

Die offizielle englischsprachige Version 2.9.1 kann im Downloadbereich runtergeladen werden. Die offizielle deutschsprachige Version auf de.wordpress.org steht ebenfalls zur Verfügung.

Wer die Vorgängerversion 2.9 benutzt und nicht die automatische Updatefunktion verwenden möchte, kann mit dem Upgradepaket eine Aktualisierung durchführen. Das Upgradepaket beinhaltet alle geänderten Dateien zu der Vorgängerversion 2.9 und kann für ein Upgrade der offiziellen- und der DE-Edition benutzt werden. Es gibt zur Vorgängerversion 2.9 keine Änderungen in der Datenbank.

In der DE-Edition und im Upgradepaket ist die aktualisierte Sprachdatei (Du) enthalten. Die Sprachdatei (Du & Sie) kann auch seperat runtergeladen werden:

Wie vor jeder Aktualisierung solltet ihr immer ein vollständiges Backup aller Dateien und der Datenbank anlegen – auch wenn ihr die automatische Updatefunktion benutzt!

Es hat sich gezeigt, dass der Audio-Player in seiner bis dato aktuellen Version inkompatibel ist und auf jeden Fall auf Version 2.0.X aktualisiert werden muss.

(via)


16
Dez 09

WordPress 2.9 RC1

Die deutsche News:

Am Mittwochabend wurde der erste Release Candidat von WordPress 2.9 veröffentlicht. Mit aller Wahrscheinlichkeit ist das die letzte Veröffentlichung vor dem finalen Release. WordPress 2.9 beinhaltet Verbesserungen in der “Custom Post Types”-API, einfache Einbindung von Media mit oEmbed und Beitragsbilder (”post thumbnails”). Mit der Veröffentlichung ist vermutlich noch vor Weihnachten bzw. spätestens vor Neujahr zurechnen.

Die englische News:

We’re at that exciting point in WordPress development where the dev team feels like version 2.9 is complete and ready for the world. If you’ve been waiting for your moment to pitch in, it’s now. First we need tech savvy testers to upgrade their blogs and kick the tires, make sure everything is rolling like you expect it to. Here’s a list of all the fun and geeky new stuff in 2.9 to try out . Second, and more importantly, we need everyone to test out their plugin compatibility. If you’re a user of plugins, there’s a groovy new compatibility feature on the plugin directory where you can vote on whether a plugin is compatible with a version or not and it’ll get registered in the new plugin compatibility checker. This is as a replacement to the old wiki-based lists we’d do before. To see it in action check out this Akismet plugin page , as you can see 14 people have already registered that it’s compatible with 2.9. If you’re a plugin author, of course you should update your “Tested up to:” in the readme.txt for your plugin. If all goes according to plan, WordPress 2.9 will be out before the end of the week. You can download the release candidate here . For more details on the changes since Beta please review the revision log on Trac , and happy testing!