<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>bueltge.de [by:ltge.de] - Kommentare zu: WordPress 2.6, ohne XML-RPC &amp; Atom</title>
	<atom:link href="http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/feed/" rel="self" type="application/rss+xml" />
	<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/</link>
	<description>Frank Bültge schreibt auf bueltge.de zu den Themen Webentwicklung &#38; design, WordPress, Literatur und andere Themen bezüglich Internet und Development</description>
	<lastBuildDate>Tue, 07 Feb 2012 20:21:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Birgit</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-342258</link>
		<dc:creator>Birgit</dc:creator>
		<pubDate>Thu, 24 Sep 2009 06:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-342258</guid>
		<description>Da es viele User gibt, die diese ST nicht nuten finde ich es gut, das sie dann auch standardmäßig abgeschaltet ist...</description>
		<content:encoded><![CDATA[<p>Da es viele User gibt, die diese ST nicht nuten finde ich es gut, das sie dann auch standardmäßig abgeschaltet ist...</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Alex</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-336221</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 28 Jul 2009 16:48:08 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-336221</guid>
		<description>Also ich hab nur durch diesen Beitrag bemerkt, dass WordPress diese Schnittstelle by default deaktiviert hat. Sinnvoll finde ich es allemal, denn, die die es nutzen, können es wieder einschalten. Ich bin nur drauf gestoßen, weil ich demnächst diese Schnittstelle selber nutzen will. Und bei dem Sprung von WP 2.6 auf WP 2.8.2 mittels Auto-Upgrade hab ich die Deaktivierung gar nicht bemerkt, da da nicht nochmal nachgefragt wird.</description>
		<content:encoded><![CDATA[<p>Also ich hab nur durch diesen Beitrag bemerkt, dass WordPress diese Schnittstelle by default deaktiviert hat. Sinnvoll finde ich es allemal, denn, die die es nutzen, können es wieder einschalten. Ich bin nur drauf gestoßen, weil ich demnächst diese Schnittstelle selber nutzen will. Und bei dem Sprung von WP 2.6 auf WP 2.8.2 mittels Auto-Upgrade hab ich die Deaktivierung gar nicht bemerkt, da da nicht nochmal nachgefragt wird.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wir fahren mit Wordpress 2.6 &#124; Promoter Blog</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-277502</link>
		<dc:creator>Wir fahren mit Wordpress 2.6 &#124; Promoter Blog</dc:creator>
		<pubDate>Tue, 05 Aug 2008 10:17:19 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-277502</guid>
		<description>[...] der XML-RPC-Schnittstelle im Standard … mehr und eine kritische [...]</description>
		<content:encoded><![CDATA[<p>[...] der XML-RPC-Schnittstelle im Standard … mehr und eine kritische [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: WordPress 2.6 ist da &#187; S-O-S SEO Blog</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-273318</link>
		<dc:creator>WordPress 2.6 ist da &#187; S-O-S SEO Blog</dc:creator>
		<pubDate>Tue, 15 Jul 2008 03:53:26 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-273318</guid>
		<description>[...] Verbesserungen wie das Auslagern von wp-content/wp-config oder die deaktivierte XML-RPC Schnittstelle nicht mein Blogger-Herz. Aber vielleicht schafft es ja die Unterst&#252;tzung der Browser Extension [...]</description>
		<content:encoded><![CDATA[<p>[...] Verbesserungen wie das Auslagern von wp-content/wp-config oder die deaktivierte XML-RPC Schnittstelle nicht mein Blogger-Herz. Aber vielleicht schafft es ja die Unterst&#252;tzung der Browser Extension [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: ocean90&#8217;s weblog &#187; Wordpress 2.6 RC1 erschienen</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-272906</link>
		<dc:creator>ocean90&#8217;s weblog &#187; Wordpress 2.6 RC1 erschienen</dc:creator>
		<pubDate>Sun, 13 Jul 2008 16:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-272906</guid>
		<description>[...] der XML-RPC-Schnittstelle im Standard … mehr und eine kritische [...]</description>
		<content:encoded><![CDATA[<p>[...] der XML-RPC-Schnittstelle im Standard … mehr und eine kritische [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tanisha</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270957</link>
		<dc:creator>Tanisha</dc:creator>
		<pubDate>Wed, 02 Jul 2008 16:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270957</guid>
		<description>Ein bischen komisch finde ich es auch, dass die das aus Sicherheitsgründen abstellen. Und wenn man es aktiviert ist man dem Sicherheitsrisiko wieder ausgesetzt?
Da aber die wenigsten es nutzten, finde ich es nicht verkehrt, so eine Funktion abzustellen.</description>
		<content:encoded><![CDATA[<p>Ein bischen komisch finde ich es auch, dass die das aus Sicherheitsgründen abstellen. Und wenn man es aktiviert ist man dem Sicherheitsrisiko wieder ausgesetzt?<br />
Da aber die wenigsten es nutzten, finde ich es nicht verkehrt, so eine Funktion abzustellen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Schweizer WordPress Magazin &#187; Versioning &#187; Täglich Neues zu WP 2.6</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270792</link>
		<dc:creator>Schweizer WordPress Magazin &#187; Versioning &#187; Täglich Neues zu WP 2.6</dc:creator>
		<pubDate>Tue, 01 Jul 2008 18:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270792</guid>
		<description>[...] entscheiden, ob sein Blog einem grossen oder kleinen Sicherheitsrisiko ausgesetzt werden soll.Beitrag von bueltge.de Beitrag von [...]</description>
		<content:encoded><![CDATA[<p>[...] entscheiden, ob sein Blog einem grossen oder kleinen Sicherheitsrisiko ausgesetzt werden soll.Beitrag von bueltge.de Beitrag von [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Kopfschüttler</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270731</link>
		<dc:creator>Kopfschüttler</dc:creator>
		<pubDate>Tue, 01 Jul 2008 11:38:57 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270731</guid>
		<description>Ich kann icht beurteilen, was gut, was schlecht, was notwendig, was überflüssig, was böse, was nett ist.

Aber vorteilhaft daran finde ich, dass es in der neuen Version die Möglichkeit gibt, Funktionen ein- oder auszuschalten; was bislang nicht ging und von daher ist es eine Bereicherung. Und es ist demnach auch nur konsequent - beinahe logisch - dass der Auslieferungszustand die Deaktivierung enthält; anders herum macht es ja gar keinen Sinn.
Hersteller von Plugins oder Applikationen werden Wege finden, die Nutzer darauf hinzuweisen, was sie wo in WordPress aktivieren müssen oder auch einen Hinweis geben, wenn die Schnittstelle nicht erreichbar ist.</description>
		<content:encoded><![CDATA[<p>Ich kann icht beurteilen, was gut, was schlecht, was notwendig, was überflüssig, was böse, was nett ist.</p>
<p>Aber vorteilhaft daran finde ich, dass es in der neuen Version die Möglichkeit gibt, Funktionen ein- oder auszuschalten; was bislang nicht ging und von daher ist es eine Bereicherung. Und es ist demnach auch nur konsequent - beinahe logisch - dass der Auslieferungszustand die Deaktivierung enthält; anders herum macht es ja gar keinen Sinn.<br />
Hersteller von Plugins oder Applikationen werden Wege finden, die Nutzer darauf hinzuweisen, was sie wo in WordPress aktivieren müssen oder auch einen Hinweis geben, wenn die Schnittstelle nicht erreichbar ist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lazy</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270550</link>
		<dc:creator>Lazy</dc:creator>
		<pubDate>Mon, 30 Jun 2008 19:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270550</guid>
		<description>Wie ich heute gelesen habe, wurden die Schnittstellen von (nur) ca. 5% aller Wordpress User mit Wordpress Stats genutzt.. also viel weniger als ich vermutet hätte, wobei sich hier die Frage stellt, wieviele wordpress stats nutzen.</description>
		<content:encoded><![CDATA[<p>Wie ich heute gelesen habe, wurden die Schnittstellen von (nur) ca. 5% aller WordPress User mit WordPress Stats genutzt.. also viel weniger als ich vermutet hätte, wobei sich hier die Frage stellt, wieviele wordpress stats nutzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: MoehBlog.de&#62; &#187; Neuerungen in WordPress 2.6 - Zu oft was Neues</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270191</link>
		<dc:creator>MoehBlog.de&#62; &#187; Neuerungen in WordPress 2.6 - Zu oft was Neues</dc:creator>
		<pubDate>Fri, 27 Jun 2008 19:07:49 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270191</guid>
		<description>[...] der XML-RPC-Schnittstelle im Standard &#8230; mehr und eine kritische [...]</description>
		<content:encoded><![CDATA[<p>[...] der XML-RPC-Schnittstelle im Standard &#8230; mehr und eine kritische [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ryo</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-270090</link>
		<dc:creator>Ryo</dc:creator>
		<pubDate>Fri, 27 Jun 2008 09:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-270090</guid>
		<description>Ich finde XMLRPC ist die wichtigste Funktion überhaupt.
Schließlich wird diese Funktion nicht nur von Blogging-Clients genutzt, sondern auch von anderen Diensten, die ziemlich verbreitet sind. Flickr, Digg etc.

Da werden viele Nutzer probleme haben.
Kann ich nicht nachvollziehen, das man eine der wichtigsten Schnittstellen standardmäßig deaktiviert, zumal es auch suggeriert, das es ein sicherheitsproblem ist, diese zu aktivieren.
Dann sollte lieber die Funktion überarbeitet weren, falls es ein Problem gibt.

Das kommt mir vor wie die Geschwindigkeitsbgrenzungen mit dem Vermerk &quot;Straßenschäden&quot;. Statt die Straße zu reparieren wird einfach die Geschwindigkeit gesenkt...Toll.</description>
		<content:encoded><![CDATA[<p>Ich finde XMLRPC ist die wichtigste Funktion überhaupt.<br />
Schließlich wird diese Funktion nicht nur von Blogging-Clients genutzt, sondern auch von anderen Diensten, die ziemlich verbreitet sind. Flickr, Digg etc.</p>
<p>Da werden viele Nutzer probleme haben.<br />
Kann ich nicht nachvollziehen, das man eine der wichtigsten Schnittstellen standardmäßig deaktiviert, zumal es auch suggeriert, das es ein sicherheitsproblem ist, diese zu aktivieren.<br />
Dann sollte lieber die Funktion überarbeitet weren, falls es ein Problem gibt.</p>
<p>Das kommt mir vor wie die Geschwindigkeitsbgrenzungen mit dem Vermerk "Straßenschäden". Statt die Straße zu reparieren wird einfach die Geschwindigkeit gesenkt...Toll.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Torsten</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-269539</link>
		<dc:creator>Torsten</dc:creator>
		<pubDate>Tue, 24 Jun 2008 15:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-269539</guid>
		<description>Meiner Meinung nach ist das die einzig richtige Entscheidung. Die Gefahr wird durch die Möglichkeit der Deaktivierung deutlich minimiert. Da ein Großteil der Nutzer die Schnittstelle eh nicht nutzt, kann man das nur als konsequent bezeichnen.</description>
		<content:encoded><![CDATA[<p>Meiner Meinung nach ist das die einzig richtige Entscheidung. Die Gefahr wird durch die Möglichkeit der Deaktivierung deutlich minimiert. Da ein Großteil der Nutzer die Schnittstelle eh nicht nutzt, kann man das nur als konsequent bezeichnen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wordpress 2.6 doesn&#8217;t support Live Writer out of the box &#124; Live Writer Blog</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-269244</link>
		<dc:creator>Wordpress 2.6 doesn&#8217;t support Live Writer out of the box &#124; Live Writer Blog</dc:creator>
		<pubDate>Mon, 23 Jun 2008 07:53:05 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-269244</guid>
		<description>[...] via Frank Bültge   Category: About this Blog &#124; Trackback &#124; Kommentar RSS [...]</description>
		<content:encoded><![CDATA[<p>[...] via Frank Bültge   Category: About this Blog | Trackback | Kommentar RSS [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wordpress 2.6 ohne Live Writer Unterst&#252;tzung &#124; Windows Live Writer Blog</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-269242</link>
		<dc:creator>Wordpress 2.6 ohne Live Writer Unterst&#252;tzung &#124; Windows Live Writer Blog</dc:creator>
		<pubDate>Mon, 23 Jun 2008 07:41:24 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-269242</guid>
		<description>[...] via Frank B&#252;ltge [...]</description>
		<content:encoded><![CDATA[<p>[...] via Frank B&#252;ltge [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Fabian Künzel</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268980</link>
		<dc:creator>Fabian Künzel</dc:creator>
		<pubDate>Sat, 21 Jun 2008 19:47:27 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268980</guid>
		<description>Ich verstehe ehrlich gesagt nicht den ganzen Tummult un die Aufregung zu diesen kleinen Schritt.

Es ist doch eigentlich ne ganz einfache Kiste...

Die Entwickler können die Sicherheits Probleme derzeit nicht in den Griff bekommen, was bei dem wachsenen Spam Aufkommen etc. sicherlich verständlich ist, und bietet daher eine Option für &lt;strong&gt;alle&lt;/strong&gt; Nutzer, es für sich SELBST zu endscheiden ob man diese Funktion nutzen möchte oder ob man sie nicht braucht.

Ich für meine Verhältnisse nutze werder FlickR noch ein Desktop-Blog-Clienten. Für mich als WordPress nutzer macht es also eigentlich nur einen Sinnvollen Eindruck, dieses Sicherheits risiko abzuwenden, da ich diese Funktion deaktiveren kann.

Änhlich wünschte ich es mir mit anderen Funktionen.

Und diese Ausreden, von wegen man schiebt die Verantwortung auf die Unwissenden User ab, halt ich ein wenig für zu hoch gegriffen. Gerade die WordPress-Gemeinschaft ist doch eine sehr eng vernknüpfte Community und Tausende von WordPress nutzern Schreiben über neue Versionen, Funktionen und sonstige News betreffend dieser Software.
Aber andersrum... Meckern ist immer Leichter, als selbst was zu ändern, nicht wahr?</description>
		<content:encoded><![CDATA[<p>Ich verstehe ehrlich gesagt nicht den ganzen Tummult un die Aufregung zu diesen kleinen Schritt.</p>
<p>Es ist doch eigentlich ne ganz einfache Kiste...</p>
<p>Die Entwickler können die Sicherheits Probleme derzeit nicht in den Griff bekommen, was bei dem wachsenen Spam Aufkommen etc. sicherlich verständlich ist, und bietet daher eine Option für <strong>alle</strong> Nutzer, es für sich SELBST zu endscheiden ob man diese Funktion nutzen möchte oder ob man sie nicht braucht.</p>
<p>Ich für meine Verhältnisse nutze werder FlickR noch ein Desktop-Blog-Clienten. Für mich als WordPress nutzer macht es also eigentlich nur einen Sinnvollen Eindruck, dieses Sicherheits risiko abzuwenden, da ich diese Funktion deaktiveren kann.</p>
<p>Änhlich wünschte ich es mir mit anderen Funktionen.</p>
<p>Und diese Ausreden, von wegen man schiebt die Verantwortung auf die Unwissenden User ab, halt ich ein wenig für zu hoch gegriffen. Gerade die WordPress-Gemeinschaft ist doch eine sehr eng vernknüpfte Community und Tausende von WordPress nutzern Schreiben über neue Versionen, Funktionen und sonstige News betreffend dieser Software.<br />
Aber andersrum... Meckern ist immer Leichter, als selbst was zu ändern, nicht wahr?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Frank Bültge</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268909</link>
		<dc:creator>Frank Bültge</dc:creator>
		<pubDate>Sat, 21 Jun 2008 09:32:52 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268909</guid>
		<description>Ich sehe es definitiv als Notbremse, ganz klar. Man bekommt die Schnittstelle nicht sicher, was ich für meinen Teil auch nie erwate, dafür sind die Spamer einfach zu schnell und gut bezahlt. Sicher ist das nicht die beste Lösung, aber es ist erst mal eine und eine ganze Reihe von Anwendungen mit WP benötigen diese Schnittstelle nicht, denke da nur an die vielen CMS-Anwendungen im Businessumfeld. Alle anderen können die Schnittstellen wieder aktiv setzen, so krass wir Robert würde ich es nicht sehen, auch wenn seine Ideen/Darstellungen sicher nicht aus der Luft gegriffen sind. Allerdingg kenne ich auch kein System, was dieses Problem der XMLRPC sauber gelöst hat und nur annähernd die gleiche Popularität wie WP und Open Source ist. Klar ist es leicht zu kritisieren, aber im Vorfeld haben viele Leute gemeckert, dass immer alles aktiv ist und man keine Funktionen deaktivieren kann; auch im Umfeld XMLRPC kursieren genügend Tutorials im Netz, wie man diese Schnittstelle aushebelt. Scheinbar gibt es also bedarf. Und wer per Desktop-Client kommt, der schaltet es eben aktiv. Beim Einbauen von Plugins sind die Nutzer auch nie zimperlich, da nimmt man fast alles in kauf, bis hin zu Lücken per CSS und SQL-Injektion.</description>
		<content:encoded><![CDATA[<p>Ich sehe es definitiv als Notbremse, ganz klar. Man bekommt die Schnittstelle nicht sicher, was ich für meinen Teil auch nie erwate, dafür sind die Spamer einfach zu schnell und gut bezahlt. Sicher ist das nicht die beste Lösung, aber es ist erst mal eine und eine ganze Reihe von Anwendungen mit WP benötigen diese Schnittstelle nicht, denke da nur an die vielen CMS-Anwendungen im Businessumfeld. Alle anderen können die Schnittstellen wieder aktiv setzen, so krass wir Robert würde ich es nicht sehen, auch wenn seine Ideen/Darstellungen sicher nicht aus der Luft gegriffen sind. Allerdingg kenne ich auch kein System, was dieses Problem der XMLRPC sauber gelöst hat und nur annähernd die gleiche Popularität wie WP und Open Source ist. Klar ist es leicht zu kritisieren, aber im Vorfeld haben viele Leute gemeckert, dass immer alles aktiv ist und man keine Funktionen deaktivieren kann; auch im Umfeld XMLRPC kursieren genügend Tutorials im Netz, wie man diese Schnittstelle aushebelt. Scheinbar gibt es also bedarf. Und wer per Desktop-Client kommt, der schaltet es eben aktiv. Beim Einbauen von Plugins sind die Nutzer auch nie zimperlich, da nimmt man fast alles in kauf, bis hin zu Lücken per CSS und SQL-Injektion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wordpress 2.6 sperrt Desktop-Blogger aus &#124; mlogger</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268893</link>
		<dc:creator>Wordpress 2.6 sperrt Desktop-Blogger aus &#124; mlogger</dc:creator>
		<pubDate>Sat, 21 Jun 2008 07:23:35 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268893</guid>
		<description>[...] es kommen fast w&#246;chentlich neue Infos zu der neuen Version ans Tagelicht. Gerade habe ich beim Frank gelesen das die WP-Entwickler die XMLRPC-Schnittstelle und das Atom-Protokoll im inaktiven zustand [...]</description>
		<content:encoded><![CDATA[<p>[...] es kommen fast w&#246;chentlich neue Infos zu der neuen Version ans Tagelicht. Gerade habe ich beim Frank gelesen das die WP-Entwickler die XMLRPC-Schnittstelle und das Atom-Protokoll im inaktiven zustand [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lazy</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268891</link>
		<dc:creator>Lazy</dc:creator>
		<pubDate>Sat, 21 Jun 2008 06:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268891</guid>
		<description>Guten Morgen,

habs gestern Abend auch noch halbwegs mitbekommen.. auch eingespielt, aber überzeugen kann mit dieser &quot;Lösungsansatz&quot; nicht ganz; es ist aber sicherlich &quot;sicherer&quot; im Moment mit/bei diesen Schnittstellen in Wordpress.

Wünsche ein schönes Wochenende. ;)

Chris</description>
		<content:encoded><![CDATA[<p>Guten Morgen,</p>
<p>habs gestern Abend auch noch halbwegs mitbekommen.. auch eingespielt, aber überzeugen kann mit dieser "Lösungsansatz" nicht ganz; es ist aber sicherlich "sicherer" im Moment mit/bei diesen Schnittstellen in WordPress.</p>
<p>Wünsche ein schönes Wochenende. <img src='http://bueltge.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: &#187; Was machen Programmierer, wenn sie eine &#8230; Nachtwächter-Blah</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268882</link>
		<dc:creator>&#187; Was machen Programmierer, wenn sie eine &#8230; Nachtwächter-Blah</dc:creator>
		<pubDate>Sat, 21 Jun 2008 03:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268882</guid>
		<description>[...] nicht so gehackt kriegen, dass sie kein Sicherheitsproblem aufwirft? Na, ist doch ganz klar. Einfach diese Funktionalit&#228;t aus der Software rausnehmen. Das ist mal wieder WordPress vom feinsten, so, wie ich es in den letzten Monaten hassen gelernt [...]</description>
		<content:encoded><![CDATA[<p>[...] nicht so gehackt kriegen, dass sie kein Sicherheitsproblem aufwirft? Na, ist doch ganz klar. Einfach diese Funktionalit&#228;t aus der Software rausnehmen. Das ist mal wieder WordPress vom feinsten, so, wie ich es in den letzten Monaten hassen gelernt [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jan</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268831</link>
		<dc:creator>Jan</dc:creator>
		<pubDate>Fri, 20 Jun 2008 19:35:48 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268831</guid>
		<description>Also ich find es auch ganz gut, ich nutze zwar selbst die RPC Schnittstelle, aber grundsätzlich erstmal alles sicher machen ist gut.</description>
		<content:encoded><![CDATA[<p>Also ich find es auch ganz gut, ich nutze zwar selbst die RPC Schnittstelle, aber grundsätzlich erstmal alles sicher machen ist gut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Robert</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268829</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Fri, 20 Jun 2008 19:18:40 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268829</guid>
		<description>Eine Bankrott-Erklärung, &lt;a href=&quot;http://talkpress.de/artikel/wordpress-entwicklerteam-wir-kriegen-desktop-blogging-nicht-sicher-hin&quot;&gt;meiner Meinung&lt;/a&gt; nach.</description>
		<content:encoded><![CDATA[<p>Eine Bankrott-Erklärung, <a href="http://talkpress.de/artikel/wordpress-entwicklerteam-wir-kriegen-desktop-blogging-nicht-sicher-hin">meiner Meinung</a> nach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Mathias</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268824</link>
		<dc:creator>Mathias</dc:creator>
		<pubDate>Fri, 20 Jun 2008 19:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268824</guid>
		<description>Ich habe heute auch schon an der Übersetzung geknobelt. Ich überlege, ob ich für &quot;Remote Publishing&quot; den Begriff &quot;Fernschreiber&quot; nehmen soll. Wäre ein schönes Wortspiel. ;)</description>
		<content:encoded><![CDATA[<p>Ich habe heute auch schon an der Übersetzung geknobelt. Ich überlege, ob ich für "Remote Publishing" den Begriff "Fernschreiber" nehmen soll. Wäre ein schönes Wortspiel. <img src='http://bueltge.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Patrick</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268812</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Fri, 20 Jun 2008 18:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268812</guid>
		<description>Das ist eigentlich gar nicht so schlecht, die meisten werden wahrscheinlich sowieso die Web-Oberflaeche von WordPress nutzen und diejenigen, die &#039;nen Client benutzen wollen, kennen sich dann wahrscheinlich gut genug aus um die Option dann auch zu finden… ;)

Sind aber gleich mal 2 Sicherheitsluecken weniger. Sehr loeblich von den Jungs.</description>
		<content:encoded><![CDATA[<p>Das ist eigentlich gar nicht so schlecht, die meisten werden wahrscheinlich sowieso die Web-Oberflaeche von WordPress nutzen und diejenigen, die 'nen Client benutzen wollen, kennen sich dann wahrscheinlich gut genug aus um die Option dann auch zu finden… <img src='http://bueltge.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Sind aber gleich mal 2 Sicherheitsluecken weniger. Sehr loeblich von den Jungs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Benni</title>
		<link>http://bueltge.de/wordpress-26-ohne-xmlrpc-atom/686/#comment-268810</link>
		<dc:creator>Benni</dc:creator>
		<pubDate>Fri, 20 Jun 2008 18:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://bueltge.de/?p=686#comment-268810</guid>
		<description>Hm. Ob das so schlau ist zwei so wichtige Sachen zu deaktivieren?

Klar, Sicherheit ist enorm wichtig, aber ich wette, dass es nach der Veröffentlichung von WordPress 2.6 hunderte, wenn nicht tausende, Jammermäuler gibt, die von dieser Änderung nichts wissen.</description>
		<content:encoded><![CDATA[<p>Hm. Ob das so schlau ist zwei so wichtige Sachen zu deaktivieren?</p>
<p>Klar, Sicherheit ist enorm wichtig, aber ich wette, dass es nach der Veröffentlichung von WordPress 2.6 hunderte, wenn nicht tausende, Jammermäuler gibt, die von dieser Änderung nichts wissen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

