Die kleine Funktion im Anschluss kommt in die functions.php des Themes und addiert 2 Avatare aus dem Ordner images im Theme-Verzeichnis. Dabei empfiehlt es sich, wenn die Avatare eine Größe von 60 Pixel haben, da WordPress im Dashboard der Version 2.7 beispielsweise die Größe nutzt und das Theme auch flexibel konfiguriert werden kann.

/**
 * add a default-gravatar to options
 */
if ( !function_exists('fb_addgravatar') ) {
	function fb_addgravatar( $avatar_defaults ) {
		$myavatar = get_bloginfo('template_directory') . '/images/avatar.gif';
		$avatar_defaults[$myavatar] = 'people';
		
		$myavatar2 = get_bloginfo('template_directory') . '/images/myavatar.png';
		$avatar_defaults[$myavatar2] = 'bueltge.de';
		
		return $avatar_defaults;
	}

	add_filter( 'avatar_defaults', 'fb_addgravatar' );
}

Ist nun das Theme aktiv, dann stehen die beiden neuen Avatare zur Verfügung und können mit Hilfe der Einstellungen gesetzt werden. Die Lösung lässt sich beliebig aufweiten und ebenso in allen Bereichen nutzen. Um einen Avatar innerhalb der Kommentare oder auch anderen Bereichen zu nutzen, genügt der Aufruf echo get_avatar( $comment, 32 );, siehe Beiträge „WordPress 2.5: Gravatare einfach nutzen“ und „WP: Autoren mit Gravatar identifizieren“.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Seit der Version 2.6 von WordPress kann man das aber auch noch mit Hilfe neuer Funktionen sehr schön lösen, die ich im folgenden kurz aufzeigen will.

Nähere Kommentare und den Syntax der Funktionen findet man in der Datei /wp-includes/link-templates.php.

site url

Gibt die URL zum Installation zurück, inklusive entsprechendem Protokoll 'https' wenn is_ssl() und 'http' für alle anderen.
Wenn $scheme 'http' oder 'https' ist, dann wird is_ssl() überschrieben.

$path - optionaler Pfad, relativ zur site-URL
$scheme - optionales Schema, Möglichkeiten 'http', 'https', 'login', 'login_post', oder 'admin'

site_url($path = '', $scheme = null)

admin url

Gibt die URL zum admin-Ordner zurück.

$path - optionaler Pfad, relativ zur admin-URL (wp-admin)

admin_url($path = '')

includes url

Gibt die URL zum includes-Ordner zurück.

$path - optionaler Pfad, relativ zur includes-URL (wp-includes)

includes_url($path = '')

content url

Gibt die URL zum content-Ordner zurück.

$path - optionaler Pfad, relativ zur content-URL (wp-content)

content_url($path = '')

plugins url

Gibt die URL zum Plugin-Ordner zurück.

$path - optionaler Pfad, relativ zur plugin-URL (wp-content/plugins)

plugins_url($path = '')

Ab WordPress 2.8 kann eine Parameter mehr übergeben werden, dabei ist $plugin am einfachsten __FILE__ und der Pfad des Ordners kann entfallen.

plugins_url($path = '', $plugin = '')

Beispiel für den Pluginpfad

Der folgende Syntax lädt eine JavaScript-Datei aus dem Ordner examble_plugin_folder des Plugins.

wp_enqueue_script( 'farbtastic', plugins_url('/examble_plugin_folder/includes/farbtastic/farbtastic.js'), array('jquery'), '1.2' );

Eine neue Möglichkeit, die mir bisher nicht bekannt war, aber seit einigen Wochen gern von mir genutzt wird. Eventuell gefällt es auch anderen Nutzern. Für Anregungen und Verbesserungen steht wie immer der Kommentarbereich offen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Einige Zeilen Code genügen und du kannst mit den „neuen“ Konstanten arbeiten.

// Pre-2.6 compatibility
if ( !defined( 'WP_CONTENT_URL' ) )
	define( 'WP_CONTENT_URL', get_option( 'siteurl' ) . '/wp-content' );
if ( !defined( 'WP_CONTENT_DIR' ) )
	define( 'WP_CONTENT_DIR', ABSPATH . 'wp-content' );
if ( !defined( 'WP_PLUGIN_URL' ) )
	define( 'WP_PLUGIN_URL', WP_CONTENT_URL. '/plugins' );
