<?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>datenschmutz &#187; wp-config</title>
	<atom:link href="http://blog.datenschmutz.net/tag/wp-config/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.datenschmutz.net</link>
	<description>Ritchie Blogfried Pettauers Weblog</description>
	<lastBuildDate>Fri, 23 Sep 2011 22:08:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
<atom:link rel="search"
           href="http://blog.datenschmutz.net/opensearch"
           type="application/opensearchdescription+xml"
           title="Content Search" />	<atom:link rel='hub' href='http://blog.datenschmutz.net/?pushpress=hub'/>
<cloud domain='blog.datenschmutz.net' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' />
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>WordPress 2.6: Revisions-Feature deaktivieren</title>
		<link>http://blog.datenschmutz.net/2008-07/wordpress-26-revisions-feature-deaktivieren/</link>
		<comments>http://blog.datenschmutz.net/2008-07/wordpress-26-revisions-feature-deaktivieren/#comments</comments>
		<pubDate>Thu, 24 Jul 2008 02:32:17 +0000</pubDate>
		<dc:creator>Ritchie Blogfried Pettauer</dc:creator>
				<category><![CDATA[blogging mit WordPress]]></category>
		<category><![CDATA[datenschmutz]]></category>
		<category><![CDATA[digitalia]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Editor]]></category>
		<category><![CDATA[Revision]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Speicherung]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[wp-config]]></category>

		<guid isPermaLink="false">http://blog.datenschmutz.net/?p=2477</guid>
		<description><![CDATA[WordPress 2.6 bringt ein Revisions-Feature mit, das jede geänderte Posting-Version einzeln speichert. Im folgenden Beitrag wird erklärt, wie man die in vielen Fällen lästige und unnötige Funktion generell deaktiviert.]]></description>
			<content:encoded><![CDATA[<p><img src="http://blog.datenschmutz.net/wp-content/uploads/2008/07/wprevision-1216815893.jpg" alt="wprevision 1216815893 WordPress 2.6: Revisions Feature deaktivieren" title="wprevision" width="150" height="70" style="float:left;margin-right:9px;margin-top:3px;margin-bottom:2px;border:1px solid gray;" />Die aktuelle Version unseren Lieblings-CMS bringt zwei Features mit, die — gelinde gesagt — recht unausgegoren sind. Da wäre zum einen mal die neue Caption-Funktion (Bildunterschriften für hochgeladen Fotos) und zum anderen die “Revisions”, automatisch generierte Posting-Snapshots bei jedem Save bzw. Autosave. Im offiziellen <a href="http://blog.datenschmutz.net/tag/wordpress/" class="st_tag internal_tag" rel="tag" title="Posts tagged with WordPress">WordPress</a>–Support-Forum entspann sich dazu eine recht erhitzte <a href="http://wordpress.org/support/topic/175886" class="liwp">Diskussion</a>:</p>
<p>während Moderator <a href="http://ottodestruct.com/blog/" class="liexternal">Otto</a> gewohnt nerd-unfreundlich (er ist wohl schon seit den Zeiten des Usenet dabei) argumentiert, dass die Revisions immer und für jeden super seien, bin ich da wie viele User ganz anderer Meinung: ich erstelle meine Posts sowieso im Texteditor, daher brauche ich keine zusätzlichen Kopien, die mit der Zeit die Datenbank ganz beträchtlich aufblähen. Die Autosave-Funktion reicht mir völlig, um zu verhindern, dass ich einen Firefox-Tab mit nicht gespeichertem Posting irrtümlich schließe. Viel schlimmer allerdings: die Revisions verwirren mein <a href="http://wordpress.org/extend/plugins/in-series/" class="liwp">In-Series</a> Plugin: dort tauchen die Revisions plötzlich auch in der Serienliste auf.</p>
<p>Eine aus/ein Option verkompliziere das Backend unnötig, erklärt Otto — da find ich persönlich die “händische” Variante viel komplizierter. Wer die in punkto “wie gehen Starrköpfe mit dem Feedback der Community um?” äußerst interessante Diskussion im Detail nachverfolgen will, kann das <a href="http://wordpress.org/support/topic/175886" class="liwp">hier</a> tun. Bei Wikis machen Revisions zweifellos mehr sind, die meisten Blogs werden aber nicht von 50 Autoren kollektiv geschrieben — ein Opt-in wäre mehr als angebracht. Dass die Revisions nicht mal in einer eigenen Table, sondern mit dem Type “<a href="http://blog.datenschmutz.net/tag/revision/" class="st_tag internal_tag" rel="tag" title="Posts tagged with Revision">revision</a>” in der wp_postings gespeichert werden, ist wirklich crappy.</p>
<h2 id="toc-wordpress-revisions-ausschalten-und-autosave-intervall-ndern">WordPress Revisions ausschalten und Autosave-Intervall ändern</h2>
<p>Um die für viele WordPresser lästigen Revisions loszuwerden, genügt ein neuer Einträge in der <a href="http://blog.datenschmutz.net/tag/wp-config/" class="st_tag internal_tag" rel="tag" title="Posts tagged with wp-config">wp-config</a>.php:</p>
<blockquote><p>define (‘WP_POST_REVISIONS’, 0);</p></blockquote>
<p>Wem die automatische <a href="http://blog.datenschmutz.net/tag/speicherung/" class="st_tag internal_tag" rel="tag" title="Posts tagged with Speicherung">Speicherung</a> zu häufig stattfindet, der kann diesem Feature mit folgender Zeile ein Intervall vorgeben. (600 steht dabei angeblich für 1h, ich hab’s aber nicht überprüft:</p>
<blockquote><p>define(‘AUTOSAVE_INTERVAL’, 600); </p></blockquote>
<p>Um die bereits angelegten Revisions wieder los zu werden, hilft ein simpler SQL-Query, den man im phpmyadmin ausführt. Wer ein anderes Datenbank-Präfix verwendet, muss dieses natürlich entsprechend anpassen (in Rot markiert).</p>
<blockquote><p>Delete from <span style="color:red;">wp</span>–posts where post-status=‘revision’</p></blockquote>
<p><strong>Caveat:</strong> Auch wenn sich’s nur um einen kleinen “Eingriff” handelt, legt der vorsichtige (oder durch Schaden klug gewordene) Blogger immer vorher eine DB-Kommandozeilen-Dump an.</p>
<h2 id="toc-die-wordpress-caption-funktion">Die WordPress Caption-Funktion</h2>
<p>Captions sind Bildunterschriften — das betreffende Feld in der Uploadmaske wir zentriert unter dem jeweiligen Foto dargestellt und kann gegebenenfalls via der zugehörigen CSS-Klasse formattiert werden. Benötigt man bei einem Bild (zum Beispiel beim Teaser, bei einem Thumbnail etc.) keine Unterschrift, so möchte man meinen, dass es reichte, das Feld einfach freizulassen. Weit gefehlt: dann bleibt nämlich auf das alt=”” Argument des Image-Tags leer. <a href="http://blog.datenschmutz.net/tag/seo/" class="st_tag internal_tag" rel="tag" title="Posts tagged with SEO">SEO</a>–technisch äußerst ungünstig…</p>
<p>Das verkompliziert den Workflow: füllt man das Feld aus, muss man nachher den Caption-Tag weglöschen, lässt man’s leer, will die Alt-Angabe manuell befüllt werden. Zwar existiert eine Lösung, um die Captions komplett <a href="http://katzwebdesign.wordpress.com/2008/07/21/how-to-turn-off-captions-in-wordpress-26/" class="liexternal">abzudrehen</a> — doch die erfordert einen Eingriff in die functions.php, ist also nicht “updateresistent”. Außerdem macht das entweder/oder hier sowieso keinen Sinn: die saubere Lösung bestünde ganz eindeutig darin, entweder getrennte Eingabefelder für Caption– und Alt-Content vorzusehen, oder das Caption-Feld mit einer Checkbox “insert caption” auszustatten — hoffentlich schafft die nächste WP-Version da Abhilfe.</p>
<hr /><small>Copyright © 2010 Ritchie Pettauer / datenschmutz<br /> Dieser Volltext RSS-Feed wird ausschließlich für die private, nicht-kommerzielle Verwendung im Feedreader bereit gestellt. Über Zitate mit Backlink freue ich mich, eine Wiederveröffentlichung des ungekürzten Volltexts auf Dritt-Webseiten ist allerdings untersagt. Wenn Sie datenschmutz Updates auf Ihrer Homepage einbinden möchten, dann verwenden Sie bitte den <a href="http://feeds.feedburner.com/datenschmutzdigest" class="liexternal">Exzerpt-Feed</a>.<br />
Wenn Sie diese Meldung auf einer Homepage sehen, wurde der betreffende Beitrag widerrechtlich und ohne die Zustimmung des Autors veröffentlicht.<br /><em>Digitaler Fingerabdruck / digital Fingerprint: c1d7d6ed6691c7c25dbb043c9a689294</em></small>]]></content:encoded>
			<wfw:commentRss>http://blog.datenschmutz.net/2008-07/wordpress-26-revisions-feature-deaktivieren/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (User agent is rejected)
Database Caching 5/21 queries in 0.007 seconds using disk: basic
Object Caching 1333/1347 objects using disk: basic

Served from: blog.datenschmutz.net @ 2012-02-12 07:34:47 -->
