<?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/"
		>
<channel>
	<title>Kommentare zu: @-Domains selbst realisieren</title>
	<atom:link href="http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/</link>
	<description></description>
	<lastBuildDate>Mon, 17 Apr 2006 17:44:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: tommy75</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13257</link>
		<dc:creator>tommy75</dc:creator>
		<pubDate>Sun, 27 Apr 2003 19:18:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13257</guid>
		<description>Wenn überhaupt, dann geht es nur über eine Aufforderung zur Authentifizierung mittels .htaccess oder durch Senden des Statuscodes &quot;401 Unauthorized&quot; unter Verwendung der header()-Funktion. Der Browser antwortet erst dann mit dem Teil vor dem &quot;@&quot; (was ja nichts anderes als der Benutzername ist).&lt;br&gt;
Soweit so gut ... das wäre kein Problem, da technisch leicht machbar. &lt;br&gt;
Aber an einer Sache scheitert das dann doch : beim Aufruf der URL ohne &quot;@&quot;-Bestandteil möchte der Browser natürlich auch Benutzername/Passwort haben und öffnet das altbekannte Dialogfenster ... naja und wer will das schon in diesem Fall angezeigt haben :-8</description>
		<content:encoded><![CDATA[<p>Wenn überhaupt, dann geht es nur über eine Aufforderung zur Authentifizierung mittels .htaccess oder durch Senden des Statuscodes &#8220;401 Unauthorized&#8221; unter Verwendung der header()-Funktion. Der Browser antwortet erst dann mit dem Teil vor dem &#8220;@&#8221; (was ja nichts anderes als der Benutzername ist).<br />
Soweit so gut &#8230; das wäre kein Problem, da technisch leicht machbar. <br />
Aber an einer Sache scheitert das dann doch : beim Aufruf der URL ohne &#8220;@&#8221;-Bestandteil möchte der Browser natürlich auch Benutzername/Passwort haben und öffnet das altbekannte Dialogfenster &#8230; naja und wer will das schon in diesem Fall angezeigt haben :-8</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: mehlior</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13256</link>
		<dc:creator>mehlior</dc:creator>
		<pubDate>Sun, 27 Apr 2003 17:23:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13256</guid>
		<description>@Thomas, dann beziehst du dich gerade auf die HTTP_AUTHENTIFIZIERUNG? Das wäre dann $_SERVER[&quot;REMOTE_USER&quot;]. Aber selbst dort wird es vom Browser zerpflückt (soweit wie ich weiß), und es geht hierbei ja schließlich nicht darum eine neuen Aufruf von geschützten Verzeichnissen (per htaccess) zu schreiben, sondern die &quot;schnöden&quot; @-Domains mit PHP zu realisieren. &lt;br&gt;
*Habs übrigens ausprobiert: Habe selbst bei solchen Aufrufen keinen Inhalt in Remote_User gehabt...*</description>
		<content:encoded><![CDATA[<p>@Thomas, dann beziehst du dich gerade auf die HTTP_AUTHENTIFIZIERUNG? Das wäre dann $_SERVER["REMOTE_USER"]. Aber selbst dort wird es vom Browser zerpflückt (soweit wie ich weiß), und es geht hierbei ja schließlich nicht darum eine neuen Aufruf von geschützten Verzeichnissen (per htaccess) zu schreiben, sondern die &#8220;schnöden&#8221; @-Domains mit PHP zu realisieren. <br />
*Habs übrigens ausprobiert: Habe selbst bei solchen Aufrufen keinen Inhalt in Remote_User gehabt&#8230;*</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: tommy75</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13255</link>
		<dc:creator>tommy75</dc:creator>
		<pubDate>Sun, 27 Apr 2003 17:11:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13255</guid>
		<description>@Christian: das hat mit FTP nichts zu tun! Das ist eine ganz normale URL für das HTTP-Protokoll. Und so wie der Name der Clientsoftware in $HTTP_USER_AGENT zu finden ist, gibts mit Sicherheit eine Variable für den Benutzernamen. Ich glaube $REMOTE_USER oder ähnlich. Habe aber im Moment leider keine Zeit für Experimente ...</description>
		<content:encoded><![CDATA[<p>@Christian: das hat mit FTP nichts zu tun! Das ist eine ganz normale URL für das HTTP-Protokoll. Und so wie der Name der Clientsoftware in $HTTP_USER_AGENT zu finden ist, gibts mit Sicherheit eine Variable für den Benutzernamen. Ich glaube $REMOTE_USER oder ähnlich. Habe aber im Moment leider keine Zeit für Experimente &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: mehlior</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13254</link>
		<dc:creator>mehlior</dc:creator>
		<pubDate>Sun, 27 Apr 2003 17:02:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13254</guid>
		<description>Das Problem besteht darin, dass schon der Browser deine angeführte Variante eines ftp-Zugriffes entsprechend umcodiert. Selbst der Sever bekommt dabei nie eine Anforderung der Form &quot;user:pass@domain&quot;, sondern z.B. im Falle von ftp wird ein Zugriff auf den ftp-Server hergestellt und dannn (vom Brwoser zerpflückt) hintereinander Username und PW gesendet. Zudem habe ich vorhin mir alle bekannten Zugriffsvariablen auf den Dateinamen ausprobiert, und überall war das @ und der Benutzername weg (vielleicht gibt es aber noch eine Unbekannte? Weiß die jemand?).</description>
		<content:encoded><![CDATA[<p>Das Problem besteht darin, dass schon der Browser deine angeführte Variante eines ftp-Zugriffes entsprechend umcodiert. Selbst der Sever bekommt dabei nie eine Anforderung der Form &#8220;user:pass@domain&#8221;, sondern z.B. im Falle von ftp wird ein Zugriff auf den ftp-Server hergestellt und dannn (vom Brwoser zerpflückt) hintereinander Username und PW gesendet. Zudem habe ich vorhin mir alle bekannten Zugriffsvariablen auf den Dateinamen ausprobiert, und überall war das @ und der Benutzername weg (vielleicht gibt es aber noch eine Unbekannte? Weiß die jemand?).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: tommy75</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13253</link>
		<dc:creator>tommy75</dc:creator>
		<pubDate>Sun, 27 Apr 2003 15:30:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13253</guid>
		<description>Die Angabe vor dem @ ist ja nichts anderes als der Benutzername. Ist eine Adresse passwortgeschützt, so kann ich diese mittels &quot;user:pass@domain&quot; aufrufen. &lt;br&gt;
Der Browser ruft in so einem Fall die URL hinter dem @ auf und sendet im Header die &quot;Authorization&quot;-Zeile mit der Angabe user:pass (Base64-kodiert). In PHP gibt es sicherlich eine Umgebungsvariable, die den Username enthält. Und wenn dem so ist -&gt; Bingo! ;)</description>
		<content:encoded><![CDATA[<p>Die Angabe vor dem @ ist ja nichts anderes als der Benutzername. Ist eine Adresse passwortgeschützt, so kann ich diese mittels &#8220;user:pass@domain&#8221; aufrufen. <br />
Der Browser ruft in so einem Fall die URL hinter dem @ auf und sendet im Header die &#8220;Authorization&#8221;-Zeile mit der Angabe user:pass (Base64-kodiert). In PHP gibt es sicherlich eine Umgebungsvariable, die den Username enthält. Und wenn dem so ist -> Bingo! ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: mehlior</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13252</link>
		<dc:creator>mehlior</dc:creator>
		<pubDate>Sun, 27 Apr 2003 14:59:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13252</guid>
		<description>Ich will euch ja die Illusion nicht zerstören, jedoch zweifel ich ernsthaft an, dass es eine PHP-Lösung gibt:&lt;br&gt;
1) Man bekommt bei solchen Aufrufen wie &lt;a href=&quot;mailto:xxxx@fffcc44.de&quot;&gt;xxxx@fffcc44.de&lt;/a&gt; durch den Browser den Verweis auf die Startseite (also fffcc44.de) und&lt;br&gt;
2) das PHP-Script hat in allen Url-Variablen dann nur &quot;&quot; bzw. &quot;&lt;a href=&quot;index.php?link=http://www.fffcc44.de&quot; target=&quot;_blank&quot;&gt;http://www.fffcc44.de&lt;/a&gt;&quot; stehen, da der Browser diese Seite aufruft&lt;br&gt;
3) da wir nicht wissen, welche @-Domain der User aufruft, kann keine PHP-Lösung existieren&lt;br&gt;
4) dadurch können wir auch keine Url per parse_url zerlegen&lt;br&gt;
5) Ich habe bisher noch keinen Anbieter gesehen, der eine Server-seitige Lösung hat. (Bei allen wurde nur die Startdatei umbenannt und eine neue Datei mit dem JS zwischengeschaltet)&lt;br&gt;
Sollte ich mich allerdings täuschen, lasse ich mich gerne belehren ;D&lt;br&gt;&lt;br&gt;&lt;font class=klein&gt;Letzte Änderung von Christian Mehler am 27.04.03, 15:00.&lt;/font&gt;</description>
		<content:encoded><![CDATA[<p>Ich will euch ja die Illusion nicht zerstören, jedoch zweifel ich ernsthaft an, dass es eine PHP-Lösung gibt:<br />
1) Man bekommt bei solchen Aufrufen wie <a href="mailto:xxxx@fffcc44.de">xxxx@fffcc44.de</a> durch den Browser den Verweis auf die Startseite (also fffcc44.de) und<br />
2) das PHP-Script hat in allen Url-Variablen dann nur &#8220;&#8221; bzw. &#8220;<a href="index.php?link=http://www.fffcc44.de" target="_blank">http://www.fffcc44.de</a>&#8221; stehen, da der Browser diese Seite aufruft<br />
3) da wir nicht wissen, welche @-Domain der User aufruft, kann keine PHP-Lösung existieren<br />
4) dadurch können wir auch keine Url per parse_url zerlegen<br />
5) Ich habe bisher noch keinen Anbieter gesehen, der eine Server-seitige Lösung hat. (Bei allen wurde nur die Startdatei umbenannt und eine neue Datei mit dem JS zwischengeschaltet)<br />
Sollte ich mich allerdings täuschen, lasse ich mich gerne belehren ;D</p>
<p><font class=klein>Letzte Änderung von Christian Mehler am 27.04.03, 15:00.</font></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: limazwo</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13251</link>
		<dc:creator>limazwo</dc:creator>
		<pubDate>Sun, 09 Feb 2003 14:06:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13251</guid>
		<description>Im Endeffekt kommts auf das selbe raus. Du kannst nur nicht einfach wild URLs parsen, die Du nicht kennst.&lt;br&gt;
&lt;br&gt;
Grusz,&lt;br&gt;
L2</description>
		<content:encoded><![CDATA[<p>Im Endeffekt kommts auf das selbe raus. Du kannst nur nicht einfach wild URLs parsen, die Du nicht kennst.</p>
<p>Grusz,<br />
L2</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: fred</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13250</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Sun, 09 Feb 2003 13:51:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13250</guid>
		<description>Aber funktionieren müsste es doch, oder? Wieso darf man nicht den User dazu benutzen? Merkt doch keiner :-)&lt;br&gt;
&lt;br&gt;
Fred</description>
		<content:encoded><![CDATA[<p>Aber funktionieren müsste es doch, oder? Wieso darf man nicht den User dazu benutzen? Merkt doch keiner :-)</p>
<p>Fred</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: amauf</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13249</link>
		<dc:creator>amauf</dc:creator>
		<pubDate>Sun, 09 Feb 2003 13:13:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13249</guid>
		<description>Ja, wunderbar. Wir missbrauchen einfach den User als @-Domain! :-)</description>
		<content:encoded><![CDATA[<p>Ja, wunderbar. Wir missbrauchen einfach den User als @-Domain! :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: fred</title>
		<link>http://www.meinwebworker.de/knowhow/homepagetuning/domains-selbst-realisieren/comment-page-1/#comment-13248</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Sun, 09 Feb 2003 11:44:00 +0000</pubDate>
		<guid isPermaLink="false">knowhow-homepagetuning-atdomains#comment-13248</guid>
		<description>&lt;a href=&quot;index.php?link=http://www.selfphp.info/funktionsreferenz/url_funktionen/parse_url.php&quot; target=&quot;_blank&quot;&gt;http://www.selfphp.info/funktionsreferenz/url_funktionen/parse_url.php&lt;/a&gt;&lt;br&gt;
&lt;br&gt;
da steht im Beispiel auch was vor dem @. Könnte das was werden?</description>
		<content:encoded><![CDATA[<p><a href="index.php?link=http://www.selfphp.info/funktionsreferenz/url_funktionen/parse_url.php" target="_blank">http://www.selfphp.info/funktionsreferenz/url_funktionen/parse_url.php</a></p>
<p>da steht im Beispiel auch was vor dem @. Könnte das was werden?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