if ( !defined( 'WP_PLUGIN_DIR' ) )
	define( 'WP_PLUGIN_DIR', WP_CONTENT_DIR . '/plugins' );
if ( !defined( 'WP_LANG_DIR') )
	define( 'WP_LANG_DIR', WP_CONTENT_DIR . '/languages' );

Die Lösung nutze ich schon geraume Zeit, ebenso andere Entwickler im deutschsprachigen Raum. In der Diskussion der WordPress-Mailingliste hat sich dies scheinbar als nicht bekannt erwiesen, denn immer kommen Fragen dazu hoch, daher wurde die Lösung nun auch im Codex von WordPress aufgenommen - „Determining Plugin and Content Directories“.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Wer sich nun an die Arbeit macht und ein Theme für WordPress erstellt und dieses der Öffentlichkeit preis gibt, der sollte eine Anzahl con Formatierungen im Stylesheet haben. Dies führt dann dazu, dass die Bilder, die man mit der Media-Funktionalität hoch lädt und in den Beitrag integriert, auch im für den Anwender verständlichen Aussehen erscheinen. Die Klassen sind im folgenden aufgelistet und gehören ab WordPress Version 2.6 bitte in jedes Theme, welches man anderen Anwendern übergibt.

/**
 * for WordPress classes at images
 * 
 */
.aligncenter, div.aligncenter {
display: block;
margin-left: auto;
margin-right: auto;
}

.alignleft {
float: left;
}

.alignright {
float: right;
}

.wp-caption {
border: 1px solid #ddd;
text-align: center;
background-color: #fff;
padding-top: 5px;
margin: 10px;
}

.wp-caption img {
margin: 0;
padding: 0;
border: 0 none;
}

.wp-caption p.wp-caption-text {
font-size: 1em;
line-height: 1.1em;
padding: 0 5px 6px;
margin: 0;
}

Die Formatierungen sind nur beispielhaft und sollen die Klassen besser verdeutlichen. Natürlich kann man das an seine Bedürfnisse anpassen. Grundlegend geht es nur darum, dass sie existieren und die schematische Vorschau im Adminbereich auch dann im Frontend unterstützen – so sollte alignleft schon ein Bild links floatend darstellen. Aber das nur am Rande.

Wer noch mehr Information zur Bildunterschrift wünscht, der liest den Beitrag „Bilder mit Bildunterschrift in WordPress 2.6“. Dort gibt es eine Reihe an Infos zu HTML und CSS.

* Mein Basis-Theme, welches ich zur Verfügung stelle um einen einfachen Start in ein neues Theme zu haben, erfährt demnächst ein Update. Ich habe viel geändert und erweitert, weil sich doch einiges in den letzten Versionen von WP geändert hat. Mal sehen, wann ich zu einem Upload komme und einen fertigen Stand habe.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Danger !
Self-comparison detected.
Initiating infinite loop eschewal protocol.
Self destruct in... 3
2
1
Wake up, Frank Bueltge...
The Matrix has you...
Don't let this happen again. Go Back.

Wie man zum „Osterei des Matt“ kommt, das steht nun hier im folgendem Abschnitt.

Schaut man sich den Quellcode in revision.php an, so findet man schnell, wo das Ei versteckt ist:

