Weblog der perun.net webwork gmbh mit Artikeln zum Thema WordPress, Webwork, und Internet. Ältere Artikel findest du im Archiv.
Hier sind alle Beiträge aufgelistet, die in die Kategorie WordPress einsortiert wurden. Die Beschreibung dieser Kategorie lautet:
Alles zu der Webog-Software WordPress
Du hast die Möglichkeit den RSS-Feed speziell nur für diese Kategorie zu abonnieren.
In der Entwicklungsversion von WordPress 3.0 (momentan immer noch alpha) gab es Änderungen an dem grauen Admin-Farbschema welches standardmäßig aktiviert ist … leider ist das eine Änderung zum negativen.
Schon das momentane graue Farbschema in der Version 2.9 finde ich sehr blass und kontrastarm. Deswegen wechsle ich wo ich nur kann auf das blaue Farbschema. Aber das neue ist noch blasser und kontrastärmer, aber schaut es euch selber mal an. (weiterlesen…)
WordPress 3.0 wird aller Voraussicht nach im Mai erscheinen und es wird einiges Neues geben darunter auch neue Template-Tags. Einige der Neuerungen haben wir bereits in mehreren Artikeln beschrieben.
Bis jetzt ist es so, dass WordPress beim Erstellen eines Artikels oder Seite auch eine Kurz-URL generiert, welche man sich mit einem Klick auf den Button Get Shortlink bekommt: (weiterlesen…)
Bis dato ist die Installation von WordPress und die dazu benötigten Angaben (abgesehen von den Eintragungen in der config.php) doch sehr übersichtlich. Angaben muss man nur machen über den Blogtitel und die E-Mail-Adresse – das war es.
Ab der kommenden Version wird es "umfangreicher", aber keine Angst die 5 Minuten, die WordPress für die Installation einkalkuliert, unterschreitet man immer noch locker. Neben dem Blogtitel und der E-Mail-Adresse kann man jetzt den Nutzernamen, der standardmäßig immer "admin" lautet direkt bei der Installation eingeben. Zudem wird kein automatisches Passwort mehr generiert, sondern man ist aufgefordert schon während der Installation ein eigenes anzugeben.
Die Option den Nutzernamen direkt bei der Installation anzugeben halte ich für einen guten Fortschritt. Aus Sicherheitsgründen war es sowieso schon immer ratsam diesen nicht bei "admin" zu belassen sondern zu ändern. Dies war mit einigem "Aufwand" verbunden und insbesondere unerfahrene Nutzer bzw. WP-Einsteiger werden davor zurück geschreckt sein. Bei den meisten Nutzern wird schlichtweg die Faulheit gesiegt haben, so dass ich behaupten möchte, dass die überwiegende Mehrheit aller WP-Installation einen Administrator namens "admin" hat.
Auch die Passworteingabe bei der Installation wird – obwohl man ja jetzt während der Installation mehr Angaben machen muss – letztendlich zu einer Erhöhung des Komforts führen. Wen hat sie nicht genervt die Meldung: "Hinweis: Du nutzt immernoch das automatisch generierte Passwort …"?
In der config.php wurde übrigens die Anzahl der Unique Keys and Salts auf acht erhöht und man hat nun dort die Möglichkeit WordPress im Debugging-Modus zu betreiben, was insbesondere Theme- und Plugin-Entwicklern empfohlen wird:
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*/
define('WP_DEBUG', false);
Vorgestern ist mir etwas zum wiederholten Male unangenehm aufgefallen. Man recherchiert an einem WordPress-Problem und findet recht schnell eine Lösung … und dann denkt man, Moment mal, dieses Code-Beispiel kommt mir bekannt vor. Anschließend schmeißt man einen Teil des Code-Beispiels in die Suchmaschine und schon findet man Treffer mit identischen Code, die viel Monate älter sind. Peinlich!
Danach habe ich dies ein paar Mal bei anderen Fragestellungen wiederholt und konnte hierbei einige Seiten, sowohl im englischen als auch deutschen Sprachraum finden, die Code-Beispiele aufführen ohne zu nennen, woher sie diese haben.
Als ein gutes Beispiel ist die Suche nach der Möglichkeit den Suchbegriff hervorzuheben, wie ich es im Artikel WordPress: gesuchte Begriffe hervorheben beschrieben habe. Die identische oder gleiche Lösung habe ich mehrfach gefunden. (weiterlesen…)
Die Suchfunktion von WordPress beherrscht standardmäßig leider keine Hervorhebung der gesuchten Begriffe, was eindeutig ein Mangel an Usability (Benutzerfreundlichkeit) ist.
Wie üblich gibt es auch für dieses WordPress-Problem mehrere Lösungswege, entweder man greift auf Plugins zurück, zum Beispiel Search Hilite, Search Unleashed oder Search Everything. (weiterlesen…)
Bei der WordPress-Installation eines guten Freundes gab Fehlermeldungen wenn man versucht hat eine bestimmte Seite (Page) zu bearbeiten. Nach dem Speichern bzw. Aktualisieren der Seite gab es folgende Fehlermeldung zu lesen:
Warning: implode() [function.implode]: Invalid arguments passed in /…/wp-includes/post.php on line 1980
Warning: Cannot modify header information – headers already sent by (output started at /…/wp-includes/post.php:1980) in /…/wp-includes/pluggable.php on line 868
Bei den aktiven Plugins war auch DB Cache aufgelistet. Dieses Plugin speichert Datenbank-Abfragen um so den Server zu entlasten. Leider war dieses Plugin auch für diese Fehlermeldungen verantwortlich. Nach dem ich dieses Plugin deaktiviert habe, gab es keine Fehlermeldungen und auch als ich die Erweiterung wieder aktivierte, blieb alles ruhig.
Ob das Plugin jetzt von alleine, im Zusammenspiel mit anderen Plugins oder dem Server diesen Fehler verursachte kann ich nicht sagen, da mir die Zeit zu testen fehlt.
Vorhin begrüßte mich ein fettes "Error establishing a database connection" als ich dieses Blog aufgerufen habe. "Na toll" dachte ich mir und ging von schlimmsten aus: Blog gehackt, Server explodiert etc.
Als ich mich dann in phpMyAdmin einloggen konnte, war ich etwas beruhigt und sehr schnell konnte ich das Problem erkennen. In der options-Tabelle (standardmäßig heißt sie wp_options) stand "0~ Einträge".

Datenbanktabelle reparieren
Die Tabelle markieren und dann auf "Repariere Tabelle" in der Auswahlliste klicken hat das Problem behoben.
Was mich doch etwas wurmt ist die Tatsache, dass ich bei meiner Suche nach dem Verursacher nicht weiter gekommen bin und auch Google hat mir bis jetzt keine Ergebnisse geliefert, die auf mein Problem zutreffen. Letztendlich gibt es mehrere Verdächtige: irgendein Plugin was aus der Reihe tanzt oder auch nur einfach WordPress was einen "Schluckauf" hatte. Sie alle legen die Einstellungen in der gleichen Tabelle ab.