Mein Standpunkt wird sicher sehr WordPress getrieben sein, da ich mich sehr stark in diesem Umfeld bewege und man verzeihe mir die Einschränkung. Aber so spreche ich sicher einen Großteil der Leser meines Blogs an und kann eventuell ein Nachdenke oder gar Umdenken erreichen. Insbesondere ziele ich auf die Anwender ab, die meinen, dass wenn Sie sämtliche Funktionen irgendwo unüberlegt kopieren und in die functions.php des WordPress Themes ziehen, dass Sie eine besonderes tolle Lösung haben. Ein Schnipsel, ein Snippet ist mehr als die Lösung zum Verwenden, es ist die Basis um eine Ziel schneller zu erreichen – es ist nicht die fertige Lösung für die jeweilige Anforderung.

Jeder der viel zeit mit Code verbringt und Lösungen erstellt, insbesondere wenn er dass mehr oder weniger allein tun, schmort im eigenen Saft, eignet sich Eigenarten an und wiederholt Fehler und Denkweisen. Die alltägliche Arbeit kann durch die Nutzung von Schnipseln erleichtern werden - führen sie doch oft zu der gesuchten Lösung und können entweder das Endergebnis sein oder ein Teil eines entstehenden Etwas. Dabei geht vermutlich jeder Entwickler etwas anders vor. Während dem einen die Variante des Schnipsels genügt und er via Copy/Paste die Lösung übernimmt, überdenkt der Andere die Lösung, lernt daraus, verbessert sie oder kommt damit zu einer Lösung im Sinne seiner Anforderung.

Gerade letzteres ist meine Grundidee beim Bereitstellen von Snippets - ich löse diverse Probleme wöchentlich und mehr, trotz der bisher noch immer nebenberuflichen Tätigkeit im Webumfeld. Die Freunde müssen dabei fast täglich ran und eine Lösung finden. Die bereitgestellten Lösungen sollen zum Nachdenken anregen und zur Lösungsfindung beitragen. Je besser man das eigene System kennt, je besser kann man die Anforderungen im Hinblick auf eine gesamtheitliche Lösung für das Basissystem und das Ziel umsetzen. Das pure Copy/Paste-Verhalten sorgt meines Erachtens für Stillstand und unüberlegtes Handeln. Ohne eine Überlegung dazu wird die vorgestellte Lösung implementiert. Insofern versuche ich auch jedes Snippet mit etwas Erläuterung anzureichern und für Verständnis zu sorgen: Warum habe ich so gehandelt? Warum diese Lösung? Man soll sich selbst zum Lernen und dem Verständnis zwingen und so den eigenen Horizont erweitern.

Dabei ist mir ein Austausch sehr wichtig, darum auch öffentlich. Mir ist klar, dass meine Lösung nur im Rahmen meiner Möglichkeiten entstehen kann. Ich bin im Hinblick auf das Web, WordPress und das Programmieren ein Autodidakt, habe nie eine Unterrichtsstunde zu diesen Themen besucht, es sei denn als Unterrichtender. Das Lernen kam immer aus eigenem Antrieb und der Kritik und dem Austausch mit Freunden und Lesern. Das Blog ist sicher eine wunderbare Quelle für den nachweis meines Lernens und gerade meine Plugins für WordPress spiegeln dies wieder; würde ich viele Sachen heute nicht mehr so schreiben, wie noch in den ersten Plugins. Die Lernkurve ist hoffentlich ersichtlich und gerade die vielen Eindrücke, Erfahrungen und Diskussionen machen meine Idee, so glaube ich, im Kundenumfeld so gefragt. Die Erfahrung macht am Ende einen Großteil der Lösung aus.

Code-Schnipsel sind in vielen Blogs zu diversen Themen abgelegt, immer im Hinblick auf den aktuellen Wissenstand und die Zielsetzung des Autors. Darum gehören sie überdacht und auf Gültigkeit geprüft. Sei es um dem eigenen Codingstandard recht zu werden, das explizite Ziel der Anforderung zu erreichen oder eine bessere Lösung zu erstellen.
Ich will Snippets nicht verteufeln, ganz im Gegenteil - teilt eure Ideen und Lösungen, diskutiert sie und seit offen für Verbesserungen! Nur so kann man aus meiner Sicht und Erfahrung zu besseren Lösungen kommen. Fehler sind menschlich - sie sind Teil von uns und wer keine Fehler macht, dem sind einfach die Aufgaben zu gering und die Herausforderung fehlt.

Ich möchte die Leser anregen über das pure Copy/Paste-Verhalten nachzudenken, eventuell umzudenken und beim Veröffentlichen von Schnipseln hier und da einige Worte dazu hinterlegen, so dass der Leser eine Möglichkeit hat, die Lösung zu verstehen und aktiv zu nutzen. Die ständige Verwendung von Schnipseln ohne den geist zerstören die Qualität der Lösung, sorgen für Unsicherheit -, stören die Stabilität im System und machen das Finden von Fehlern schwer.

Im Hinblick auf WordPress und dessen Plugin-API gibt es hier weit mehr auszuholen, aber dann wird es viel und liest das noch jemand? Überdenke gerade im Hinblick auf WordPress die Copy/Paste-Kultur von Snippets, trenne sauber zwischen den Funktionen für das Theme und als Erweiterung für das Gesamtsystem mittels eines Plugins. Thomas hat dazu gerade ein wenig ausgeholt und die Zahl der Plugins in einer WordPress Installation ist keine Aussage zur Qualität! Die Performance des Blogs hängt nicht von der Anzahl der Plugins ab, da gehört weit mehr dazu. Insbesondere die Fehlersuche kann mit Plugins vereinfacht werden, da man über die Oberfläche oder via FTP recht einfach deaktivieren kann - insofern man die einzelnen Funktionen sauber trennt.

Also - auf eine neues im Denken zu Snippets und dessen Verwendung im täglichen Arbeiten im Web oder auch nur im Hobby. Gerade die Applikation und die Arbeit damit wird es danken, der Kunde ebenso.
Bildquelle: Puzzle im Kopf

Hinweis Session zum WordCamp Schweiz

Philip Hetjens wird zu diesem Thema die Session Ein Rant über Snippets auf dem WordCamp am 7. Mai 2011 in der Schweiz halten. Sicher ein schönes Thema zum Diskutieren und Einsichten gewinnen.

© 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 Transient API ist nicht nur für Entwickler interessant, wie das folgende kleine Beispiel zeigt, welches die Daten der Tag-Wolke innerhalb der Datenbank speichert und so typischerweise im Theme Verwendung finden könnte.

Im ersten Schritt holen wir dazu den Eintrag aus der Datenbank, der als Inhalt für die Tag-Wolke dienen soll - $tag_cloud = get_transient( 'tag_cloud' );. Wenn dieser Eintrag fehlt schlägt, dann wird die Tag-Wolke normal über den Template Tag wp_tag_cloud() erzeugt. Einziger Unterschied gegenüber der "normalen" Verwendung im Template des Theme, die direkte Ausgabe ist auf FALSE, da wir sie in einer Variable benötigen.
Im folgenden setzen wir nun den Eintrag in der Datenbank mit diesem Inhalt und geben einen Zeitwert mit: set_transient($transient, $value, $expiration);. Der Zeitwert, Parameter drei, wird in Sekunden angegeben.
Nun muss lediglich der Wert der Variable ausgegeben werden und fertig; ab nun bekommt die Tag-Wolke ihrer Daten aus dem Cache, der für einen Zeitraum von 12 Stunden existiert und dann neu erstellt wird.

$tag_cloud = get_transient( 'tag_cloud' );
if ( false === $tag_cloud || '' === $tag_cloud ){
	$args = array('echo' => false);
	$tag_cloud = wp_tag_cloud( $args );
	set_transient( 'tag_cloud', $tag_cloud, 60*60*12 );
}
echo $tag_cloud;

Das kleine Beispiel verdeutlicht hoffentlich die Möglichkeiten, die Transient API liefert einige weitere Funktionen, die im Codex sehr schön nachzulesen sind.

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

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

CDN - Content Delivery Network, ist ein Netz lokal verteilter und über das Internet verbundener Server, mit dem Inhalte (insbesondere große Mediendateien) ausgeliefert werden. In der Regel sind diese Server sehr leistungsfähig und schnell. Sie konzentrieren sich auf die Ausgabe der Dateien und keine anderen Funktionen wie Cookies.

Weitere Informationen zum Thema CDN gibt es beispielsweise bei Wikipedia oder bei Sergej Müller.
Im Webspace meiner Domain habe ich drei Subdomains angelegt, die ich jeweils so eingestellt habe, dass sie auf Bilder, das Theme und Plugins verweisen.

Im ersten Test sollte dies reichen. Insbesondere für Bilder und die Dateien des Theme ist das sicher nützlich, da die so gut wie statische Elemente sind. Für Bilder, die in erster Linie im Content der Artikel zu finden sind, habe ich eine Funktion laufen, die über den Hook the_content von WordPress die URLs im Artikel filtert und mit der Subdomain ersetzt.

