Cache-Control – mod_headers

für die hier vorgestellte variante bedarf es dem apache module headers.

~#: a2enmod headers
~#: /etc/init.d/apache2 force-reload

aufgrund der dateiendung wird nun der Cache-Control eintrag modifiziert (oder auch nicht) und abschließend dem client übermittelt. sinnvollerweise sollte man die regeln auch auf javascript dateien und css deklarationen ausdehnen. welche lebenszeit man der datei letzten endes verpasst liegt einzig an den änderungen

<ifmodule mod_headers.c>
<FilesMatch “\.(gif|jpe?g|png|swf)$”>
FileETag -INode MTime Size
Header unset Last-Modified
Header set Cache-Control “max-age=604800, public”
Header set Expires “Thu, 31 Dec 2012 20:00:00 GMT”
</FilesMatch>
</ifmodule>

Cache-Control – mod_expires

eine weitere / zweite möglichkeit um die cache-control einstellungen zu modifizieren bietet das apache module expires. vermeintlich sollte man sich vorher natürlich für eine entscheiden da eine duale nutzung relativ sinnfrei ist.

~#: a2enmod expires
~#: /etc/init.d/apache2 force-reload

wie der name vermuten lässt, ist das module expires nur für die einstellungen des verfalls der ausgelieferten daten zuständig. das nachfolgende beispiel ist das mod_headers pendant, bewirkt also so ziemlich genau das gleiche.

<ifmodule mod_expires.c>
ExpiresActive On
ExpiresDefault “access plus 1 seconds”
ExpiresByType image/x-icon “access plus 604800 seconds”
ExpiresByType image/jpeg “access plus 604800 seconds”
ExpiresByType image/png “access plus 604800 seconds”
ExpiresByType image/gif “access plus 604800 seconds”
ExpiresByType application/x-shockwave-flash “access plus 604800 seconds”
</ifmodule>

Content-Encoding – mod_deflate

um den content noch ein wenig zu packen und somit den wirklich entstehenden traffic zu senken, bietet sich das apache module deflate an.

~#: a2enmod deflate
~#: /etc/init.d/apache2 force-reload

nun könnte man prinzipiell alles, insofern der browser gzip codierte inhalte akzeptiert ausliefern. allerdings ist das packen von aktuellen bildformaten kontraproduktiv, da diese formate bereits auf das notwendige reduziert sind. wesentlich sinnvoller ist das packen von textinhalten, also css deklarationen, javascripten und webseiten.

<ifmodule mod_deflate.c>
<FilesMatch “\.(css|js|html?|php)$”>
SetOutputFilter DEFLATE
</FilesMatch>
</ifmodule>

welche dateien es nun lohnt zu cachen und / oder zu packen liegt am projekt und der dahinter liegenden umsetzung.

durch eine kombination aus RewriteCond & RewriteRule und der Variable REMOTE_ADDR bekommt man recht fix den gewünschten effekt zusammengeschustert. im beispiel werden alle adresse bis auf die ip 127.0.0.1 auf die uri http://codus.mho.org.in weitergeleitet. um weitere ip adressen zu erlauben setzt man einfach eine weitere rewrite condition vor der rewrite rule ein!

RewriteEngine On
RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$
RewriteRule .* http://codus.mho.org.in [L,R=301]

der wesentlich öfter gefragte aber genauso oft im netz erklärte fall der vollständigkeit halber auch noch einmal. der ip 127.0.0.1 den zugriff auf die domain http://codus.mho.org.in untersagen.

order deny, allow
deny from 127.0.0.1

da nach dem auffrischen der treiber keine besserung ersichtlich war, versuchte ich erstmal den lan weg. und voila, die daten kamen zügig am asus an. der fehler liegt im detail und im falle des asus eee 1000h ( zumindest unter winXP ) liegt er in der treibereinstellung “stromsparmodus” des wlan treibers. hier sollte man die einstellung “MAX_PSP” peinlichst vermeiden. richtig und im angesprochenen fall auch des rätsels lösung ist die einstellung “CAM”.

example #1: domain.tld/ -> domain.tld/index.php

RewriteEngine On
RewriteCond %{REQUEST_URI} ^/$
RewriteCond %{HTTP_HOST} ^domain.tld$
RewriteRule ^$ http://%{HTTP_HOST}%{REQUEST_URI}index.php [L,R=301]

example #2: domain.tld/subdir/ -> domain.tld/subdir/index.php

RewriteEngine On
RewriteCond %{REQUEST_URI} ^/subdir/$
RewriteCond %{HTTP_HOST} ^domain.tld$
RewriteRule ^$ http://%{HTTP_HOST}%{REQUEST_URI}index.php [L,R=301]

step 1

bindet das javascript von comodo ein und wird im head eingebunden. dieser teil kann 1:1 übernommen werden.

<script language=”javascript” type=”text/javascript”>
var cot_loc0 = (document.location.protocol == “https:”)? “https://secure.comodo.net/trustlogo/javascript/cot.js” : “http://www.trustlogo.com/trustlogo/javascript/cot.js”;
document.write(unescape(“%3Cscript src=’” + cot_loc0 + “‘ type=’text/javascript’%3E%3C/script%3E”));
</script>

step 2

das logo, welches für gewöhnlich auf dem eigenen webserver platziert wird / hier auf der zu ersetzenden beispieldomain “codus.mho.org.in”. dieser part sollte idealerweise im body bereich oberhalb von </body> eingebunden werden.

<script language=”JavaScript” type=”text/javascript”>
var cot_image_location = (document.location.protocol == “https:”)? “https://codus.mho.org.in/images/cornertrust.gif” : “http://codus.mho.org.in/images/cornertrust.gif”;
COT(cot_image_location, “SC2″, “none”);
</script>