<?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: Konfigurationsdateien im Apache sperren</title>
	<atom:link href="http://admirableadmin.de/75/konfigurationsdateien-im-apache-sperren/feed" rel="self" type="application/rss+xml" />
	<link>http://admirableadmin.de/75/konfigurationsdateien-im-apache-sperren</link>
	<description>&#34;Suchst du noch oder lebst du schon?&#34;</description>
	<lastBuildDate>Sun, 20 May 2012 14:31:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Von: Raven</title>
		<link>http://admirableadmin.de/75/konfigurationsdateien-im-apache-sperren/comment-page-1#comment-10</link>
		<dc:creator>Raven</dc:creator>
		<pubDate>Fri, 28 Nov 2008 01:22:10 +0000</pubDate>
		<guid isPermaLink="false">http://admirableadmin.de/?p=75#comment-10</guid>
		<description>Ich fürchte, solche Ratschläge sind ein Grund, warum über PHP noch immer als &quot;unsichere Kiddie-Sprache&quot; etc. gilt. Die einzige Dateiendung für PHP-Dateien ist &quot;.php&quot;, auch wenn sie irgendwo inkludiert werden!

Passwörter durch falsche Dateiendungen öffentlich zu machen ist eine Katastrophe und sollte nicht noch als Best Practice weiterverbreitet werden! Solch eine &quot;Sicherung&quot; setzt viel zu spät an und ist äußerst labil; spätestens bei Umzug oder Weitergabe des Codes ist der Mist wieder akut.

Die Konstellation mit vorhandenem Zugriff auf die Konfiguration des vHosts, jedoch ohne Einfluss auf DocumentRoot kommt mir übrigens ein wenig konstruiert vor.</description>
		<content:encoded><![CDATA[<p>Ich fürchte, solche Ratschläge sind ein Grund, warum über PHP noch immer als &#8220;unsichere Kiddie-Sprache&#8221; etc. gilt. Die einzige Dateiendung für PHP-Dateien ist &#8220;.php&#8221;, auch wenn sie irgendwo inkludiert werden!</p>
<p>Passwörter durch falsche Dateiendungen öffentlich zu machen ist eine Katastrophe und sollte nicht noch als Best Practice weiterverbreitet werden! Solch eine &#8220;Sicherung&#8221; setzt viel zu spät an und ist äußerst labil; spätestens bei Umzug oder Weitergabe des Codes ist der Mist wieder akut.</p>
<p>Die Konstellation mit vorhandenem Zugriff auf die Konfiguration des vHosts, jedoch ohne Einfluss auf DocumentRoot kommt mir übrigens ein wenig konstruiert vor.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