// replace content for CDN 
if ( !function_exists('fb_add_static_content_url') ) {
	function fb_add_static_content_url($content) {
			if ( is_admin() ) // eigentlich überflüssig
				return $content;
			
			$wpurl = get_bloginfo('wpurl');
			
			$search = array(
				$wpurl . '/wp-content/images/',
				$wpurl . '/wp-content/download/',
			);
			
			$replace = array(
				'http://cdn1.bueltge.de/',
				'http://cdn2.bueltge.de/',
			);
			
			return str_replace( $search, $replace, $content );
	}
	add_filter( 'the_content', 'fb_add_static_content_url' );
}

Im weiteren kommt eine Funktion ins Spiel, die die Template Tags für die Adressen des Themes anpasst und auf die Subdomain verweist. Dies setzt voraus, dass die Dateien auch mit Hilfe der Template Tags von WordPress inkludiert wurden - zum Beispiel das Stylesheet über <link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />.

// replace for CDN 
if ( !function_exists('fb_add_static_wpurl') ) {
	function fb_add_static_wpurl($info, $show) {
		
		if ( is_admin() )
			return $info;
		
		$keys = array(
			'url',
			'wpurl',
			'stylesheet_url',
			'stylesheet_directory',
			'template_url',
			'template_directory',
			);
		
		if ( in_array( $show, $keys ) ) {
			
			$wpurl = get_bloginfo('wpurl');
			
			$search = array(
				$wpurl . '/wp-content/images/',
				$wpurl . '/wp-content/download/',
				$wpurl . '/wp-content/themes/',
				$wpurl . '/wp-content/plugins/',
			);
			
			$replace = array(
				'http://cdn1.bueltge.de/',
				'http://cdn2.bueltge.de/',
				'http://cdn3.bueltge.de/',
				'http://cdn4.bueltge.de/',
			);
			
			return str_replace( $search, $replace, $info );
		
		} else {
			return $info;
		}
	}
	add_filter( 'bloginfo_url', 'fb_add_static_wpurl', 9999, 2 );
}

Um alle relevanten Möglichkeiten von bloginfo() zu erreichen, muss man weitere Hooks ansprechen - hier habe ich erst nichts gefunden und eine Frage in der wp-hackers-Gemeinde fand Aufschluss. Die folgende Funktion kümmert sich daher um drei Schlüssel der Funktion und sorgt für das Ersetzen mit der Subdomain.

function fb_add_static_stylesheet_uri($uri) {
			
			if ( is_admin() )
				return $uri;

			$wpurl = get_bloginfo('wpurl');

			$search = array(
				$wpurl . '/wp-content/images/',
				$wpurl . '/wp-content/download/',
				$wpurl . '/wp-content/themes/',
				$wpurl . '/wp-content/plugins/',
			);

			$replace = array(
				'http://cdn1.bueltge.de/',
				'http://cdn2.bueltge.de/',
				'http://cdn3.bueltge.de/',
				'http://cdn4.bueltge.de/',
			);
			return str_replace( $search, $replace, $uri );

}
add_filter ( 'template_directory_uri', 'fb_add_static_stylesheet_uri' );
add_filter ( 'stylesheet_uri', 'fb_add_static_stylesheet_uri' );
add_filter ( 'stylesheet_directory_uri', 'fb_add_static_stylesheet_uri' );

Mit diesen drei kleinen Funktionen muss man in den Artikeln oder den Theme von WordPress nichts tun, man kann einfach die Funktionen in ein Plugin oder die functions.php des Themes legen. Natürlich müssen die Subdomains angelegt und richtig konfiguriert sein.
Nun gilt es noch, dafür zu sorgen, dass die Cookies auf die Subdomains nicht vererbt werden. Dies kann man innerhalb der wp-config.php der WordPress Installation hinterlegen, da WP dafür eine Konstante hat.

define( 'COOKIE_DOMAIN', 'bueltge.de' );

Eventuell aufpassen, je nach dem wie man die URL konfiguriert hat - entweder mit oder ohne www.

Zusätzlich empfiehlt sich ein Eintrag in der .htaccess der Installation um doppelten Content zu verhindern.

