<?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>Schreinert.com &#187; Wordpress</title>
	<atom:link href="http://www.schreinert.com/tags/wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.schreinert.com</link>
	<description>Software-Entwicklung • IT-Projektmanagement  • E-Commerce-Beratung</description>
	<lastBuildDate>Wed, 23 Sep 2009 14:24:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>MU Wordpress und XML Sitemaps</title>
		<link>http://www.schreinert.com/mu-wordpress-und-xml-sitemaps-187/</link>
		<comments>http://www.schreinert.com/mu-wordpress-und-xml-sitemaps-187/#comments</comments>
		<pubDate>Tue, 23 Jun 2009 18:12:01 +0000</pubDate>
		<dc:creator>Stefan Schreinert</dc:creator>
				<category><![CDATA[Tipps und Tricks]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[MU Wordpress]]></category>
		<category><![CDATA[Tipp]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Wordpress]]></category>

		<guid isPermaLink="false">http://www.schreinert.com/?p=187</guid>
		<description><![CDATA[Nachdem ich meine Web-Seiten von einem einzelnen, &#8220;normalen&#8221; Wordpress auf ein einziges Multi-User (MU) Wordpress umgezogen habe, kam gleich das Problem mit den XML Sitemaps auf. Da mein Sitemap-Plugin eine direkt herunterladbare Datei in das DocumentRoot-Verzeichnis meines Web-Servers schreibt, ist diese Datei bei MU Wordpress f&#252;r alle Web-Seiten (Sites und Blogs) gleich. Die L&#246;sung ist [...]]]></description>
			<content:encoded><![CDATA[<p>Nachdem ich meine Web-Seiten von einem einzelnen, &#8220;normalen&#8221; Wordpress auf ein einziges <a href="http://mu.wordpress.org/">Multi-User (MU) Wordpress</a> umgezogen habe, kam gleich das Problem mit den XML Sitemaps auf. Da mein <a href="http://www.arnebrachhold.de/projects/wordpress-plugins/google-xml-sitemaps-generator/">Sitemap-Plugin</a> eine direkt herunterladbare Datei in das DocumentRoot-Verzeichnis meines Web-Servers schreibt, ist diese Datei bei MU Wordpress f&#252;r alle Web-Seiten (Sites und Blogs) gleich. Die L&#246;sung ist recht einfach:</p>
<p><img src="http://www.schreinert.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />Da ich den Datei-Namen der zu erzeugenden XML-Sitemap-Datei f&#252;r jedes Blog bestimmen kann, bennen ich die Datei nach einem einheitlichen Schema: sitemap-&lt;http-host&gt;.xml.</p>
<p>Da ich meine Sitemaps bereits bei Google &amp; Co. unter dem Namen sitemap.xml registriert habe, w&#228;re ein Umstieg auf den neuen Dateinamen etwas l&#228;stig. Daher habe ich die Apache RewriteRules herangezogen:</p>
<blockquote><p># Sitemap Korrektur</p>
<p>RewriteCond %{REQUEST_FILENAME} !-f</p>
<p>RewriteCond %{REQUEST_FILENAME} !-d</p>
<p>RewriteCond %{REQUEST_URI} sitemap.xml.gz$</p>
<p>RewriteRule sitemap.xml.gz$ /sitemap-%{HTTP_HOST}.xml.gz [L]</p>
<p># Ende Sitemap Korrektur</p></blockquote>
<p>Die vier Zeilen bewirken, dass Anfragen an die Datei sitemap.xml.gz &#8212; sofern nicht vorhanden &#8212; an die Datei sitemap-&lt;Hostname&gt;.xml.gz (intern) weitergeleitet werden.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.schreinert.com/mu-wordpress-und-xml-sitemaps-187/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Vergleich Drupal vs. Wordpress &#8211; was ist das bessere System?</title>
		<link>http://www.schreinert.com/drupal-vs-wordpress-was-ist-das-bessere-system-66/</link>
		<comments>http://www.schreinert.com/drupal-vs-wordpress-was-ist-das-bessere-system-66/#comments</comments>
		<pubDate>Thu, 24 Jul 2008 14:15:49 +0000</pubDate>
		<dc:creator>Stefan Schreinert</dc:creator>
				<category><![CDATA[Produkt-Tests]]></category>
		<category><![CDATA[CMS]]></category>
		<category><![CDATA[Drupal]]></category>
		<category><![CDATA[Test]]></category>
		<category><![CDATA[Vergleich]]></category>
		<category><![CDATA[Wordpress]]></category>

		<guid isPermaLink="false">http://www.schreinert.com/?p=66</guid>
		<description><![CDATA[Ein Vergleich der beiden CMS-Systeme Wordpress und Drupal f&#252;r den Betrieb mehrerer Web-Pr&#228;senzen]]></description>
			<content:encoded><![CDATA[<p>Vor einiger Zeit begann die Umstellung einer von mir mitbetreuten Web-Seite auf Drupal als Seiten-Auslieferungssystem Die Entscheidung f&#252;r Drupal und gegen das damals eingesetzte Wordpress viel aufgrund zahlreicher &#8220;Sonderw&#252;nsche&#8221;, die an das &#8220;neue&#8221; System gestellt waren. Die gr&#246;&#223;te Anforderung war, dass unser neues System m&#246;glichst viel &#8220;Community-Funktionen&#8221; unterst&#252;tzt &#8211; der User stand ganz Web 2.0 like im Mittelpunkt. Die Entscheidung viel letztendlich auf das f&#252;r mich neue Drupal. Nachfolgend m&#246;chte ich einen Vergleich der beiden System bieten, wobei ich die Erfahrungen anderer zusammenfasse.</p>
<p><span id="more-66"></span></p>
<p>Einen ersten &#220;berblick &#252;ber beide Systeme kommt von <a href="http://blog.helmschrott.de/software/ist-drupal-das-bessere-wordpress">Frank Helmschrott</a>, der im Upload-Magazin beide Systeme vergleicht: <a href="http://upload-magazin.de/?p=462">Drupal &#8211; das bessere Wordpress</a>? F&#252;r beide Systeme findet sich bereits eine gro&#223;e Schar an Entwicklern und Designern rund um das jeweilige System. Drupal aber besitzt eine noch kleinere Community, wodurch schon mal das eine oder andere Plugin fehlen kann, beispielsweise im Antispam-Bereich.</p>
<p>Frank Helmschrott zieht als Fazit, dass Wordpress stark auf das Bloggen spezialisiert ist und hier Punkten kann. Dies zeigt sich auch bei der Installation &#8212; ein neues Wordpress-Blog ist schnell aufgesetzt und (technisch) in Betrieb genommen. Drupal hingegen sei ein flexibles und modulares Baukastensystem, was letztendlich bedeutet, dass es noch auf die eigenen W&#252;nsche anzupassen ist.</p>
<p>Zu einer Entscheidung f&#252;r Drupal und gegen Wordpress kommt der Betreiber von rausgebloggt.de in seinem Beitrag: <a href="http://rausgebloggt.de/wordpress-vs-drupal-ich-werde-wechseln.htm">Wordpress vs. Drupal: ich werde wechseln</a>. Der &#8220;professionelle Laie&#8221; &#8212; wie er sich selbst bezeichnet &#8212; mag vor allem die deutlich h&#246;here Flexibilit&#228;t von Drupal. Vor allem beschreibt er den Wunsch nach einem System, dass verschiedene Systeme (z.B. Wiki) und Themenblogs unter einem Dach vereinigt.</p>
<p>Einen &#228;hnlichen Wunsch habe auch ich &#8212; warum brauche ich f&#252;r meine ganzen Web-Seite jeweils eine eigene Installation? Warum muss ich meine Plugins f&#252;r alle &#8220;zig&#8221; Seiten aktualisieren? Warum geht es nicht zentral?</p>
<p><strong>Fazit</strong></p>
<p>Wordpress eignet sich hervorragend zum Bloggen: Es ist einfach, &#252;bersichtlich und schnell aufgesetzt. Die Community um Wordpress ist gro&#223;, es gibt gen&#252;gend Themes und Plugins. Auch Drupal wartet mit immer mehr Community-Beitr&#228;gen auf und ist ebenso f&#252;r&#8217;s Bloggen geeignet. Wer mehr als Bloggen will, kommt im direkten Vergleich nur mit Drupal sinnvoll weiter.</p>
<p>Nachfolgend gibt es noch einpaar Links mit weiterf&#252;hrenden Seiten:</p>
<ul>
<li> <a href="http://performancing.com/software/blog/professional-blog-software-reviews-introduction">Professional Blog Software Reviews &#8211; Introduction</a> &#8211; Auf der englisch-sprachigen Seite gibt es eine Liste mit weitere Blog-Systemen und einer kurzen Bewertung.</li>
<li> <a href="http://www.sitepoint.com/article/blog-software-smackdown-review">Blog Software Smackdown: The Big 3 Reviewed</a> &#8211; Ebenso auf englisch vergleicht diese Seite die drei gro&#223;en System miteinander: Wordpress, Moveable Type und Textpattern.</li>
<li> <a href="http://www.linux.com/articles/60948">Drupal vs. WordPress: Which is better for blogging?</a> &#8211; Und wieder englisch kommt ein Beitrag auf linux.com daher. Sehr interessant ist die Aufteilung nach relevanten Fragestellungen, etwa nach der Nutzerfreundlichkeit, wie Inhalte erstellt werden k&#246;nnen und welche Logs und Statistik-Auswertungen es gibt.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.schreinert.com/drupal-vs-wordpress-was-ist-das-bessere-system-66/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Termine in Wordpress verwalten &#8211; Event-Calendar 3 vs. RS Event</title>
		<link>http://www.schreinert.com/termine-in-wordpress-verwalten-event-calendar-3-vs-rs-event-26/</link>
		<comments>http://www.schreinert.com/termine-in-wordpress-verwalten-event-calendar-3-vs-rs-event-26/#comments</comments>
		<pubDate>Tue, 10 Apr 2007 10:35:11 +0000</pubDate>
		<dc:creator>Stefan Schreinert</dc:creator>
				<category><![CDATA[Tipps und Tricks]]></category>
		<category><![CDATA[Kalender]]></category>
		<category><![CDATA[Tipp]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Wordpress]]></category>

		<guid isPermaLink="false">http://www.schreinert.com/termine-in-wordpress-verwalten-event-calendar-3-vs-rs-event-26/</guid>
		<description><![CDATA[Eine wesentliche Anforderung f&#252;r das Locally-Projekt war ein Terminkalender f&#252;r regionale Ereignisse. Im ersten Anlauf installierte ich das Wordpress-Plugin &#8220;Event-Calendar 3&#8220;. EC3 erlaubt es, seine Termin in einer speziellen Wordpress-Kategorie abzulegen. Dazu schreibt der Redakteur eine normale Meldung (Post), markiert die Kategorie f&#252;r die Termine und setzt den Zeitstempel auf das Datum des Termins. Das [...]]]></description>
			<content:encoded><![CDATA[<p>Eine wesentliche Anforderung f&#252;r das <a href="http://guenzburg.locally.de">Locally-Projekt</a> war ein Terminkalender f&#252;r regionale Ereignisse. Im ersten Anlauf installierte ich das Wordpress-Plugin &#8220;<a href="http://blog.firetree.net/2005/07/18/eventcalendar-30/">Event-Calendar 3</a>&#8220;. EC3 erlaubt es, seine Termin in einer speziellen Wordpress-Kategorie abzulegen. Dazu schreibt der Redakteur eine normale Meldung (Post), markiert die Kategorie f&#252;r die Termine und setzt den Zeitstempel auf das Datum des Termins. Das EC3 Plugin biegt nun die Wordpress-Suche so um, dass Termine nach dem Ereigniss nicht mehr sichtbar sind.<span id="more-26"></span></p>
<p>Das EC3-Plugin machte aber das eine oder andere Problem. So konnten Gast-User die Meldung zum Ereignis nicht sehen und bekamen stattdessen eine 404 Fehlermeldung.  Auch standen die vergangenen Termine noch im Datums-Archiv. Auch vom Aufwand her war das Plugin unhandlich, da f&#252;r ein Ereigniss erstens eine normale Meldung mit der Vorank&#252;ndigung des Ereignisses zu schreiben war und zweitens eine weitere Meldung f&#252;r den Termin.</p>
<p>Abhilfe schaffte hierf&#252;r das Plugin &#8220;<a href="http://livingos.com/wp/rs-event-plugin/">RS Event</a>&#8221; von <span style="text-decoration: line-through">Sergant.com</span> Living Open Source. Hier kam in Wordpress-Editor eine neue Box hinzu, in der optional ein Termin eingetragen werden kann. Somit muss pro Ereigniss nur noch eine Meldung erstellt werden, die dann gleichzeitig als Termin funktioniert. Lediglich die Sichtbarkeit abgelaufener Termin ist so nicht zu l&#246;sen. Hier kommt ein weiteres Plugin &#8220;post-expire&#8221; zum Einsatz.</p>
<p>Fazit: Mit RS Event hatte ich genau das Plugin meiner Wahl gefunden. Lediglich die <a href="http://guenzburg.locally.de/terminkalender/">Terminseite</a> mit <a href="http://www.schreinert.com/alle-termine-auf-eine-seite-im-rs-event-kalender-wordpress-plugin-51/">allen Terminen</a> ist etwas un&#252;bersichtlich geraten. Das Ergebnis ist bei der <a href="http://guenzburg.locally.de">Online-Zeitung f&#252;r G&#252;nzburg (Locally)</a> zu sehen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.schreinert.com/termine-in-wordpress-verwalten-event-calendar-3-vs-rs-event-26/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
	</channel>
</rss>
