<?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:source="http://source.scripting.com/"
xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"

	>
<channel>
	<title>
	Kommentare zu: XRDS-Simple, eine Einführung	</title>
	<atom:link href="https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/feed/" rel="self" type="application/rss+xml" />
	<link>https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/</link>
	<description>a weblog mainly about the open, portable, interoperable, small, social, synaptic, semantic, structured, distributed, (re-)decentralized, independent, microformatted and federated social web</description>
	<lastBuildDate>Fri, 12 Apr 2024 10:22:17 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
<atom:link rel="hub" href="https://pubsubhubbub.appspot.com"/>
<atom:link rel="hub" href="https://pubsubhubbub.superfeedr.com"/>
<atom:link rel="hub" href="https://switchboard.p3k.io/"/>
<atom:link rel="self" href="https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/feed/"/>
	<item>
		<title>
		Von: Carsten Pötter		</title>
		<link>https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/#comment-8292</link>

		<dc:creator><![CDATA[Carsten Pötter]]></dc:creator>
		<pubDate>Mon, 05 May 2008 19:05:20 +0000</pubDate>
		<guid isPermaLink="false">http://notizblog.org/?p=847#comment-8292</guid>

					<description><![CDATA[Ja, so in etwa meinte ich das. An den Schutz der URL habe ich noch gar nicht gedacht.

Da bewegen wir uns auf ein kritisches Thema bzgl. Data Portability zu, denke ich. Wenn ich im Idealfall alles selbst hoste und die Daten (APML, OPML, Profil [hCard], Freunde [XFN],... Diensten nur bei Bedarf zur Verfügung stelle, bin ich natürlich auch für den Schutz selbst verantwortlich. Gleiches gilt auch OpenID und Delegation. Ich glaube, da müssen noch ein paar graue Zellen in Anspruch genommen werden.]]></description>
			<content:encoded><![CDATA[<p>Ja, so in etwa meinte ich das. An den Schutz der URL habe ich noch gar nicht gedacht.</p>
<p>Da bewegen wir uns auf ein kritisches Thema bzgl. Data Portability zu, denke ich. Wenn ich im Idealfall alles selbst hoste und die Daten (APML, OPML, Profil [hCard], Freunde [XFN],&#8230; Diensten nur bei Bedarf zur Verfügung stelle, bin ich natürlich auch für den Schutz selbst verantwortlich. Gleiches gilt auch OpenID und Delegation. Ich glaube, da müssen noch ein paar graue Zellen in Anspruch genommen werden.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Matthias Pfefferle		</title>
		<link>https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/#comment-8291</link>

		<dc:creator><![CDATA[Matthias Pfefferle]]></dc:creator>
		<pubDate>Mon, 05 May 2008 18:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://notizblog.org/?p=847#comment-8291</guid>

					<description><![CDATA[Es funktioniert natürlich auch über eine &quot;Art Delegation&quot; in dem man einfach auf einen externen Server verlinkt:

&lt;code&gt;&#060;meta http-equiv=&quot;X-XRDS-Location&quot; content=&quot;http://example.com/xrds&quot; /&#062;&lt;/code&gt;

Dieses XRDS-File könnte aber jeder Bot oder jede Person finden der diese URL (&lt;code&gt;http://example.com/xrds&lt;/code&gt;) direkt aufruft, außer man schützt sie mit z.B. OAuth oder frägt sie über (OpenID) AttributeExchange ab...

Im XRDS-File selbst sind dann alle möglichen Services wie z.B. APML, OPML, hCard, XFN usw. &quot;verlinkt&quot;.

z.B.

&lt;code&gt;&lt;pre&gt;&#060;XRDS xmlns=&quot;xri://$xrds&quot;&#062;
  &#060;XRD xmlns:simple=&quot;http://xrds-simple.net/core/1.0&quot;
          xmlns=&quot;xri://$XRD*($v*2.0)&quot; version=&quot;2.0&quot;&#062;
    &#060;Type&#062;xri://$xrds*simple&#060;/Type&#062;
    &#060;Service priority=&quot;10&quot;&#062;
      &#060;Type&#062;http://www.w3.org/2006/03/hcard&#060;/Type&#062;
      &#060;URI simple:httpMethod=&quot;GET&quot;&#062;
        https://web.archive.org/web/20100413121636/http://www.mybloglog.com:80/buzz/members/pfefferle/hcard
      &#060;/URI&#062;
    &#060;/Service&#062;
    &#060;Service priority=&quot;20&quot;&#062;
      &#060;Type&#062;http://gmpg.org/xfn/11&#060;/Type&#062;
      &#060;URI simple:httpMethod=&quot;GET&quot;&#062;
        https://web.archive.org/web/20110415105452/http://www.mybloglog.com:80/buzz/members/pfefferle/
      &#060;/URI&#062;
    &#060;/Service&#062;
  &#060;/XRD&#062;
&#060;/XRDS&#062;&lt;/pre&gt;&lt;/code&gt;

Ist es das was du gemeint hast?]]></description>
			<content:encoded><![CDATA[<p>Es funktioniert natürlich auch über eine &#8222;Art Delegation&#8220; in dem man einfach auf einen externen Server verlinkt:</p>
<p><code>&lt;meta http-equiv="X-XRDS-Location" content="http://example.com/xrds" /&gt;</code></p>
<p>Dieses XRDS-File könnte aber jeder Bot oder jede Person finden der diese URL (<code>http://example.com/xrds</code>) direkt aufruft, außer man schützt sie mit z.B. OAuth oder frägt sie über (OpenID) AttributeExchange ab&#8230;</p>
<p>Im XRDS-File selbst sind dann alle möglichen Services wie z.B. APML, OPML, hCard, XFN usw. &#8222;verlinkt&#8220;.</p>
<p>z.B.</p>
<p><code></p>
<pre>&lt;XRDS xmlns="xri://$xrds"&gt;
  &lt;XRD xmlns:simple="http://xrds-simple.net/core/1.0"
          xmlns="xri://$XRD*($v*2.0)" version="2.0"&gt;
    &lt;Type&gt;xri://$xrds*simple&lt;/Type&gt;
    &lt;Service priority="10"&gt;
      &lt;Type&gt;http://www.w3.org/2006/03/hcard&lt;/Type&gt;
      &lt;URI simple:httpMethod="GET"&gt;
        https://web.archive.org/web/20100413121636/http://www.mybloglog.com:80/buzz/members/pfefferle/hcard
      &lt;/URI&gt;
    &lt;/Service&gt;
    &lt;Service priority="20"&gt;
      &lt;Type&gt;http://gmpg.org/xfn/11&lt;/Type&gt;
      &lt;URI simple:httpMethod="GET"&gt;
        https://web.archive.org/web/20110415105452/http://www.mybloglog.com:80/buzz/members/pfefferle/
      &lt;/URI&gt;
    &lt;/Service&gt;
  &lt;/XRD&gt;
&lt;/XRDS&gt;</pre>
<p></code></p>
<p>Ist es das was du gemeint hast?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Carsten Pötter		</title>
		<link>https://notiz.blog/2008/05/05/xrds-simple-eine-einfuehrung/#comment-8290</link>

		<dc:creator><![CDATA[Carsten Pötter]]></dc:creator>
		<pubDate>Mon, 05 May 2008 18:07:43 +0000</pubDate>
		<guid isPermaLink="false">http://notizblog.org/?p=847#comment-8290</guid>

					<description><![CDATA[Vielen Dank für die verständliche Einführung. Gerade der Aspekt der Erkennung der verschiedenen Services scheint mir doch ein großer Vorteil zu sein.

Ich kann dann auch delegieren, oder? Ich verlinke von meinem Blog auf ein XRDS Dokument bei Provider A (OpenID), der über ein XRDS-Dokument auf zwei weitere Provider B (APML) und C (OPML) verlinkt. Somit könnte niemand von meinem Blog aus erkennen, wo meine APML und OPML Files liegen. Sehe ich das falsch?]]></description>
			<content:encoded><![CDATA[<p>Vielen Dank für die verständliche Einführung. Gerade der Aspekt der Erkennung der verschiedenen Services scheint mir doch ein großer Vorteil zu sein.</p>
<p>Ich kann dann auch delegieren, oder? Ich verlinke von meinem Blog auf ein XRDS Dokument bei Provider A (OpenID), der über ein XRDS-Dokument auf zwei weitere Provider B (APML) und C (OPML) verlinkt. Somit könnte niemand von meinem Blog aus erkennen, wo meine APML und OPML Files liegen. Sehe ich das falsch?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