##
# Explicitly send a 404 header if a file on cdn[0-9].example.org is not
# found. This will prevent the start page (empty URL) from being loaded.
##
RewriteCond %{HTTP_HOST} ^cdn[0-9]\.example\.org [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* - [R=404,L]


##
# Do not dispatch dynamic resources via cdn[0-9].example.org.
##
RewriteCond %{HTTP_HOST} ^cdn[0-9]\.example\.org [NC]
RewriteCond %{REQUEST_FILENAME} \.(php|html)$
RewriteRule .* - [R=404,L]

Zusätzliche Information zu dem Eintrag entnehmt bitte dem Artikel von Leo zu Contao Optimierung.

Viel Spaß beim ausprobieren, beim Testen und auswerten. Neue Ideen, Erweiterungen und Verbesserungen können wie immer von euch in den Kommentaren hinterlassen werden - ich freue mich darauf.

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

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

Hits & Traffic

Im ersten Screenshot seht ihr die Zahlen, die die Serverstatisik des Hosters ausspuckt.

Ich meine, dass ≈4,4Millionen Hits pro Monat für ein One Man Show ganz gut sind; Probleme hatte ich ja schon ausreichend und daher musste ich ja, da ich nicht den Provider wechseln wollte, auf einen eigenen Server wechseln. Dank Sergej von wpSEO wird dieser auch ohne eigenes Zutun finanziert und so sind die Unkosten gleich null für mich persönlich - alternativ hatte ich überlegt, dass Blog anders zu fahren, da mir der Kostenaufwand für ein Freizeitprojekt recht hoch erschien.

Besucherzahlen

Der folgenden Screenshot zeigt euch die Monatsstatistik, die seit dem Einsatz von Mint gesammelt wurden. ich habe mal beispielhaft die Werte des Monats März hinzugefügt.

Populäre Seiten

Woher kommen die Leute und was wollen Sie - einen kleinen Einblick schafft der Blick auf den folgenden Screenshot. Hier ist nicht zu sehen, dass das Feed meines Blogs immer die Nummer 1 ist, dort kommen im Schnitt ≈250.000 Anfragen und 130.000 Besucher rein. Bei meinem Blog sind ganz klar die Feedleser die Masse; der Feed war es auch, der mir damals die meisten Probleme generierte. Die 250.000 Anfragen auf dem Feed sorgen für eine Last von 14.423.036 kByte.

Hinter den Kulissen

Das Blog läuft mir WordPress und auch sonst nutze ich keine Zaubertricks - setze auf klassische Methoden, die ich verstehe und kontrollieren kann. Ich bin der Meinung, dass Cache toll ist - aber man sollte wissen was man tut. Nicht selten befolgen Sites die Tipps aus dem Netz, verstehen aber nicht, was sie da tun und laufen dann in einem Problemfall in weitere Probleme rein. Blindes cachen bringt Ärger. Gerade im Umfeld von PHP und mySQL gibt es viele sehr unterschiedliche Methoden und wichtig ist mir, dass ich die Methode verstehe und möglichst keine Wissenschaft betreibe.

Zum Einsatz kommen möglichst nur Erweiterungen in WordPress, die ich selber schreibe, oder die ich geprüft habe. Dazu nutze ich den Editor und eigene Plugins von mir zur Analyse. Mir ist wichtig, dass die Last nicht durch Plugins enorm erhöht wird. Ebenfalls schaue ich genau auf die Last im Backend von WordPress, denn bei der wenigen Zeit die ich habe, will ich nicht noch auf Inhalte warten. Insofern beginnt eine Optimierung also bei der Installation, beim Theme und den Plugins, vor allem bei den Content-Filtern und ich nutze bewusst keine Widgets! Hier ist exakte, wissende und kontrollierte Arbeitsweise wichtig. Vieles an "Standard-caches" steuere ich via .htaccess; einen Einblick davon kann man sich in der Beispieldatei vom WP Basis Theme im SVN machen.

Am Rande: die größten Probleme machte mir in der Vergangenheit den Code, den ich in den Beiträgen darstelle, zu filtern. Der wurde via Filter maskiert und via Geshi formatiert - das war das aus ab einer gewissen Zugriffszahl. Aktuell arbeite ich mit einer eigenen Lösung und hinterlasse nur maskierten Code im Content, es läuft kein Filter mehr. Ich kenne kein Plugin für WordPress, was ich daher empfehlen kann, jeder Filter kann auf lange Sicht zu Problemen führen und das Blog ist abhängig vom Plugin, denn bei Deaktivierung wird der Code dann nicht selten interpretiert.

Im weiteren kommt nach Spielereien mit dem eAccelerator der APC zum Einsatz. Hier habe ich keine handhabe, ich habe das Modul vom Hoster installieren lassen und kann nicht daran drehen. Aber innerhalb von WordPress habe ich eine Erweiterung laufen, die den Standard-Cache von WP mit dem APC nutzt und parallel läuft das Plugin W3 Total Cache - dies ist aus meiner Sicht aktuell eines der Plugins, die man sich ansehen sollte, wenn man dahingehend Bedarf hat! Auch hier gilt, kontrolliert nutzen - nicht blind einschalten. Das Plugin hat sehr viele Funktionen, so dass man sehr schön gezielt schalten kann.
Ich kenne die Meinungen zu dem Auslagern auf statische Seiten, zum Beispiel via Plugin Super Cache, verliere damit aber eine gewissen Freiheit und muss mich wesentlich mehr um das Cachen kümmern. Daher bevorzuge ich eher andere Themen. Ebenfalls kommt hier kein CDN zum Einsatz; in einem anderen Projekt mit viel Grafik war dies wirklich ein Schachzug und hat extreme Geschwindigkeit gebracht.

Um es kurz zu machen: einige Einblicke in die Zahlen habe ich gebracht, gern zeige ich mehr, wenn man mag. Den technischen Aspekt möchte ich ungern klar darstellen, da aus meiner Sicht das Thema nicht schwarz & weiß ist, sondern bedacht eingesetzt werden sollte und immer in Abhängigkeit der Anforderungen steht. Schreibe Reviews für Kunden, dann schaue ich mir jedes Detail an, gebe Empfehlungen und immer wieder gibt es Unterschiede. Nicht jeder hat unbegrenzte Möglichkeiten, nutzt Server Load Balancing für eine Verteilung der Last. Es gilt, mit bedacht und kontrolliert an der Performance drehen.

Ein letzter Hinweis: wer mehr über die Optimierung bei sehr hohem Traffic wissen möchte, der sollte sich den Vortrag von Florian Holzhauer ansehen. Er administriert das Lawblog und dies hat ≈8Millionen Hits im Monat - ich bin also recht klein in der Blogwelt.

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

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

Um diese Funktion zu ermöglichen muss in den Einstellungen des Blog ein Haken gesetzt sein, der im Standard nach dem Update oder der Installation von WordPress aktiv ist. Damit das ganze dann funktioniert, sucht WordPress den Content ab und ersetzt die Url mit der jeweiligen Datei und dem entsprechenden Markup - das kostet Last, denn der Filter benötigt ein wenig an Ressourcen um immer alle Daten zu durchforsten.

// Attempts to embed all URLs in a post
if ( get_option('embed_autourls') )
	add_filter( 'the_content', array(&$this, 'autoembed'), 8 );

Daher, wer diese Funktion nicht benötigt, einfach den Haken entfernen und schon wird eine Ressource frei gegeben.

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

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

// onyl css, when post has a gallery
function gallery_stylesheet($posts) {
	if ( empty($posts) )
		return $posts;

	$found = false;

	foreach ($posts as $post) {
		if ( stripos($post->post_content, '[gallery') )
			$found = true;
			break;
		}

	if ($found)
		wp_enqueue_style( 'gallery-stylesheet', get_bloginfo('stylesheet_directory') . '/gallery.css', false, false, 'screen' );

	return $posts;
}
add_action('the_posts', 'gallery_stylesheet');

Diesen Ansatz kann man natürlich auch nutzen für das Laden von Scripten,

// onyl js, when post has a gallery
function my_script($posts) {
	if ( empty($posts) )
		return $posts;

	$found = false;

	foreach ($posts as $post) {
		if ( stripos($post->post_content, '[gallery') )
			$found = true;
			break;
		}

	if ($found)
		wp_enqueue_script( 'my-script', get_bloginfo('stylesheet_directory') . '/script.js', false, false, true );

	return $posts;
}
add_action('the_posts', 'my_script');

Weitere Hinweise zum Einbinden von JavaScript- und CSS-Dateien gibt es in einem anderen Beitrag zum Thema.

© 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 bringt im Standard die jQuery Bibliothek mit und so müssen wir uns um die nicht kümmern, sondern nutzen sie lediglich. Dabei findet der Aufruf aller nötigen Dateien und Scripte innerhalb des Templates statt, welches sich im Anschluss um die Ausgabe des Kontaktformulars kümmert. Dieses Aufruf erledigen wir mit den Funktionen von WordPress - so gehen wir sicher, dass die Dateien wirklich nur einmal geladen werden. WordPress kümmert sich um die richtige Reihenfolge und um die Abhängigkeiten. Zu diesem Thema habe ich bereits einiges an Infos hinterlegt und verweise auf diesen Beitrag.

Als erstes erstellen wir ein Template, ich nenne es contact-page.php und es muss im Ordner eures Themes abgelegt werden. Dies enthält den Aufruf der nötigen Scripte und der dazugehörigen Stylesheets. Im Grunde benötigt ihr nur diese vier Aufrufe in der page.php eures Theme abzulegen, einen neuen Namen für die Datei zu vergeben und den Kommentar zum Erkennen durch WordPress im Page-Bereich des Backend abzulegen (ganz am Anfang der Datei). Im folgenden die Syntax am Beispiel der page.php aus dem Standard-Theme Kubrick.

<?php
/**
 * Template Name: Contact Page
 *
 * @package WordPress
 * @subpackage Default_Theme
 */

wp_enqueue_script( 'jquery.contactable', get_bloginfo('template_directory') . '/contactable/jquery.contactable.js', array('jquery') , 3.1, true );
wp_enqueue_script( 'jquery.validate', get_bloginfo('template_directory') . '/contactable/jquery.validate.pack.js', array('jquery') , 3.1, true );
wp_enqueue_script( 'my_contactable', get_bloginfo('template_directory') . '/contactable/my_contactable.js', array('jquery') , 3.1, true );
wp_enqueue_style( 'contactable', get_bloginfo('template_directory') . '/contactable/contactable.css' );

get_header(); ?>

	<div id="content" class="narrowcolumn" role="main">

		<div class="post" id="post-<?php the_ID(); ?>">
		<h2><?php the_title(); ?></h2>

			<div class="entry">
				<?php the_content('<p class="serif">Read the rest of this page &raquo;</p>'); ?>
				
				<div id="mycontactform"> </div>
				
			</div>
		</div>
	
	</div>

<?php get_sidebar(); ?>

<?php get_footer(); ?>

Wie in der Syntax zu erkennen, habe ich alle Dateien des jQuery-Formular-Plugnis im Ordner contactable im Ordner des Themes abgelegt. Eventuell müssen daher eure Pfade angepasst werden. Aktuell sieht es in meinem Theme wie folgt aus:

• default
  • contactable
    • jquery.contactable.js
    • jquery.validate.pack.jss
    • my.contactable.js
    • contactable.css
  • style.css
  • contact-page.php
  • ...

Einzig die Datei my.contactable.js habe ich hinzugefügt; diese kümmert sich um den Aufruf des Formulars und kann mit Parametern gefüllt werden. Inhaltlich sieht sie wie folgt aus:

jQuery(document).ready( function($){
	$('#mycontactform').contactable({
		name: 'Name',
		email: 'E-Mail',
		message : 'Nachricht',
		recipient: 'example@domain.com',
		subject: 'Kontaktformular',
		recievedMsg : 'Vielen Dank für Ihre Nachricht.'
	});
});

Sind alle Dateien gespeichert und an eure Bedürfnisse angepasst, dann muss lediglich im Admin-Bereich von WordPress eine Seite angelegt werden. Dieser Seite gebt ihr einen Namen, eventuell Inhalt und ihr müsst das Template auswählen - in unserem Fall die Contact Page. Nachdem Speichern sollte die Seite im Frontend des Blog aufzurufen sein und mit einem Klick auf das kleine Label fährt das Formular in die Sicht und kann ausgefüllt werden.

Durch die Aufrufe mit Hilfe von WordPress Funktionen und den richtigen Parametern, sind nun die Scripte im Footer der Site integriert. Die Bibliothek jQuery muss nicht aufgerufen werden, sie wird von WordPress hinzugefügt, wenn sie noch nicht da ist, durch die Abhängigkeit der Parameter zum Schlüssel jquery. Durch die Nutzung eines Templates mit allen Aufrufen werden sämtliche Scripte und StyleSheets nur eingebunden, wenn diese Seite von WordPress aufgerufen wird. Wer das Formular-Schnippsel auf allen Seiten möchte, der macht den Aufruf bspw. in der header.php oder functions.php.

Möchte man diese Funktion nicht nutzen, so kann entweder dass CSS nicht genutzt werden, bzw. ein eigenes Design hinzugefügt werden oder man passt das JS an seine eigenen Bedürfnisse an. Gleiches gilt für zusätzliche Felder im Formular, dazu muss der Inhalt der Dateien angepasst 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

Mark Jaquith stellt zwei sehr schöne Lösungen vor, wie man in Plugins und Themes als Autor den Update-check abklemmt. Viele Blogs nutzen Themes, welche selbst geschrieben sind, oder welche kein Update erhalten können. Insofern ist vor allem die Lösung für die Themes sehr nützlich.

Sie ist schnell in die functions.php des jeweiligen Themes integriert und so muss man sich nicht mehr in den Einstellungen des Blog darum kümmern. Gerade im Hinblick auf Themes für Kunden, welche sicher kein automatisches Update bekommen, ist diese kleine Funktion ein Mehrwert und gehört daher in die Arbeit aufgenommen.

function cws_hidden_theme_12345( $r, $url ) {
	if ( false !== strpos( $url, 'http://api.wordpress.org/themes/update-check' ) )
		return $r; // Not a theme update request. Bail immediately.
	
	$themes = unserialize( $r['body']['themes'] );
	unset( $themes[ get_option( 'template' ) ] );
	unset( $themes[ get_option( 'stylesheet' ) ] );
	$r['body']['themes'] = serialize( $themes );
	return $r;
}

add_filter( 'http_request_args', 'cws_hidden_theme_12345', 5, 2 );

Mark stellt in seinem Beitrag ebenso eine Lösung für Plugins vor, die ich ebenso sinnvoll finde; gerade bei Plugins für explizite Kundenwünsche finde ich das wichtig und so kommt man auch nicht in Kollision, wenn es ein Plugin im SVN gibt/entsteht, was den gleichen Namen trägt.

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

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

Alternativ kann man den Cron direkt deaktivieren. Am Beispiel des Cron zum Prüfen für ein Update des Themes sieht das wie folgt aus.
wp_clear_scheduled_hook( 'wp_update_themes' );

Dies kann man auch für andere Cron-Schlüssel tun - wp_update_plugins, wp_version_check. Die Schlüssel findet man in der Datenbank, Tabelle options, Eintrag cron, oder übersichtlich mit dem oben genannten Plugin WP-Control. Die Syntax gehört in ein Plugin oder die functions.php des Themes. Wird der Code wieder entfernt, dann aktiviert WordPress den jeweiligen Cron wieder.

Diese Lösung sorgt dafür, dass die Crons nicht mehr laufen. Um die Funktionen für die Updates ebenfalls raus zu nehmen, verweise ich auf einen älteren Beitrag zum Thema.

© 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 aber zu einigen Werten, so dass man sich ein Bild machen kann, was die Nutzung des eAccelerator bei mir bewirkt hat.

Auf der Startseite bin ich ohne Optimierung mit Hilfe von Plugins oder sonstigen Geheimtricks auf 21 Queries gekommen. Nach Nutzung des eAccelerator bewege ich mich mit 8 Queries auf der Startseite und die Speicherauslastung geht von rund 18MByte auf rund 10MByte. Einfache Einblicke in den Speicher gibt beispielsweise das Plugin TPC Memory Usage und die Queries lese ich mit dem Plugin Debug Queries. Die Speichernutzung könnte man noch Steigern, in dem man zusätzlich zum eAccelerator den Zend Optimizer einsetzt. Nachlesen kann man das in diesem Beitrag WordPress memory usage reduced from 14MB to 1.4MB.

Der Cache von WordPress lässt sich einfach ersetzen, in dem an im Ordner wp-content eine Datei mir dem Namen ablegt, welche dann anstatt der WordPress eigenen cache.php gezogen wird.

if ( file_exists(WP_CONTENT_DIR . '/object-cache.php') ) {
	require_once (WP_CONTENT_DIR . '/object-cache.php');
	$_wp_using_ext_object_cache = true;
} else {
	require_once (ABSPATH . WPINC . '/cache.php');
	$_wp_using_ext_object_cache = false;
}

Diesen Weg geht auch die oben genannte Erweiterung, die ich ein wenig verändert habe, so dass im Admin-Bereich von WordPress der Cache von WordPress genutzt wird. Wer das ebenfalls nutzen möchte, der nutzt bitte den Code im folgenden und speichert ihn in einer Datei mit Namen object-cache.php. Die Original-Version, die auch gepflegt wird, findet ihr auf der Seite der Erweiterung von NeoSmart Technologies. Die bieten im übrigen auch Lösungen für den APC und XCache in Verbindung mit WordPress an.

<?php

/*
Name: eAccelerator for WordPress
Description: eAccelerator backend for the WP Object Cache, exlude the WP Backend.
Version: 0.6.1
URI: http://neosmart.net/dl.php?id=13
Author: Computer Guru
Author URI: http://neosmart.net/blog/

* Install this file to /wp-content/object-cache.php
* If on Windows, restart IIS after installing for best results

* 0.6.1 Small modification for wp-admin by Frank Bueltge - http://bueltge.de/

Thanks to Ryan Boren for his original memcached code.

*/
if ( strpos($_SERVER['REQUEST_URI'], 'wp-admin') !== false)
	$wp_admin = TRUE;

// Gracefully revert to default cache if eAccelerator is not installed
if ( !function_exists('eaccelerator_get') || $wp_admin )
	include_once(ABSPATH . WPINC . '/cache.php');
else {
//echo $_SERVER['REQUEST_URI'];
function wp_cache_add($key, $data, $flag = '', $expire = 0) {
	return wp_cache_set($key, $data, $flag, $expire);
}

function wp_cache_close() {
	return true;
}

function wp_cache_delete($id, $flag = '') {
	global $wp_object_cache;

	return $wp_object_cache->delete($id, $flag);
}

function wp_cache_flush() {
	global $wp_object_cache;

	return $wp_object_cache->flush();
}

function wp_cache_get($id, $flag = '') {
	global $wp_object_cache;

	return $wp_object_cache->get($id, $flag);
}

function wp_cache_init() {
	global $wp_object_cache;

	$wp_object_cache = new WP_Object_Cache();
}

function wp_cache_replace($key, $data, $flag = '', $expire = 0) {
	return wp_cache_set($key, $data, $flag, $expire);
}

function wp_cache_set($key, $data, $flag = '', $expire = 0) {
	global $wp_object_cache;

	return $wp_object_cache->set($key, $data, $flag, $expire);
}

class WP_Object_Cache {
	var $global_groups = array ('users', 'userlogins', 'usermeta');
	var $cache = array();

	function delete($id, $group = 'default') {
		$key = $this->key($id, $group);
		$result = eaccelerator_rm($key);
		if ( $result )
				unset($this->cache[$key]);
		return $result;
	}

	function flush() {
		eaccelerator_clear();
		$this->cache = array ();

		return true;
	}

	function get($id, $group = 'default') {
		$key = $this->key($id, $group);

		if ( isset($this->cache[$key]) )
			$value = $this->cache[$key];
		else
			$value = eaccelerator_get($key);

		$value = maybe_unserialize($value);

		if ( NULL === $value )
			$value = false;

		$this->cache[$key] = $value;

		return $value;
	}

	function set($id, $data, $group = 'default', $expire = 0) {
		$key = $this->key($id, $group);
		if ( is_resource($data) )
			return false;

		$data = maybe_serialize($data);

		$result = eaccelerator_put($key, $data, $expire);
		if ( $result )
			$this->cache[$key] = $data;

		return $result;
	}

	function key($key, $group) {
		global $blog_id;

		if ( empty($group) )
			$group = 'default';

		if (false !== array_search($group, $this->global_groups))
			$prefix = '';
		else
			$prefix = $blog_id . ':';

		return md5(ABSPATH . "$prefix$group:$key");
	}

	function stats() {
		// Note that this is the total eAccelerator stats, not just WP but also any other apps using eAccelerator var storage
		$eaccelerator_info = eaccelerator_info();
		echo "<p>\n";
		echo "<strong>Cached Variables:</strong> {$eaccelerator_info['cachedKeys']}<br/>\n";
		echo "<strong>Cached Scripts:&nbsp;&nbsp;</strong> {$eaccelerator_info['cachedScripts']}<br/>\n";
		echo "</p>\n";

		if ( !empty($this->cache) ) {
			echo "<pre>\n\r";
			print_r($this->cache);
			echo "</pre>\n\r";
		}
	}

	function WP_Object_Cache() {
		// Empty Constructor
	}
}
} //End Else
?>

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

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

Ich bin nicht der beste Verkäufer, möchte das Blog gern weiter betreiben und freue mich über die vielen Leser; scheinbar ist mein Inhalt also relevant. Aber ich möchte die Kosten, die dieses Blog und die kleinen Nebenprodukte verursachen gern deckeln, so dass ich keinen Aufwand in die finanziellen Kosten des Webspace stecke, sondern in die Inhalte. Darum wird es ab jetzt die Möglichkeit geben, eine Fläche zu mieten.

Mir ist wichtig, dass der Inhalt lesbar bleibt und das der Leser des Blog weiterhin gern kommt und nicht von Werbung zugeschüttet wird. Daher grenzen sich diverse Angebote schnell ein und da mein Blog ein sehr spezifisches Thema hat ist auch die interessante Reichweite eventuell nicht für jeden Werbenden interessant.
Trotzdem gibt es Partner, die schnell und unkompliziert handeln, an mein Blog glauben und die Möglichkeit der Werbefläche nutzen möchten. Ich muss keinen Aufruf an Interessenten starten und freue mich, dass wpSEO der erste offizielle Sponsor dieses Blogs ist.

Damit wird mir die Investition in Inhalt wesentlich leichter fallen und ich muss die Kosten für den Server nicht allein aufbringen. Auch wenn wpSEO gerade in deutschen Landen recht bekannt ist, so denke ich doch, dass auch Sergej, der Mann hinter wpSEO, einen Mehrwert davon trägt und das das Plugin für WordPress, welches die Suchmaschinenoptimierung im Blog übernimmt und die Möglichkeiten der Optimierung für Suchmaschinen erweitert, weiter an Bekanntheit gewinnt.

Ich bedanke mich in jedem Fall für das Vertrauen in mein kleines Blog und wünsche, dass die Leser sich nicht an dem Banner auf allen Beiträgen, die mehr als 100 Wörter haben, stören; sondern es wahr nehmen. Inhaltlich ändert sich damit nichts, ebenso die Ausrichtung meiner Einstellung ändert sich nicht und bueltge.de ist auch weiterhin ein Projekt, welches rein aus eigener Kraft und Lust entsteht. lediglich die Kosten des Blog werden nun besser getragen.

Positiv sollte aber sein, dass die Site in naher Zukunft, so hoffe ich, wieder besser erreichbar ist und weniger Ausfälle produziert. Der Unterschied der Maschine ist doch erheblich und der Umzug des gesamten Webspace erfolgt in den kommenden Tagen.

Noch mehr Werbung?

Parallel denke ich darüber nach, Werbung im Feed zu schalten, dabei soll es lediglich um die Fläche unterhalb des jeweiligen Artikel gehen. Was denkt ihr darüber als Leser und würde es Interessenten geben?
Hier ein Screenshot als Beispiel im GReader. Unterhalb eines jeden Beitrag würde die Fläche sein.

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

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

Funktion remove_action

remove_action( $tag, $function_to_add, $priority, $accepted_args );

This function removes a function attached to a specified action hook. This method can be used to remove default functions attached to a specific action hook and possibly replace them with a substitute.

Important: To remove a hook, the $function_to_remove and $priority arguments must match when the hook was added. This goes for both filters and actions. No warning will be given on removal failure.
via: WP Codex

Die folgenden Syntax zeigt einen Auszug, der nur einen Teil der Ausgabe zeigt, die man im Theme aktiv haben kann. Sie resultieren aus den Standard Funktion, die in den head des Themes geladen werden. Erkennbar, in dem man in der Datei wp-includes/default-filters.php nach dem Hook wp_head sucht. Nicht alle Filter sollte man deaktivieren, da sie in den meisten Fällen sinnvoll sind. Aber WordPress ist nicht nur in klassischen Blogscenarios im Einsatz und daher bietet es sich, wenn man zumindest die Lösung kennt. Diese ist dann im zweiten Syntax-Feld zu erkennnen.

<link rel="EditURI" type="application/rsd+xml" title="RSD" href="http://bueltge.de/xmlrpc.php?rsd" />
<link rel='index' title='bueltge.de [by:ltge.de]' href='http://bueltge.de' />
<link rel='start' title='WP - Datenbank sichern' href='http://bueltge.de/datenbank-sichern/9/' />
<link rel='prev' title='WordPress Konstanten nutzen' href='http://bueltge.de/wordpress-konstanten-nutzen/962/' />

Hier werden nun diverse Funktion deaktiviert, beispielhaft und nicht als Empfehlung. Untersucht euren Head und schaltet ab, was ihr nicht benötigt. Weniger Markup freut nicht nur die Ladezeit.

remove_action( 'wp_head', 'feed_links_extra', 3 ); // Display the links to the extra feeds such as category feeds
remove_action( 'wp_head', 'feed_links', 2 ); // Display the links to the general feeds: Post and Comment Feed
remove_action( 'wp_head', 'rsd_link' ); // Display the link to the Really Simple Discovery service endpoint, EditURI link
remove_action( 'wp_head', 'wlwmanifest_link' ); // Display the link to the Windows Live Writer manifest file.
remove_action( 'wp_head', 'index_rel_link'); // index link
remove_action( 'wp_head', 'parent_post_rel_link', 10, 0 ); // prev link
remove_action( 'wp_head', 'start_post_rel_link', 10, 0 ); // start link
remove_action( 'wp_head', 'adjacent_posts_rel_link', 10, 0 ); // Display relational links for the posts adjacent to the current post.
remove_action(  'wp_head', 'wp_generator' ); // Display the XHTML generator that is generated on the wp_head hook, WP version

Als Hinweis, wer noch nicht mit eigenen Funktionen im Theme gearbeitet hat: Zugriffe auf Hooks werden durch die Pluginschnittstelle realisiert oder in der functions.php des Themes abgelegt. Sollte es die Datei nicht geben, dann einfach anlegen und im Theme ablegen, WordPress erkennt die Datei und inkludiert die Funktionen.

Ergänzung

Mit WordPress 3.0 gibt es einen Filter, der dafür sorgt, dass das P in WordPress immer groß geschrieben wird; muss man aus meiner Sicht nicht haben, kostet nur unnötig Last. Daher entfernt man auch diesen Filter, der auf drei Hooks geht.

// Remove Format WordPress 
foreach ( array( 'the_content', 'the_title', 'comment_text' ) as $filter ) { 
	remove_filter( $filter, 'capital_P_dangit' ); 
}

Mit 3.0 wurde auch der Filter für relational links umgestellt, daher der folgende Code, der beide Filter beachtet, je nach WordPress version.

if ( !remove_action( 'wp_head', 'adjacent_posts_rel_link', 10, 0 ) )
    remove_action ('wp_head', 'adjacent_posts_rel_link_wp_head', 10, 0);

Ergänzt von realloc

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

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

• PHP
• Speichernutzung
• Betriebssystem
• Server
• WordPress Version
• Sprache
• sehr umfangreiche Definitionen von diversen Konstanten
• Cookie Definitionen
• Dateirechte
• Eigene User- und Usermeta-Tabellen
• FTP- und SSH Definitionen
• Query informationen
• Conditional Tags; wert des Tags
• Theme informationen
• Template informationen
• Cache inhalte
• Hooks und Filter
• Funktionen, die auf Hooks und Filter ansprechen
• inhalte von Arrays zu Hooks und Filtern
• alle definierten Konstanten

Das Plugin kann mit meinem Plugin Debug Queries zusammen arbeiten und damit die Analyse und Optimierung des Blog genutzt werden. Debug Queries wird in die Ausleitung integriert und ist auch nur für User mit den entsprechenden Rechten möglich. Damit kann die Analyse und Optimierung der Performance an WordPress verbessert werden.

Das Plugin filtert keinerlei Werte und sollte nur zur Information und Optimierung eingesetzt werden, es ist nicht im Livebetrieb des Blog empfohlen. Für Entwickler kann es schnell Daten liefern, die die Einsatz in einer Entwicklungsumgebung befürworten.

Beispielscreenshot des ersten Tab

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.

Der Download ist im offiziellen Repository von WP zu finden: wordpress.org/extend/plugins/debug-objects/ oder nutzt den Installer direkt im Administrationsbereich von WordPress

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

Lieber Leser, lieber Kunde - bei Problemen bitte ich um Geduld und Nachsicht.
In erster Linie kommt meine Familie und mein Job, dann kommt das Blog hier; zumindest so lange alles privat läuft.
Vielen Dank für das Verständnis und die Geduld.
Sobald ich eine Lösung finde, ist der Inhalt wieder zeitnah abrufbar und Mails und Kommentare werden beantwortet. Nicht wundern, diverse Plugins sind nicht immer aktiv, da ich unterschiedliche Scenarios durch spiele.

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

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

Um den Speicher aber auch zu nutzen, bedarf es einer kleinen Syntax-Erweiterung in der Konfiguration von WordPress.

Eine Übersicht, wie der Bedarf ist, gibt schnell und unkompliziert das Plugin für WordPress WP-Memory-Usage von Alex Rabe.

Es empfiehlt sich beim Arbeiten mit WordPress den Speicher zu erhöhen (Schon mit WordPress 2.5 habe ich das erklärt), insofern der Hoster das zulässt. Dazu muss lediglich die wp-config.php erweitert werden; dies man tut man am besten Schrittweise um den Möglichkeiten des Hosters auszuloten.

// more memory
define('WP_MEMORY_LIMIT', '64M');
// even more memory
define('WP_MEMORY_LIMIT', '96M');
// a good deal more memory  
define('WP_MEMORY_LIMIT', '128M');

Erhaltet ihr als Rückgabe eine weiße Seite, dann war es zu viel und dann geht es wieder abwärts um 32 MByte. Viel Erfolg.

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

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

Der klare Umschwung ist bei mir nach dem Lesen des Buches „High Performance Websites“ von Steve Souders, Chief Performance Yahoo! bei Yahoo!, gefallen und ich löse nun alles per <link.
Nun ist mir aber die öffentlich zugängliche Seite des Buchautors wieder unter gekommen und dort publiziert Steve einen Beitrag zum Thema. Diesen Link möchte ich damit einfach mal als Begründung, Rechtfertigung oder Lesetipp hier präsentieren.

Die klare Aussage: Kein @import nutzen.

Spannender Artikel, der sicher bei dem einen oder anderen Veränderungen hervorruft. Daher der Tipp, den Beitrag don’t use @import zum Buch zu lesen.

© 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 aber zu meinen Empfehlungen. Die Liste hat keine besondere Relevanz, sie entspringt in Reihenfolge keiner Wertung, nur meinem Gedächtnis. Ebenso wurde kein Buch als Rezensionsexemplar überlassen oder wurde sonst irgendwie gepuscht um hier zu erscheinen – es handelt sich also um tatsächliche Empfehlungen aus meiner Sicht, auch wenn ich das eine oder andere Buch im Halbschlaf oder diagonal gelesen habe um Zeit zu sparen.
Alle integrierten Bilder sind Affiliatelinks, wer sie nicht nutzen möchte, der sollte direkt zum Handel oder Versand gehen.

• Transcending CSS - Neue kreative Spielräume im Webdesign

  
  Die aktuell Auswahl zu Büchern mit dem Thema CSS sind vielfältig und das Werk von Andy Clarke ist nicht das aktuellste in diesem Sektor. Für mich stellt es aber trotzdem noch immer das beste Werk zum Thema dar. Hier wird nicht vermittelt was man wissen sollte, hier wird in klarer und verständlicher Form Hintergrundwissen übergeben. Die Leichtigkeit mit der Andy Clark die Inhalte vermittelt, begeistern. Gleichzeitig werden komplexe Verhalten verständlich dargestellt und der Leser wird nicht nur begeistert, er wird immer abgeholt. Man fühlt sich wohl – auch ohne das Buch parallel am Rechner zu lesen und die Ideen und Lösungen nachzuvollziehen. Dieses Buch vermittelt Grundlagen und Verständnis, begonnen beim Markup und nicht bei komplexen CSS-Hacks. Hier steht nicht nur die Technik im Vordergrund, sondern die Idee, das Verständnis.
  Gleichzeitig ist aber dieses Buch kein Nachschlagewerk, es ist „Leseliteratur“ zum Thema.

• High Performance Websites

  
  Aus meiner Sicht starten viele Websiten mit einem Design und dann werden viele Erscheinungen um das Design zu kurz und unvollständig betrachtet. Dazu gehört auch die Performance einer Website. Steve Souders zeigt in seinem Buch, dass Performance mehr als die allgegenwärtige Meinung – dass es am Backend liegt –ist. Performance von Websites ist Frontendentwicklung. Dieses Werk liest sich flüssig, trotz des Themas. Steve Souders ist es gelungen den Leser zu begeistern; man möchte am liebsten schon beim Lesen anfangen und optimieren, lernen, umsetzen. Sicher, dass Meiste war mir bekannt und nicht immer beachte ich es - manches mit Absicht. Dieses Buch kann aber auch als Arbeitsliste diene, als Ausrufezeichen auf dem Schreibtisch.

• Grundkurs Typografie und Layout

  
  Ich bin „Hobbyist“ zum Thema Webentwicklung und -design, Grundlagen wie Typographie habe ich nicht und somit war es mir immer ein Wunsch auch in diesem Thema mehr als Gefühl zu haben. Sicher kann man die eine oder andere Website lesen und lernen – gesammeltes Wissen in gebundener Ausgabe sind jedoch für mich unverzichtbar. Das Buch von Claudia Runk ist daher in diesem Bereich eines der Werke die ich gern empfehle. Dabei stimmen hier Preis und Leistung. Gerade im Bereich der Typographie kann man schnell viel Geld für Bücher los werden. Um so schöner, dass dieses Buch bei moderatem Preis mit umfassendem und verständlichem Wissen glänzt. Ich habe gelernt, verstanden - Bezüge zu Altagsthemen sind nun klarer. Claudia Runk gibt ebenso Hinweise für diverse Applikationen, die ich aus meiner Sicht nicht benötige, da ich ich mich vorrangig im Editor aufhalte. Trotzdem ist dieser Mehrwert nicht überflüssig und drückt die Seitenzahl unnötig in die Höhe. Basics und Mehrwert zum Theme Typographie in einem Buch - für mich ein Buch, was die Stunden des Lesens wert sind.

Fazit und Ausblick

Soweit drei Empfehlungen aus der Vielzahl an Büchern, die mir in diesem Jahr unter gekommen sind. Nochmal der Hinweis, dass es keine Wertung ist, in welcher Reihenfolge und dass nur die Drei in diesen Beitrag einfließen.
Vielleicht habe ich damit aber dem einen oder anderen Leser eine Hilfe oder einen Tipp zum Lesen außerhalb des Bildschirm gegeben oder man hat eine Geschenkidee für den geneigten Interessenten.

In der Vergangenheit habe ich des öfteren nicht nur zum Thema Web Literaturrezensionen im Blog veröffentlicht. Zeitmangel und andere Projekte haben leider dafür gesorgt, dass die Kategorie Literatur schon lange kein Update mehr bekommen hat. Eventuell finde ich im neuen Jahr wieder dazu.

Auch hier wieder der Hinweis, dass man die Kommentarfunktion gern nutzen kann und soll - auch ich mag Empfehlungen oder Kritik zu Büchern.

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

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

WPlize ist eine Klasse, die man frei nutzen darf und soll. Sie dient dem Zugriff auf die Tabelle options von WordPress und erleichtert das Anlegen, Ablegen, Holen und Löschen von Einstellungen zu Plugins oder Themes in der Datenbank, Tabelle options, von WordPress. Durch die Verwendung dieser Klasse werden Plugins und Themes performanter und sauber aufgebaut. Es wird pro Plugin oder Theme nur ein Eintrag in der Datenbank angelegt, mit Hilfe eines Array werden diese Daten dort hinterlegt und verwaltet.
Viele Plugins legen sehr viele Daten ab, nur als Beispiel: das populäre Kontaktform-Plugin cforms legt ca. 60 Einträge ab, die damit auch sehr viele Aufrufe starten und die Last erhöhen.
Das muss nicht sein, den WordPress unterstützt im Standard das Nutzen von Arrays. Auch einzelne Einträge werden von WordPress über das interne Caching performanter gestaltet, allerdings ist dies nie so optimal wie ein Array für viele Einträge als viele Einträge in der Datenbank.

Die Lösung nutze ich schon seit geraumer Zeit und habe bisher jeweils neue Funktionen in meinen Plugins dafür abgelegt. In älteren Plugins habe ich die Vorgehensweise zum Teil noch nicht umgesetzt, bei entsprechenden Änderungen und Zeit wird dies aber passieren.

Durch eine Kommunikation mit Sergej Müller (bekannt durch sein Plugin wpSEO), dem ich diese Variante empfahl ist eine gemeinsame Arbeit entstanden, die Sergej dann gleich auf ein eigenständige Klasse erweitert hat, so dass es nun einfacher und mit viel weniger Code integrierbar ist.
Im ersten Wurf stand uns der Sinn nach einem Plugin, was den Zugriff aus anderen Plugins ermöglicht. Da wir aber glauben, dass es dann nicht zu einer Verbreitung kommt, habe wir diese Idee wieder verworfen und möchten die Klasse nun hier anbieten und stellen sie zum Nutzen frei.

Die Klasse stellt nicht die Funktionen von WordPress in Frage, sie nutzt diese ebenfalls. Sie macht es nur einfacher, dass Plugin- und Theme-Autoren einen performanteren Zugriff ohne viel Mühe haben. Die klassischen Funktion add_option, delete_option, get_option und update_option kommen trotzdem in den Funktionen der Klasse zum Einsatz.

Welche Möglichkeiten bietet die Klasse und wie bindet man sie ein?

Die Datei am besten in einem Unterordner eures Plugins oder Themes ablegen und via PHP einbinden.

if ( !class_exists('WPlize') ) {
	require_once('inc/WPlize.php');
}

Dadurch stehen dann die unterschiedlichen Zugriffe zur Verfügung und sollen anhand folgender Syntax ein wenig näher erklärt werden.
Dem Download liegt auch ein Readme-Datei bei, so dass Erklärungen und Beispiele auch dort zu finden sind.

• Multi-Option initialisieren

  
  $WPlize = new WPlize(
                       'my_plugin',
                       array(
                            'my_key'   => 'my_value',
                            'your_key' => 'your_value'
                            )
                      );
  

• Option updaten [Variante 1]

  $WPlize->update_option('my_key', 'simple_value');

• Option updaten [Variante 2]

  
  $WPlize->update_option(
                         array(
                               'my_key'   => 'my_value',
                               'your_key' => 'simple_value'
                              )
                        );
  

• Option auslesen

  $WPlize->get_option('your_key');

• Multi-Option entfernen

  $WPlize->delete_option();

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: class_WPlize.zip - 3 kByte

Historie

• 26.09.2008 - Idee und Lösung
• 09.12.2008 - update der Prüfungen

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

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

Der WordPress eigene Cache ist keine Neuigkeit mehr, trotzdem gibt es mit der Version 2.5 einige Veränderungen. Hier will ich nicht tiefer auf Aktivierung und Nutzung des Cache eingehen, ebenso nicht auf die Nutzung der sehr vielen verschiedenen Plugins zum Thema Cache. Liegt einfach daran, dass meine Tests nicht abgeschlossen sind und es ein sehr vielschichtiges Thema ist. Außerdem möchte ich dem Laien diese Nutzung in WordPress nicht empfehlen, zu viele Randbedingungen. Zum Cache und deren Optimierung habe ich schon vor einiger Zeit einige Hinweise gegeben, siehe „WordPress Cache kontrollieren“.

Cache (BE: [kaʃ], AE: [kæʃ]) bezeichnet in der EDV einen schnellen Puffer-Speicher, der in unterschiedlichen Geräten wie z. B. CPUs oder Festplatten zum Einsatz kommt.
Wikipedia

Aber weil immer wieder Fragen in Zusammenhang mit WP 2.5 auftauchen einige wenige nützliche Hinweise zum Cache. Grundsätzlich muss man sagen, WordPress arbeitet an diesem Thema und erfüllt damit die Wünsche der Nutzer. Man muss aber auch sagen, ältere Versionen sind schneller, was aber vor allem daran liegt, dass WordPress unaufhaltsam wächst. Das gilt nicht nur für die Nutzerzahlen, sondern auch für die Funktionen der Applikation.

Ebenso ist aktuell der Stand so, dass die meisten Plugins für WordPress einen besseren Cache anbieten, als es der hauseigen ist, auch der in WP 2.5. Nun aber zum internen Cache, diesen zu nutzen ist ratsam!

Mit der neuen Version 2.5 wurde der Cache verändert, es wird nun der Arbeitsspeicher genutzt. Der Objekt-Cache, welcher sich in der /wp-includes/cache.php befindet, nutzt nicht mehr das Dateisystem. Die Aktivierung des Cache geschieht durch das Hinterlegen der Konstanten in der wp-config.php.

define('ENABLE_CACHE', true); // Cache on
define('CACHE_EXPIRATION_TIME', 604800); // Time in seconds, default is 900s

Im weiteren empfiehlt es sich das PHP Memory Limit zu definieren, zu erhöhen. Im Standard hat WordPress diesen in der Version 2.5 auf 32 MByte gesetzt, siehe wp-settings.php. Um diesen Wert zu ändern, muss man aber nicht in die Datei eingreifen, es genügt das Hinterlegen der entsprechenden Konstante in der wp-config.php.

define('WP_MEMORY_LIMIT', '64M');

Ein Wert von 32 MByte sollte recht gut sein, das eine oder andere Experiment gibt eventuell Aufschluss.

Zur Überwachung und Optimierung des Cache empfiehlt sich auch weiterhin das Plugin „PJW WP Cache Inspect“, welches von Peter Westwood ist und durch mich ein wenig angepasst wurde, dabei habe ich Veränderungen zum Leeren des Cache und zur Funktion unter WordPress 2.5 vorgenommen - näheres im Artikel „WordPress Cache kontrollieren“. Dort steht auch das Plugin zum Download bereit.

Sollte es aber doch zu Problemen mit der neuen Cache-Version kommen, dann kann man mittels Plugin „File-Based Object Cache Extension“ den alten dateibasierenden Cache wieder aktivieren. Es ist aber ratsam, den aktuellen Cache zu nutzen. Sollte es Probleme mit dem Webspace-Provider geben, so ist eine Zusammenarbeit ratsam bevor man den Cache der Vorgängerversion wieder aktiviert, denn die Last kann doch recht hoch sein. Alternativ kann man mit den verschiedensten Plugins, wenn es tatsächlich so viele Zugriffe sind, die Last senken, was vor allem für die CPU-Last des Servers gilt.

Weiterführende Links

• Nutzung in eigenen Funktionen
• Doku im Codex

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

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

Wäre es nicht sinnvoll, dass man Bilder, insofern sie nicht relevant sind, aus dem Inhalt entfernt? Hat einen kleinen Nebeneffekt, wenn der Leser informiert wird, was man aber einfach im Footer des Feeds machen könnte, zum Beispiel über das Plugin ©Feed, dass Leser des Feeds ab und dann die Seite besuchen.

Meinungen sind gefragt, würde mich über konstruktive Meinungen und ja - mit Bild oder nein - ohne Bild freuen, die Kommentarfunktion steht euch wie immer 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

Damit will ich nicht jedem empfehlen, das Plugin zu nutzen! Die Entscheidung basiert auf vielen Überlegungen und lohnt nicht bei verhältnismäßig niedrigen Besucherzahlen.

Anmerkend muss man ebenso sagen, dass WordPress unter PHP 5.3* wesentlich zügiger unterwegs ist. Es wird also Zeit, dass die Webspace-Anbieter endlich zum Zuge kommen und updaten, 4.* ist Altlast.

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

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

Dabei kommt natürlich in erster Linie meine Meinung zum Tragen, welche vielleicht eine kleine Diskussion anstößt und wo man Feedback von Webworkern bekommt, die mehr im Thema stecken als ein Hobby-Webworker, wie ich es bin.

Mögliche Formen

Grundlegend kann man JavaScript in drei verschiedenen Formen unterbringen.

• head
• body
• body-Tag

In vielen aktuellen Projekten, werden JavaScript Frameworks eingesetzt, da sind besonders bekannt: Prototype und jQuery. Zu beiden habe ich im Blog schon einige Infos hinterlegt.

Hintergrundüberlegungen und Realisierung

Im Vorfeld sollte man überlegen:

• Ist das JavaScript unbedingt notwendig für den Besucher?
• Kann ich den Inhalt auch ohne JavaScript konsumieren?
• Ist die Größe des Scriptes gerechtfertigt?

Im weiteren gilt es: JavaScript ist im optimalen Fall ausgelagert, in eine separate Datei, die dann im jeweiligen Abschnitt des HTML eingebunden wird. Der Zugriff auf die Datei sollte nur einmalig erfolgen.

Das Script gehört nur geladen, wenn man es auch benötigt! Gerade beim Einsatz von Plugins für WordPress sieht oft die vielfache Verwendung von JS-Frameworks, da sie per Hook eingebunden werden. Solche Sachen sind besser im Template des Themes aufgehoben und auch dann kann man mit Conditional Tags (auf diese habe ich schon mehrfach hingewiesen!) sehr leicht abfragen, ob man das Script laden muss.

Beispiel

Vielfach wird JS genutzt, um eine Live-Vorschau des Kommentars zu ermöglichen. Dieses Script wird dann aber auch nur benötigt, wenn es die Möglichkeit von Kommentaren gibt, also in der Regel nur auf einem Beitrag oder einer Seite. Diese beiden sind unter WordPress leicht abzufragen.

<?php if ( is_single() || is_page() ) { ?>
	<script src="<?php bloginfo('template_directory'); ?>/js/example_script.js" type="text/javascript"><!--mce:0--></script>
<?php } ?>

Wohin mit dem Script

Aus meiner persönlichen Sicht plädiere ich dafür, dass Scripte, die nicht unbedingt für den Leser notwendig sind, am Ende einer Seite geladen werden. Damit stelle ich sicher, dass der Besucher den Inhalt, für den er sich in der Regel am meisten interessiert, schnell bekommt. Die meisten Besucher kommen von Suchmaschinen, zumindest sehen das alle Statistiken so, die ich verfolge.

Ist das Script im head eingebunden, dann hat es den Vorteil, dass es beim Laden eingelesen wird und dann im Speicher bereit steht. Nachteilig ist, dass damit der Inhalt warten muss, bis das/ die Scripte geladen sind. Deshalb überlegen, ist es wirklich notwendig.

Im weiteren eine Forderung von mir: Ich möchte, dass Seiten auch ohne aktives JavaScript die Inhalte präsentieren und mir nicht ihren Inhalt verweigern. Mir ist klar, dass ist nicht bei allen Anwendungen möglich, aber für eine Vielzahl von Webseiten wäre es kein Problem, denn JS sind dort nur da, um Spielereien und Mehrwert der Seite zu realisieren.

Beispiel Footer

		<?php if ( is_single() || is_page() ) { ?>
		<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:1--></script>
		<?php } ?>

Alle notwendigen Scripte gehören ansonsten in den head. Allerdings auch diese sind ausgelagert und werden einmalig eingebunden.

Beispiel head

	<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:2--></script>
	<?php if ( is_single() ) { ?>
		<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:3--></script>
	<?php } ?>
	<script type="text/javascript"><!--mce:4--></script>

	<?php wp_head(); ?>

Komprimieren

Auch wenn man die JS-Dateien auslagert und zu einer Datei zusammen fasst, können sie noch eine beachtliche Größe erzielen. Daher kann man als Alternative noch die Komprimierung der Scripte versuchen. Dies ist im übrigen auch mit CSS- und HTML-Dateien möglich, aber das nur am Rande.

Schon das Entfernen von Kommentaren und Leerzeichen bringt Geschwindigkeit. Ebenfalls gilt das für die Verwendung von Variablennamen in PHP, je kürzer, desto schneller. Aber Achtung, ein gesundes Verhältnis sollte gewahrt bleiben, vor allem an Projekten, an den ständig gearbeitet wird. Denn gerade Eindeutigkeit, Übersichtlichkeit und Dokumentation können das Arbeiten enorm erleichtern.

Aber zurück zu JavaScript. Hier bietet sich die Komprimierung an, gerade bei Verwendung von Frameworks, auf die man keinen Einfluss nimmt. Die komprimierte Version wird in der Regel vom Anbieter schon mit angeboten und man muss lediglich diese Version einbinden.

Für das Komprimieren von JavaScript gibt es Online-Tools, die die Arbeit abnehmen und erleichtern. Zwei Beispiele sollen für die Vielzahl an Möglichkeiten genannt werden.

1. Compressor JS und CSS
2. JavaScript Compressor

Ein Hinweis, nach der Komprimierung testen - nicht immer ist das Ergebnis befriedigend.

Alternativ kann man die Dateien noch als gzip-komprimiertes File einbinden. Dazu muss mod_rewrite im Webserver aktiv sein und die .htaccess muss folgenden Inhalt haben. Der Syntax geht davon aus, dass die CSS-Datei direkt im Theme-Ordner liegt und die JavaScript-Dateien im Ordner /js/.

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gzip.*
RewriteRule ^js/(.*)\.js$ /js/$1.js.gz [L]
RewriteRule ^/(.*)\.css$ /$1.css.gz [L]
AddEncoding x-gzip text.gz

Dazu einen Linktipp auf einen schlüssigen und klaren Artikel zum Thema: gzip-komprimiertes Javascript und CSS effektiv ausliefern.

Fazit

Ich hoffe, dass es verständlich und einleuchtend ist. Nichtsdestotrotz stellt der Artikel lediglich meinen Standpunkt dar. Für Feedback und Hinweise bin ich wie immer dankbar.

© 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 aber zum eigentlichen Problem: wie findet man die Schwachstelle im Blog?

Einerseits kann mittels weniger Tools die Performance analysieren, dazu dient mir beispielsweise das Add on Firebug im Browser Firefox. Damit sind schnell große Scripte gefunden und Schwachstellen im Code. Dazu auch der Hinweis auf den Artikel „Ladezeiten bei WordPress-Templates optimieren“. Sinnvoll ist ebenfalls, die „vielen“ Scripte, die einige Plugins mitbringen, nicht per wp_head, sondern in wp_footer anzusteuern. Damit bleibt der Aufbau nicht an den Scripten hängen, die eventuell nur Mehrwert bieten. Ab in den Footer mit derartigen Scripten.

Allerdings ist die Analyse via Deaktivieren/ Aktivieren aller Plugins nach und nach mühsam. Da wäre es doch sinnvoll, man sucht die einzelnen Queries ab und schaut auf welche Funktion sie verweisen.

WordPress bietet von Hause aus die Möglichkeit, dass man sich die Gesamtzahl der Queries ausgeben lassen kann, ebenso die benötigte Zeit. Mit folgendem Syntax, vorzugsweise in den Footer der Seite gelegt, ist dies schnell geschehen.

<?php echo $wpdb->num_queries; ?>q, <?php timer_stop(1); ?>s

Aber die Variable $wpdb bietet mehr, dazu schaut man in die /wp-includes/wp-db.php.

if (!defined('SAVEQUERIES'))
	define('SAVEQUERIES', false);

class wpdb {

	var $show_errors = true;
	var $num_queries = 0;
	var $last_query;
	var $col_info;
	var $queries;
	var $prefix = '';

	// Our tables
	var $posts;
	var $users;
	var $categories;
	var $post2cat;
	var $comments;
	var $links;
	var $options;
	var $postmeta;
	var $usermeta;
	var $terms;
	var $term_taxonomy;
	var $term_relationships;
	var $tables = array('users', 'usermeta', 'posts', 'categories', 'post2cat', 'comments', 'links', 'link2cat', 'options', 'postmeta', 'terms', 'term_taxonomy', 'term_relationships');
	var $charset;
	var $collate;

Dabei fällt die Konstante SAVEQUERIES auf, die im Standard nicht in der wp-config.php definiert ist. Setzt man diese Konstante auf TRUE, dann sind weitere Möglichkeiten offen.
Aber auch darauf will ich nicht im Detail eingehen, denn es würde zu weit führen, wer Interesse hat, der findet in der besagten Datei eine ganze Reihe von Infos.

Mein Ziel war es nun aber, dass man nicht die Gesamtzahl der Queries im Blog als Ergebnis bekommt, sondern die einzelnen Abfragen inklusive ihrer auszuführenden Syntax, denn so kann ich das Problem explizit im Code finden.

Damit die Arbeit einfach und schnell an dem jeweiligen Blog von der Hand geht, habe ich die Funktion in ein Plugin ausgelagert und aktiviere es nur, wenn ich auch eine Analyse durchführen möchte. Außerdem wird die Analyse nur gestartet und das Ergebnis ausgeben, wenn man als Administrator eingeloggt ist.

Das Ergebnis kann das beispielsweise folgendermaßen aussehen.

16. Time: 0.000431060791016
      Query: SELECT object_id, term_taxonomy_id FROM fb122_term_relationships INNER JOIN fb122_posts ON object_id = ID WHERE term_taxonomy_id IN (6,5,1) AND post_type = 'post' AND post_status = 'publish'
      Call from: wp-includes\taxonomy.php(2093): wpdb->get_results()

17. Time: 0.00243401527405
      Query: SELECT t.*, tt.* FROM fb122_terms AS t INNER JOIN fb122_term_taxonomy AS tt ON t.term_id = tt.term_id WHERE tt.taxonomy IN ('link_category') AND tt.count > 0 ORDER BY t.name ASC
      Call from: wp-includes\taxonomy.php(777): wpdb->get_results()

18. Time: 0.00080418586731
      Query: SELECT * , IF (DATE_ADD(link_updated, INTERVAL 120 MINUTE) >= NOW(), 1,0) as recently_updated FROM fb122_links INNER JOIN fb122_term_relationships AS tr ON (fb122_links.link_id = tr.object_id) INNER JOIN fb122_term_taxonomy as tt ON tt.term_taxonomy_id = tr.term_taxonomy_id WHERE 1=1 AND link_visible = 'Y' AND ( tt.term_id = 2 ) AND taxonomy = 'link_category' ORDER BY link_name ASC
      Call from: wp-includes\bookmark.php(255): wpdb->get_results()

 * Total query time: 0.02111s for 18 queries.
 * Page generated in 0.36373s, 94.20% PHP, 5.80% MySQL

Für den Laien ist damit die Arbeit sicher nicht unbedingt angenehm, aber so finde ich die eigentlichen Probleme in der Datenbankabfrage und kann die jeweilige Abfrage in den Dateien suchen und eventuell verbessern bzw. deaktivieren. Das Plugin bedient noch einige mehr Informationen als das obige Tutorial, so dass es verständlicher wird und mehr Informationen liefert.

Debug Queries (Plugin)

Nach dem Aktivieren des Plugins werden die einzelnen Abfragen in den Footer der Seite geschrieben, als HTML-Kommentar, so dass man den Quelltext analysieren muss, um an die Werte zu kommen. Die Werte werden nur analysiert und ausgegeben, wenn man als Administrator im Blog eingeloggt ist.

Anforderungen:

Das Plugin benötigt WordPress Version 1.5 und wurde getestet bis Version 2.9-rare.

Installation:

1. Die zip-Datei downloaden und entpacken
2. Kopiere die Datei in dein Plugin-Verzeichnis (/wp-content/plugins/)
3. Aktiviere das Plugin im Admin-Bereich deines Blogs

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:
downloads.wordpress.org/plugin/debug-queries.zip - 2 kByte

Historie

• 0.1 - Idee und Umsetzung
• 0.2 - Erweiterung der Ausgabe (30/03/2009)
• 0.3 - Bugfix (31/03/2009)
• 0.4 - WP2.8 tauglich-neue Rechte, gekapselte Klasse, Ausgabe im Frontend, viel Code neu (18./04/2009)
• 0.4.1 - Bug für 2.7 korrigiert, CSS-Pfad; Hinweis ergänzt, wenn es verschiedene Ergebnisse der Queries gibt
• 0.5 - Erweiterung diverser Werte, PHP und mySQL Umfang und Hinweise (04/05/2009)
• * - für weitere Änderungen bitte Changelog besuchen

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

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

Entscheidenter Unterschied: die Schleifendauer ist höher. Wenn die Schleifenwerte zu klein sind, dann spielt das System eine größere Rolle als die Arbeit des Parsers. Mit einem großen Schleifenwert bekommt man also wahre Werte im Bezug auf das Parsen der Quotes.
In diesem Zusammenhang auch ein Dankeschön an den aufmerksamen Leser Sebbi, der auf diesen Umstand in den Kommentaren aufmerksam gemacht hat.

Die Ergebniswerte

$test = 'Dies ist der test ' . $i;
Verbrauchte Zeit mit Singlequotes: 0.0974500179291

$test2 = "Dies ist der test " . $i2;
Verbrauchte Zeit mit Douplequotes und Variable extern: 0.163120985031

$test3 = "Dies ist der test $i3"
Verbrauchte Zeit mit Douplequotes und Variable intern: 0.185966014862

Im Anschluss der Code für die erste Schleife des Tests.

<?php
$startt = microtime(true);

for ($i = 0; $i <= 100000; $i++) {
	$test = 'Dies ist der test ' . $i;
}

$endt = microtime(true);
echo '
Verbrauchte Zeit mit Singlequotes: ' . ($endt - $startt) . '';
?>

Alle weiteren Codeschnipsel und Ergebnisse sind im Test zu finden, ebenso der Download der Datei - für alle, die den Test ebenso fahren wollen

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

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

Damit man weiß, wovon ich rede, ein Beispiel:

$string = '123';

// doublequotes
echo "Die Variable " $string " wird ausgegeben.";

// singelquotes
echo 'Die Variable ' . $string . ' wird ausgegeben.';

Nun hat sich das Blog PHP Performance ausgiebig mit der Analyse der beiden unterschiedlichen Syntax auseinandergesetzt und das Ergebnis zeigt eindeutig, dass der Syntax mit Doublequotes (") schneller ist.

Ebenso hat er die Analyse ausgedehnt auf Komma anstatt Punkt als Konkatenierungszeichen, was nochmals zu minimalen Beschleunigungen führt.
Damit man weiß, wovon ich rede, ein Beispiel:

$string = '123';

// doublequotes mit Kommata
echo "Die Variable " , $string , " wird ausgegeben.";

Fazit:

Stelle ich nun meine Gewohnheit um, oder bleibe ich bei den alten Erkenntnissen. In jedem Fall werde ich mal, wenn ich wieder etwas schreibe, Messungen durchführen und mich dann für die schnellere Variante entscheiden.

Die Messungen macht er übrigens mit der Klasse Profiling, wozu es ebenso wunderbare Informationen gibt.

Ein Hoch auf das Blog PHP Performance, so was fehlte mir im deutschsprachigen Raum.

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

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