<?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>htaccess &#8211; EGM Weblog &#8211; Archive Edition</title>
	<atom:link href="https://www.weblog.co.at/tags/htaccess/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.weblog.co.at</link>
	<description>Wordpress Experte Wien &#124; Fotografie &#124; Layout</description>
	<lastBuildDate>Wed, 14 Dec 2016 16:12:05 +0000</lastBuildDate>
	<language>de-AT</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.5</generator>

<image>
	<url>https://weblog.co.at/wp-content/uploads/sites/5/cropped-egmlogo_dunkel_512-36x36.jpg</url>
	<title>htaccess &#8211; EGM Weblog &#8211; Archive Edition</title>
	<link>https://www.weblog.co.at</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>WordPress-Duplicator erzeugt auf World4you die Fehlermeldung &#8222;Internal Server Error&#8220; &#8211; hier die Lösung!</title>
		<link>https://www.weblog.co.at/wordpress-duplicator-erzeugt-auf-world4you-die-fehlermeldung-internal-server-error-hier-die-loesung/</link>
					<comments>https://www.weblog.co.at/wordpress-duplicator-erzeugt-auf-world4you-die-fehlermeldung-internal-server-error-hier-die-loesung/#comments</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 14 Dec 2016 16:11:10 +0000</pubDate>
				<category><![CDATA[TechTalk]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[duplicator]]></category>
		<category><![CDATA[htaccess]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[world4you]]></category>
		<guid isPermaLink="false">https://www.egm.at/?p=7553</guid>

					<description><![CDATA[Was man tun kann, wenn der Download von Duplicator-Installer und -Archiv bei World4you einen "Internal Server Error" erzeugt.]]></description>
										<content:encoded><![CDATA[<p>Heute stand ich vor der Aufgabe, die WordPress-Website eines Kunden per <a href="https://wordpress.org/plugins/duplicator/">Duplicator-Plugin</a> von World4you zur Weiterentwicklung auf einen Testserver zu überspielen. Das Erstellen des Archivs und des Installers funktionierte problemlos, allerdings spuckte der Server beim Versuch, die beiden Dateien herunterzuladen, eine Fehlermeldung aus: <em>&#8222;Internal Server Error</em><em> &#8211; The server encountered an internal error or misconfiguration and was unable to complete your request. Your administrator may not have enabled CGI access for this directory.&#8220;</em></p>
<p>Nach kurzer Suche war der Schuldige schnell gefunden: der Duplicator legt seine Dateien im Verzeichnis <em>/wp-snapshots</em> ab. Dort wird bei der Installation eine Datei namens <em>.htaccess</em> angelegt, deren Inhalt nur dafür sorgen soll, dass beim direkten Aufrufen des Verzeichnisses der Inhalt nicht aufgelistet werden kann. Und das mag der World4you-Server offenbar gar nicht, denn diese Einstellung kann man im Kundenbereich <a href="https://my.world4you.com">my.world4you.com</a> unter <em>&#8222;Webspace -&gt; Einstellungen -&gt; Weitere Server-Einstellungen&#8220;</em> global für alle Verzeichnisse setzen: wenn hier <em>&#8222;Directory Listing&#8220;</em> auf AUS gesetzt ist, kann die <em>.htaccess</em> mit diesem Inhalt getrost entfallen.</p>
<p><strong>Abhilfe also:</strong> <em>Directory Listing</em> im Kundenbereich auf AUS, .htaccess (<strong>NUR</strong> die Datei im Verzeichnis <em>/wp-snapshots &#8211; </em><strong>NICHT die .htaccess im Hauptverzeichnis!!!!!</strong>) löschen &#8211; und der Download der Duplicator-Files klappt einwandfrei.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.weblog.co.at/wordpress-duplicator-erzeugt-auf-world4you-die-fehlermeldung-internal-server-error-hier-die-loesung/feed/</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>.htaccess-Trick für die Website-Pflege</title>
		<link>https://www.weblog.co.at/htaccess-tricks-fur-die-website-pflege/</link>
					<comments>https://www.weblog.co.at/htaccess-tricks-fur-die-website-pflege/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 01 Feb 2012 10:32:00 +0000</pubDate>
				<category><![CDATA[PHP,CGI & Co.]]></category>
		<category><![CDATA[TechTalk]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[htaccess]]></category>
		<category><![CDATA[pflege]]></category>
		<category><![CDATA[verzeichnisschutz]]></category>
		<category><![CDATA[website]]></category>
		<guid isPermaLink="false">https://www.egm.at/weblog/?p=4344</guid>

					<description><![CDATA[In der letzten Zeit kam es öfter vor, dass ich Wartungen an datenbankgestützte Websites vornehmen sollte. Natürlich will man währenddessen nicht unbedingt, dass die halbfertig aktualisierten Seiten online verfügbar sind. Ich habe mir dazu schon vor einiger Zeit eine .htaccess-Datei vorbereitet, die man in solchen Fällen einsetzen kann. Alle Seitenbesucher werden während der Wartung auf ... <a title=".htaccess-Trick für die Website-Pflege" class="read-more" href="https://www.weblog.co.at/htaccess-tricks-fur-die-website-pflege/" aria-label="Mehr Informationen über .htaccess-Trick für die Website-Pflege">weiterlesen</a>]]></description>
										<content:encoded><![CDATA[<p>In der letzten Zeit kam es öfter vor, dass ich Wartungen an datenbankgestützte Websites vornehmen sollte. Natürlich will man währenddessen nicht unbedingt, dass die halbfertig aktualisierten Seiten online verfügbar sind. Ich habe mir dazu schon vor einiger Zeit eine .htaccess-Datei vorbereitet, die man in solchen Fällen einsetzen kann. Alle Seitenbesucher werden während der Wartung auf eine Infoseite umgeleitet, außer die Zugriffe erfolgen von meinen beiden Büro-IP-Adressen aus:</p>
<pre>Options +FollowSymlinks
RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^111.111.111.111$
RewriteCond %{REMOTE_ADDR} !^222.222.222.222$
RewriteRule ^(.*)$ http://www.website.com/shopwartung/ [R=302,L]</pre>
<p>In diesem Anwendungsbeispiel liegt die .htaccess-Datei im Unterverzeichnis <em>shop/</em> auf der Website, der Zugriff ist nur für die IP-Adressen 111.111.111.111 und 222.222.222.222 erlaubt. Alle anderen werden auf dieselbe Website ins Verzeichnis <em>shopwartung/</em> umgeleitet. Dieses muss zwingend außerhalb des geschützten Verzeichnisses liegen! Die IPs und die Umleitungsadresse müsst ihr natürlich an eure eigenen Gegebenheiten anpassen.<br />
Wenn die .htaccess im selben Verzeichnis wie die restliche Website liegt, muss man den Code ein wenig abändern:</p>
<pre>Options +FollowSymlinks
RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^111.111.111.111$
RewriteCond %{REMOTE_ADDR} !^222.222.222.222$
RewriteCond %{REQUEST_URI} !shopwartung/
RewriteRule ^(.*)$ http://www.website.com/shopwartung/ [R=302,L]</pre>
<p>So werden nur die Zugriffe umgeleitet, die nicht aufs Verzeichnis /showartung zugreifen wollen &#8211; denn sonst versucht der Server eine erneute Umleitung dorthin und gerät in eine Endlosschleife.<br />
Die .htaccess kann man nach Abschluss der Wartung im Verzeichnis belassen &#8211; einfach vor die letzte Zeile ein Raute-Zeichen (#) setzen, um die Umleitung zu deaktivieren.<br />
Anmerkung: natürlich könnte man während einer Seitenwartung Zugriffe von Fremd-IPs einfach blocken (der Besucher kriegt dann lapidar &#8222;403-Access denied&#8220; mitgeteilt), ich halte meine Methode allerdings für etwas freundlicher.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.weblog.co.at/htaccess-tricks-fur-die-website-pflege/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>.htaccess-Tricks</title>
		<link>https://www.weblog.co.at/htaccess-tricks/</link>
					<comments>https://www.weblog.co.at/htaccess-tricks/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Tue, 22 Dec 2009 12:13:10 +0000</pubDate>
				<category><![CDATA[Netzwelt]]></category>
		<category><![CDATA[TechTalk]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[htaccess]]></category>
		<category><![CDATA[tipps]]></category>
		<category><![CDATA[tricks]]></category>
		<guid isPermaLink="false">https://www.egm.at/weblog/?p=2853</guid>

					<description><![CDATA[Beim Stöbern im Artikel Stupid WordPress Tricks bin ich auf einen älteren, aber deshalb nicht minder nützlichen Artikel auf Perishable Press gestossen: in Stupid .htaccess Tricks aus dem Jahr 2006 kann man fast mehr über die Möglichkeiten lernen, die sich mit .htaccess-Dateien umsetzen lassen als in einem entsprechenden Wochenendseminar.]]></description>
										<content:encoded><![CDATA[<p>Beim Stöbern im Artikel <a href="http://perishablepress.com/press/2009/12/01/stupid-wordpress-tricks/">Stupid WordPress Tricks</a> bin ich auf einen älteren, aber deshalb nicht minder nützlichen Artikel auf <a href="http://perishablepress.com/">Perishable Press</a> gestossen: in <a href="http://perishablepress.com/press/2006/01/10/stupid-htaccess-tricks/">Stupid .htaccess Tricks</a> aus dem Jahr 2006 kann man fast mehr über die Möglichkeiten lernen, die sich mit .htaccess-Dateien umsetzen lassen als in einem entsprechenden Wochenendseminar.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.weblog.co.at/htaccess-tricks/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/?utm_source=w3tc&utm_medium=footer_comment&utm_campaign=free_plugin

Page Caching using Disk: Enhanced 
Lazy Loading (feed)

Served from: www.weblog.co.at @ 2026-04-30 05:17:37 by W3 Total Cache
-->