<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>zeroseven labs &#187; WordPress</title>
	<atom:link href="http://labs.zeroseven.de/tag/wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://labs.zeroseven.de</link>
	<description></description>
	<lastBuildDate>Fri, 27 Aug 2010 14:33:42 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Beispiel-Code in WordPress richtig formatiert anzeigen</title>
		<link>http://labs.zeroseven.de/development/html-css/beispiel-code-in-wordpress-richtig-formatiert-anzeigen/</link>
		<comments>http://labs.zeroseven.de/development/html-css/beispiel-code-in-wordpress-richtig-formatiert-anzeigen/#comments</comments>
		<pubDate>Fri, 04 Jul 2008 07:46:01 +0000</pubDate>
		<dc:creator>albrechtk</dc:creator>
				<category><![CDATA[HTML / CSS]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[pre]]></category>

		<guid isPermaLink="false">http://labs.zeroseven.de/?p=181</guid>
		<description><![CDATA[WordPress bietet zwar im Editor mit der &#60;code&#62;...&#60;/code&#62;-Syntax scheinbar eine Möglichkeit, Code in einen Beitrag einzubauen. Doch leider werden hier die Formatierungen, insbesondere Leerzeichen und Tabs, nicht korrekt übernommen. Dieses Problem kann mit der Verwendung von &#60;pre&#62;...&#60;/pre&#62; umgangen werden.

Bei der Verwendung von &#60;pre&#62;...&#60;/pre&#62; wird vom Browser die Formatierung exakt so wiedergegeben, wie Sie im Quelltext steht. Also Vorsicht bei langen Zeilen, diese werden auch als eine einzige Zeile dargestellt und können evtl. das Layout zerstören.
Mit dieser Anpassungen in den Styles wird der Quelltext dann auch noch optisch vom restlichen Beitrag abgerenzt:
pre {
	border: 1px solid #DADADA;
	background-color: #F5F5F5;
	color: #888888;
	padding: 8px;
}
Weitere Informationen, wie  [...]]]></description>
			<content:encoded><![CDATA[<p>WordPress bietet zwar im Editor mit der <code>&lt;code&gt;...&lt;/code&gt;</code>-Syntax scheinbar eine Möglichkeit, Code in einen Beitrag einzubauen. Doch leider werden hier die Formatierungen, insbesondere Leerzeichen und Tabs, nicht korrekt übernommen. Dieses Problem kann mit der Verwendung von <code>&lt;pre&gt;...&lt;/pre&gt;</code> umgangen werden.</p>
<p><span id="more-181"></span></p>
<p>Bei der Verwendung von <code>&lt;pre&gt;...&lt;/pre&gt;</code> wird vom Browser die Formatierung <strong>exakt</strong> so wiedergegeben, wie Sie im Quelltext steht. Also Vorsicht bei langen Zeilen, diese werden auch als eine einzige Zeile dargestellt und können evtl. das Layout zerstören.</p>
<p>Mit dieser Anpassungen in den Styles wird der Quelltext dann auch noch optisch vom restlichen Beitrag abgerenzt:</p>
<pre>pre {
	border: 1px solid #DADADA;
	background-color: #F5F5F5;
	color: #888888;
	padding: 8px;
}</pre>
<p>Weitere Informationen, wie man Code passend in seine Beiträge integrieren kann, sind <a href="http://codex.wordpress.org/Writing_Code_in_Your_Posts">direkt bei WordPress</a> zu finden.</p>
]]></content:encoded>
			<wfw:commentRss>http://labs.zeroseven.de/development/html-css/beispiel-code-in-wordpress-richtig-formatiert-anzeigen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>autosave-Bug bei WordPress 2.5.1</title>
		<link>http://labs.zeroseven.de/development/wordpress/autosave-bug-bei-wordpress-251/</link>
		<comments>http://labs.zeroseven.de/development/wordpress/autosave-bug-bei-wordpress-251/#comments</comments>
		<pubDate>Fri, 20 Jun 2008 09:25:00 +0000</pubDate>
		<dc:creator>albrechtk</dc:creator>
				<category><![CDATA[WordPress]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://labs.zeroseven.de/?p=153</guid>
		<description><![CDATA[Gerade noch schreibe ich einem Beitrag, wie toll und wichtig und super und schön und und und &#8230; Updates sind, wie wichtig es ist, immer die aktuellsten Updates zu installieren. Allerdings wurde ich gerade wieder auf den Boden der Tatsachen zurück geholt und haben den Nachteil eines Updates zu spüren bekommen.

Gestern haben wir unser WordPress von Version 2.5 auf 2.5.1 upgedated. Dabei ging wohl irgendwas in der Autosave-Funktionalität flöten. Der Save-Button hat dauergeblinkt, unzählige Anfragen an den Server geschickt und ihn somit ziemlich in die Knie gezwungen. Dazu kam dann noch, dass meine Kollegen auch alle im WordPress waren und  [...]]]></description>
			<content:encoded><![CDATA[<p>Gerade noch schreibe ich einem Beitrag, wie toll und wichtig und super und schön und und und &#8230; Updates sind, wie wichtig es ist, immer die aktuellsten Updates zu installieren. Allerdings wurde ich gerade wieder auf den Boden der Tatsachen zurück geholt und haben den Nachteil eines Updates zu spüren bekommen.</p>
<p><span id="more-153"></span></p>
<p>Gestern haben wir unser WordPress von Version 2.5 auf 2.5.1 upgedated. Dabei ging wohl irgendwas in der Autosave-Funktionalität flöten. Der Save-Button hat dauergeblinkt, unzählige Anfragen an den Server geschickt und ihn somit ziemlich in die Knie gezwungen. Dazu kam dann noch, dass meine Kollegen auch alle im WordPress waren und Beiträge schreiben wollten. Der Webserver hatte also nicht mehr viel zu lachen und hat sich mehr oder weniger in eine kleine morgendliche Pause begeben.</p>
<p>Als schnelle Lösung haben wir die Autosave-Funktionalität einfach deaktiviert, seither blinkt da nichts mehr, der Server hat seine Ruhe und alles ist schön.</p>
<p>In den Dateien <code>wp-admin/post-new.php</code>, <code>wp-admin/post.php</code>, <code>wp-admin/page-new.php</code> und <code>wp-admin/page.php</code> habe ich jeweils folgenden Funktionsaufruf gesucht und mit einem kurzen und knackigen <code>//</code> davor deaktiviert.</p>
<pre>wp_enqueue_script('autosave');</pre>
<p>Ich freu mich schon auf die Version 2.5.2 &#8211; dann wird dieses Problem sicherlich behoben sein, wie sich das für vernünftige Updates gehört.</p>
]]></content:encoded>
			<wfw:commentRss>http://labs.zeroseven.de/development/wordpress/autosave-bug-bei-wordpress-251/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