if ( $left_revision->ID == $right_revision->ID ) {

Das neue Feature Versionierung zeigt dem Nutzer, wenn er einen Denkfehler hat. Man kann alle Revisionen eines Artikels mit einander vergleichen, dazu gibt es Radiobuttons. Setz man die Radiobuttons zum Vergleichen auf eine Revision, kann der kleine Spass beginnen.

PS: Nur mit aktivem JavaScript richtig zu genießen und nicht in der Beta 3 zu finden.
Viel Spass damit!

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Für das klassische Notizblog oder Sidenote ist das sicher eine interessante Geschichte. Mal sehen ob dann ab Version 2.6 das Dashboard konfigurierbar ist, die Funktionen haben wir ja schon seit 2.5 im Core, werden aber nicht genutzt.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Aktiv oder nicht, dass wird im übrigen ab 2.6 schon in der Installation abgefragt, so dass Neuinstallationen direkt darauf gestoßen werden.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

WordPress besitzt seit Version 2.5 eine neuen Aufbau der Navigation und ein neues Design des Admin-Bereiches. Viele Nutzer und ich sind nicht sonderlich zufrieden mit dem Redesign. Ich arbeite aktuell an einer kleinen Umstrukturierung des Design, wobei es nicht um Farben und Stylesheet der puren Optik geht, sondern um die Umstrukturierung einiger Nutzerbereiche, vorrangig im Bereich Schreiben.

Ich stelle die aktuellen Lösungen mal als Screenshot dar, erkläre die bisherigen Umsetzungen und wünsche mir, dass ich Feedback bekomme. Gibt es Wünsche, Ideen, die sinnvoll in diesem Theme wären? Bitte gebt mir Rückmeldungen.
Wer das Plugin testet - es werden keine Informationen in der Datenbank gespeichert, Deaktivieren und löschen auf dem Server - damit ist alles gelöscht. Man kann also unbesorgt testen.

Das Stylesheet für das Admin-Menu kommt von Eric Meyer, der daraus das Plugin „MW Adminimize“ gemacht hat. Mit diesen Design hat alles angefangen und ich danke Eric sehr für diese Idee und das CSS. Ohne das Plugin von Eric wären meine Stückellösungen sicher so geblieben.
Nun waren mir aber die Umsetzung nicht weitreichend genug. In meiner Ideenschublade lagen schon so einige Entwürfe und nun habe ich das Plugin von Eric weiter ausgebaut. Dabei habe ich im CSS nur sehr wenige Erweiterungen hinzugefügt. Diese mussten sein, um die Umstrukturierung im Edit-Bereich sauber zu realisieren. Ideen kamen außerdem aus dem Artikel von Megan.

Was macht das Plugin ?

Das Plugin verändert das Backend und bringt Vergabe von Rechten für einzelne Bereiche mit. Administratoren können Menu- und Submenu-Punkte deaktivieren, Metaboxes getrennt nach Beiträgen und Seiten verwalten. Ebenso können Bereiche des Schreiben-Bereiches deaktiviert werden, alles getrennt nach Admin und anderen Rollen.
Der Header im Backend wird kleiner und übersichtlicher gestaltet, ebenso ändern sich die Menupunkte und bringen mehr Logik in das Backend - alles userabhängig. Weiteres in einigen Stichpunkten

• Das Admin-Theme Adminimize ist benutzerabhängig nutzbar; Einzustellen bei den User-Einstellungen, pro User
• Aktuell kann man das Theme in Zusammenhang mit den Farbwerten für Theme Fresh oder Classic nutzen
• Das Erweitern um weitere Farben ist einfach möglich
• Neuer Menu-Aufbau; im Linken Bereich findet man klassische Anwendungen zum Verwalten und Schreiben, während der rechte kleinere Bereich für Einstellungen, Design, Plugin und Benutzer-Bereiche vorgesehen ist
• Dashboard verschoben; Der Link zum Dashboard ist in das Menu integriert und nicht mehr extra ersichtlich, alternativ kann deaktiviert werden.
• Der Bereich im Menu ist schmaler und nimmt weniger Platz im Admin weg.
• Bereich Schreiben mit folgenden Möglichkeiten verändert
  • Adminbereich kommt ohne fixe Breite aus und passt sich dem Browser an.
  • Scroll-Balken ist in allen Browsern immer da. Damit entfällt das Verschieben bei kleineren zu größeren Bereichen.
  • Kategorien sind im rechten Sidebar zu finden
  • Tags sind im rechten Sidebar (Kommt das Plugin „Simple Tags“ zum Einsatz, dann gibt es keine Veränderung)
  • automatischer Scroll auf den Edit-Bereich, besonders sinnvoll bei wenig Platz im Browser
  • Media-Uploader nutzt nun den kompletten Bildschirm.
  • Unterstützung des „Plugins Admin Drop Down Menu“; wenn das Plugin aktiv, dann steht dem User zwei weitere Designs zur Verfügung
  • Unterstützung des Plugin „Lighter Menus“; wenn das Plugin aktiv, dann steht dem User zwei weitere Designs zur Verfügung
  • Zwei neue Farbschemas im Angebot
    
  • Breite des Sidebar ist nun verstellbar, es gibt 5 Werte (Standard, 300px, 400px, 30%, 30%)
  • Jede Meta-Box kann entfernt werden, getrennt für jede Userrolle
  • Ebenso können Bereiche entfernt werden, wie h2, Mitteilungen und die Info im Sidebar
• Bereich User_Info, rechts oben, kann verändert werden (Ausblenden oder nur Logout-Link)
• Die Meta-Boxen im Bereich Schreiben können einzeln übergreifend deaktiviert werden, optional für Admins
• Das Dashboard kann komplett aus dem Admin entfernt werden
• Alle Menupunkte, auch Menus von Plugins, können getrennt für jede Rolle deaktiviert werden.
• Design-Änderungen werden nur geladen, wenn sie auch benötigt werden, die meisten Lösungen also nur im Edit-Bereich.

Voraussetzungen

Das Plugin funktioniert nur mit WordPress Version 2.5 oder höher, getestet bis 2.9-rare.

Bereich Einstellungen

Man kann jedes Feld im Menu getrennt für Administratoren und andere Userrollen konfigurieren und so den Adminbereich anpassen. Einen Einblick gibt der folgende Screenshot (für komplette Sicht klicken). Die Auswahl richtet sich nach den aktivierten Plugins und lernt mit.

Eigene Optionen

Das Plugin erlaubt das Hinzufügen von eigenen Optionen. Dazu muss im linken Feld ein Name pro Zeile und im rechten Feld die ID oder Klasse pro Zeile vergeben werden. Nach dem Speichern werden die neuen Optionen dann zu den User-Rollen hinzugefügt. Die Klasse oder ID eines Objektes im Backend von WordPress kann man am einfachsten im Firefox mit Hilfe des Add ons Firebug ermitteln. Eigene Optionen können nur mit Hilfe von CSS ausgeblendet werden.

Hinweis

Eric will das Plugin eventuell weiter ausbauen, so dass ich meine Version hier zum Download anbiete. Eventuell können wir das Plugin auch weiterhin gemeinsam entwickeln und Neuerungen einfließen lassen.

Installation

• Die gepackte Datei downloaden und lokal entpacken
• Die Dateien inkl. Ordner adminimize in dein Plugin-Verzeichnis kopieren (/wp-content/plugins/)
• Aktivieren des Plugins im Adminbereich deines WP
• übergreifende Einstellungen verändern –> Optionen > Adminimize
• Theme wählen > Benutzereinstellungen, ist userabhängig

Hinweis Version 1.4

Wenn das Update von einer Version < 1.4 durchgeführt wird, dann bitte die Deinstallations-Funktion im Bereich Einstellungen des Plugins nutzen und die überflüssigen Datenbankeinträge damit entfernen. Ab Version 1.4 wird nur ein Eintrag gesetzt. Danach wieder neu aktivieren und alle Einstellungen neu setzen.

Download:

Ist die Arbeit nicht 1 Euro wert?
Jede Spende wird dankbar angenommen und ermöglicht das weitere Arbeiten an freier Software.
Möchtest du mehr oder anders spenden, so besuche meine Wunschliste.

Download als zip-Datei (incl. Sprachfile de_DE, en_ES, pot-File, readme.txt): downloads.wordpress.org/plugin/adminimize.zip - ~200 kByte

Historie

Seit geraumer Zeit bietet das WordPress Plugin Repository die Möglichkeit der Ausgabe des Changelog an und so werde ich direkt am Plugin, in der Readme die Historie pflegen - daher bitte ich, dass ihr euch dort die Änderungen anschaut, so dass ich ein wenig hier pflegen muss: Changelog.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Nun führt WordPress drei neue Konstanten ein und das Auslagern des Ordners wp-content inklusiver aller Inhalte ist möglich. Damit wird wesentlich mehr Sicherheit von WordPress gewährleistet, denn die Struktur der am leichtesten anzugreifenden Bausteine, wie Themes und Plugins, kann verdeckt gehalten werden. Damit ist WordPress auch nicht mehr so einfach erkennbar und potentiellen Eindringlingen wird es erschwert.

Dabei sollte aber beachtet werden, dass man mit wenig Kenntnis die Adresse im head des Blog auslesen kann, es sein denn man steckt viel mehr Arbeit in die Änderungen, was dann aber dazu führt, dass man alle Plugins, Themes ändern muss; bei jedem Update ist man ebenso außen vor und bastelt wieder.

Bisher war die Struktur von WordPress wie folgt:

htdocs\
      wp-admin\
      wp-content\
      wp-includes\
      ...

Ab Version 2.6 kann WordPress frei gestaltet werden im Bereich wp-content.

htdocs\
      wp-admin\
      wp-includes\
      wp-mein_content\
      ...

Folgende drei Konstanten können in der wp-config.php definiert werden und erlauben die Auslagerung des jeweiligen Verzeichnisses.

define('WP_CONTENT_DIR', ABSPATH . 'wp-content');    // wp-content Directory

/**
 * Allows for the plugins directory to be moved from the default location.
 *
 * @since 2.6
 */
define('WP_CONTENT_URL', get_option('siteurl') . '/wp-content');    // wp-content URL
define('WP_PLUGIN_DIR', WP_CONTENT_DIR . '/plugins');    // Plugin Directory

Ordner umbenennen

Die folgende Beispieldefinition in der wp-config.php geht davon aus, dass der klassische Ordner wp-content nun test heißt und sich im Root des Webspace http://localhost/wpbeta/ befindet.

define('WP_CONTENT_DIR', ABSPATH . 'test');    // wp-content Directory
define('WP_CONTENT_URL', 'http://localhost/wpbeta/test');    // wp-content URL

Wobei die Definition von WP_CONTENT_URL dabei nicht unbedingt erforderlich ist, denn der Ordner bleibt ja am bestehenden Platz.

Wichtig: WordPress lässt es nicht zu, dass man wp-content außerhalb des Root ablegt, dazu muss im Core geändert werden. Ebenso sollte man das nur dan ntun, wenn man ausreichend Kenntnisse hat um diverse Plugins oder Themes zu ändern, da viele Entwickler noch immer mit statischen Adressangaben arbeiten und damit wp-content erwarten.

Für Entwickler

Wer beim Entwickeln von Themes und Plugins auf diesen Ordner zugreifen will, der muss also spätestens jetzt auf Konstanten zugreifen.
Schon beim Einbinden eines Sprachfiles kommt es sonst zu Problemen.
War folgender Code bisher noch möglich, ...

if (function_exists('load_plugin_textdomain'))
	load_plugin_textdomain('gettext_name', 'wp-content/plugins/plugin_name/languages');

so muss es ab 2.6 nun zum Beispiel wie folgt aussehen.

if (function_exists('load_plugin_textdomain'))
	load_plugin_textdomain('gettext_name', false, dirname(plugin_basename(__FILE__)) . '/languages');

Prinzipiell sollte der obige Syntax in allen Versionen von WordPress laufen, falls es Probleme gibt, kann man ja die Konstante abfragen.

if (function_exists('load_plugin_textdomain')) {
	if ( !defined('WP_PLUGIN_DIR') ) {
		load_plugin_textdomain('gettext_name', str_replace( ABSPATH, '', dirname(__FILE__) ) . '/languages');
	} else {
		load_plugin_textdomain('gettext_name', false, dirname(plugin_basename(__FILE__)) . '/languages');
	}
}

Hinweise zum Thema finden sich im Changeset 7999 und 7075 des WP-Trac.
Weitere Hinweise zur kommenden Version 2.6 von WordPress gibt es hier im Blog zum Tag WP2.6.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Die Prüfung des Code in den Themes war schon in Version 2.5 integriert und nun sortiert WordPress nach problematischen Themes und stellt diese in einem extra Bereich des Themesbereiches im Admin dar.

Die Vorschau eines Themes wird via JavaScript (Plugin ThickBox für jQuery) grafisch aufgewertet und die Funktionen des Blog stehen direkt in der Vorschau bereit. Man kann also im Preview direkt navigieren, kommentieren und ähnliche Anwendungen durchführen. Alle aktiven Plugins werden gezogen und ebenfalls die Funktionen des Themes.

Thickbox für jQuery

Wie schon oben erwähnt, ist Thickbox nun im Core von WordPress und kann damit auch verwendet werden. Seit Version 2.5 wird damit die Mediaverwaltung geschönt. Ob und wie sinnvoll, darum soll es hier nicht gehen. Natürlich kann man das auch weiterhin im Theme mit eigenen Quellen einbinden. Wer aber die WP-Möglichkeit nutzen will, dem steht die Funktionen add_thickbox() und add_thickbox_css() bereit.

Klassen

In diesem Zusammenhang sind neue Klassen in den Core von WordPress gewandert:

• /wp-includes/class.wp-dependencies.php
• /wp-includes/class.wp-scripts.php
• /wp-includes/class.wp-styles.php

Damit wird zusätzlich zum Script-Loader ein Style-Loader gebracht und auch dieser kann genutzt werden.

• /wp-includes/functions.wp-scripts.php
• /wp-includes/functions.wp-styles.php

RTL Stylesheet

Dabei kann man nun auch eine neue Datei im Theme verwenden, die von WordPress erkannt wird - das RTL Stylesheet (rtl.css). Die Datei soll die Lokalisierung eines Themes erleichtern, siehe WP Forum. Unterstützt wird die Datei durch die Klasse WP_Styles. Ist eigentlich schon seit Version 2.1 drin, fand aber bisher wenig Anwendung und das Kubrick-Theme nutzt es nun und zeigt wie es geht. Wer sein Theme mit außergewöhnlichen Sprachen, zumindest für den deutschen Sprachraum, erweitern will, der sollte sich diese Möglichkeit merken und so von Links- nach Rechts-Orientierung schwenken.

Admin-Design

Die Möglichkeit das Admin-Design anzupassen, sehr interessant im Hinblick auf Corporate-Design und schonmal ausführlich im Beitrag „WordPress 2.5 und ein userabhängiges Admindesign“ erklärt, der findet weitere Möglichkeiten in Version 2.6 von WP. Dazu muss man sich die /wp-includes/functions.php näher anschauen. Eine Dokumentation steht noch nicht bereit, aber ich denke, die WordPress-Gemeinde hat sicher die eine oder die anderen Experten mit den nötigen Infos.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Die kommende Version 2.6 von WordPress bringt wieder viel neues und behebt bekanntermaßen Fehler und verbessert Funktionen. Das Programm wird umfangreich und es passiert viel unter der Haube.

Aktuell und wichtig, man kann die wp-config.php im Standard schon eine Ebene tiefer ablegen (WP Dev Updates). Das bringt Sicherheit und war in der Vergangenheit nur über kleine Veränderungen möglich, siehe Beitrag „Schütze deine wp-config.php“.

Wer also über ein Update nachdenkt oder es nach der offiziellen Veröffentlichung im August 2008 erwegt, sollte diese Veränderung bedenken, sonst kann es zu Problemen führen. Die Änderung kann auch schon jetzt durchgeführt werden und hat keinen Nachteil für die laufende Installation. Dazu geht man wie folgt vor.

Bisher stand in der wp-config.php als letzter Abschnitt:

/* Das war`s, ab hier bitte nichts mehr editieren! Happy blogging. */
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-settings.php');

Diese wird mit einer zusätzlichen Abfrage ausgestattet und dann läuft alles wieder wie gewohnt. Verantwortlich ist die Definition der Konstante ABSPATH. Auch diese Konstante gab es bereits und wurde in der obigen Konstellation definiert.

/* Das war`s, ab hier bitte nichts mehr editieren! Happy blogging. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');
require_once(ABSPATH . 'wp-settings.php');

Damit sind die Veränderungen auch schon Geschichte und das Blog kann munter weiter laufen.

Als Zusatzinformation, im root der WordPress-Installation ist die Datei wp-load.php dazu gekommen. Sei sorgt dafür, dass man die wp-config.php verschieben kann. wer diese Taktik anwendet und mehr wissen will, der Code ist übersichtlich und dokumentiert.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

WordPress ist für schnelle Entwicklungsprozesse bekannt, ob man davon begeistert ist oder nicht steht auf einem anderem Blatt. In jedem Fall bringt die kommende Version 2.6 wieder hinreichend Veränderungen. In Version 2.6 sind es für meinen Begriff sinnvolle Mehrwertfunktionen, die ich bisher im Businessumfeld immer extra leisten musste. Ob sie im privaten Blogumfeld und für das angeblich sterbende Tagebuch (behaupten zumindest einige Twitter-Jünger) relevant sind - das wird sicher jeder Nutzer selbst entscheiden. Einige Funktionen kehren auch wieder und wie immer passiert viel unter der Haube und nur wenige Nutzer bemerken es überhaupt.

Kritik wird es sicher auch geben, denn man macht es nicht jedem Recht und das oft gewünschte schlanke System kommt vorerst nicht, auch nicht als Alternative zur Standard-Edition. Der Eingriff via Plugin bleibt aber weiterhin und so kann man auch mit Kenntnissen das System auf die eigenen Bedürfnisse anpassen oder stutzen. (* In diesem Zusammenhang sollte man sich unbedingt WPlite anschauen, damit bekommt der Kunde nur zu sehen, was er sehen will und soll. Für diese Anforderung gab es auch schon andere Plugins oder ich habe es bisher über eine CSS-Datei gelöst, war schön schlank aber nicht so flexibel. WPlite ändert das.)

Im folgenden einige kleine Einblicke in Veränderungen und dazu einige Screenshots. Die Funktion der Versionierung war mir das Update in einigen Blogs auf die aktuelle Entwicklerversion wert und nun realisiere ich diese Anforderung ohne Plugin.

Versionierung

In Version 2.6 von WordPress wird es eine Versionsverwaltung geben und man kann Artikelversionen vergleichen und auf eine andere Version zurück springen. Das Redaktionssystem von WordPress empfinde ich eh schon viel besser als man das von anderen Applikationen kennt und seit 2.5 ist es noch besser, denn man kann nicht gleichzeitig in einem Artikel mit verschiedenen Autoren spielen. Das Redaktionssystem kommt der Idee eines CMS bzw. sogar ERP schon recht nahe.

Die Versionierung wird mir der PEAR-Codebibliothek Text_Diff realisiert. Einige Infos dazu gab es hier im Blog und ausführlich und mit Bildern untermalt stellt das ganze Robert Wetzlmayr im Beitrag „Versionsgeführte Artikel in WordPress 2.6“ dar.

Google Gears in WordPress

WordPress 2.6 kann die Unterstützung von Google Gears nutzen. Google hatte mit Gears einen Renner und Hoffnungsträger produziert und man hoffte auf viele Anwendungen, die die Software nutzen. Gears ermöglicht das Offline-Arbeiten von Webanwendungen und WordPress kann es nutzen, in dem es einen Teil des Adminbereiches auslagert. Auch hier will ich nicht zu viel bzw. doppelt erzählen, denn Robert hat sich auch damit beschäftigt und hat nicht den lauen Sommerabend wie ich genossen. Lest in seinem Beitrag „WordPress 2.6 wird 661 Prozent besser!“ über die Hintergründe und wie das ganze funktioniert.

Gravatar, Identicon, MosterID, ...

Gravatar ist ein bekannter Service in der Bloggosphäre und WordPress bietet diesen Service als Teil seines Portfolios an. Nun wurde in der Vergangenheit das eine oder andere Plugin bereit gestellt, mit dem man für Kommentatoren, die kein Gravatar ihr eigen nennen eine andere Bildidentität erstellen konnte, genannt Identicon, MonsterID oder Wavatar. Ab Version 2.6 hat WordPress die nötigen Algorithmen im Bauch und sie lassen sich einfach per Klick in den Einstellungen nutzen.

WordCount

Klein und unscheinbar bekommt der Editbereich einen Wortzähler. Was und wozu man diesen benötigt ist mit persönlich nicht ersichtlich, aber der eine oder andere wird sicher eine Anwendung dafür finden. Die Plugins, die diese Lösung angeboten haben, sind ja auch genutzt worden. Im Bereich Suchmaschinenoptimierung ist es sicher recht nützlich und der eine oder andere zwingt sich eventuell dann noch zu einigen Wörtern, nur um die Zahl des SEO-Beraters zu erreichen.
Zu finden ist der Wert direkt neben dem Edit-Fenster, unter dem Speichern-Button.

Press This

Press This ist ein Bookmark, ausgestattet mit ein wenig JavaScript, der das schnelle Einspringen in den Editbereich per Lesezeichen, neudeutsch Bookmark, erlaubt. Diese Hilfe gab es auch schon in älteren Versionen von WordPress wurde aber in 2.5 entfernt/ vergessen. Nun ist sie wieder da, nicht wie bisher im Footer sondern direkt im rechten Bereich des Editbereiches.
Der Button, der offiziell Meta Bookmarklet heißt kann nun noch mehr als bisher. So kommt man in einen extra Editor und kann Inhalt, Markierung, Bilder oder Video von der abzuspringen Seite direkt übernehmen.

Dashboard-Widgets

Die Funktionen für ein konfigurierbares Dashboard liegen schon seit 2.5 in den Core-Files, leider ungenutzt und so muss man nehmen, was man bekommt. Allerdings ist die WordPress-Community für ihre Entwicklergeschwindigkeit bekannt und so gibt es auch dafür hinreichend Plugin-Lösungen.
Trotzdem soll es in 2.6 nun ein konfigurierbares Dashboard geben. Aktuell gibt es dazu keine Veränderungen oder erledigten Tickets, lassen wir und überraschen. Gerade im Businessumfeld ist das aktuelle Dashboard nicht nutzbar, denn was interessiert den Kunden die News zu WordPress - die meisten wissen nicht mal, was WordPress ist und wollen das auch nicht wissen. Sie wollen ein System was läuft und ihre Anforderungen erfüllt.

Checkbox Mehrfachanwahl

Kleines Feature was die Arbeit aber sicher in manchen Fällen erleichtern kann. Klickt man die erste Box aktiv nicht inaktiv und hält dann die Taste SHIFT, dann werden alle weiteren Checkboxes bis zur Box, welche man mit der Mouse anklickt, auch aktiv nicht inaktiv gesetzt. Auch das geht in der aktuellen Beta schon und kann nützlich sein, muss nicht. Bekannt ist das ganze besonders bei GMail geworden, bis dato war es in Webanwendungen eher nicht so möglich, ein Zusatzlink übernahm in der Regel die Funktion des „alle markieren“.

remove_meta_box()

In einem früheren Artikel habe ich auf die Möglichkeit hingewiesen, dass man Metaboxen im Editbereich einfügen kann. Das war auch schon vor Version 2.5 möglich, aber weniger komfortabel. Dazu der Verweis auf den Artikel „WordPress 2.5 Edit-Bereich ansprechen“.
In Version 2.6 gibt es nun eine weitere Funktion zum Thema und die erlaubt das Entfernen von Boxen. Sehr nützlich, wenn man den Bereich einschränken will, sei es weil man diese oder jene Box nicht benötigt oder weil der Kunde es nicht sehen will. Die Funktion ist remove_meta_box() und ist zu finden in /wp-includes/template.php.
Parameter sind $id, $page, $context.

• $id String for use in the 'id' attribute of tags.
• $page The type of edit page on which to show the box (post, page, link)
• $context The context within the page where the boxes should show ('normal', 'advanced')

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Aktuell arbeite ich mit der Entwicklerversion von WordPress, dies tue ich einerseits um mich auf dem laufenden zu halten, andererseits schau ich über den geliebten Tellerrand und beobachte die Entwicklung von WordPress. Diese mach ich unter anderem, damit das kommende Buch von Thomas und mir zu WordPress besser und unabhängiger von der Version wird.

Der aktuelle Stand bringt die Integration von Horde mit sich, allerdings nur einen Teil. Dieser Bereich implementiert eine API zum generieren und formatieren von „diffs“. Diff ist eine Grundlegende Kommandozeilenfunktion eines Unixsystems, ein Unix-Programm, das die Unterschiede zwischen zwei Textdateien synoptisch ausgibt.
Ich weis nichts offizielles darüber und habe mich aktuell ein wenig zum Thema Horde belesen.

Horde ist ein Framework, in PHP geschrieben, und will die Backends der verschiedenen Systeme stärken. Aktuell ist nur ein Bruchteil in WP integriert, so dass man mal abwarten muss.

Lassen wir uns überraschen, was diese Implementation mit sich bringt. Für Entwickler ist es sicher interessant. Ein Benefit wäre sicher die vielen Details in Sachen Sicherheit von Horde zu übernehmen. Autor des neuen Bereiches ist im übrigen Geoffrey T. Dairiki.

Vielleicht weis ja ein Kenner ein wenig mehr und gibt mir einige Infos?

Update

Robert hat sich auf die Suche begeben und erklärt die Hintergründe - „Versionsgeführte Artikel in WordPress 2.6“. Das Blog von WPD zeigt dazu noch einige Screenshots.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren