• apt-get install lm-sensors
• sensors-detect
• /etc/init.d/module-init-tools
• bash:~# sensors

smartctl + hddtemp

da mir der artikel ein wenig zu kurz erscheint, leg ich mal noch fix S.M.A.R.T dazu. auf eine erklärung zum smartdaemon verzichte ich mal, ich hab ihn bis jetzt nicht gebraucht und sehe keinen wirklichen sinn in einem weiteren last-dauer-gast.

• apt-get install smartmontools
• bash:~# smartctl -H /dev/sda
• apt-get install hddtemp
• bash:~# hddtemp /dev/sda

der erste und wohl niederste ansatz war ein gern genutztes hash prinzip. ich habe den gedanken recht schnell verworfen, da diese vorgehensweise einen nicht überschaubaren datenmüll aufbauen würde. also betrachtete ich mir die möglichkeiten, die mir in diversen sprachen geboten wurden. wäre da eine weitere funktion “soundex” – ein phonetischer algo. und wie man phonetisch entnehmen kann – für den deutschen sprachraum absolut ungeeignet. kommt man dem jetzt ein stück näher, stößt man auf die weiterentwicklung “metaphone” – aber auch das hilft kein stück weiter. es wurde wärmer mit “similar text”. ja, ich wollte gerade noch darauf eingehen, allerdings konnte man das ganze auch vor wikileaks schon finden. levenshtein, ein feiner und funktionierender algorithmus. ich machte meine ersten gehversuche  im benchen. zuerst php, dann perl und dann c#. recht klar und auch ohne bench vorher schon sieger war und ist natürlich c#. ich schrieb also die erste mysql udf und reizte erstmal aus. 10.000 datensätze â 500 zeichen brauchten maximal 0,2sec. jetzt gibt es an der levenshtein geschichte ein paar kleine, aber sehr relevante fehler.

• da wären zum einen die umlaute und sonderzeichen
• suche nach wortketten liefert im ur-levenshtein ergebnisse, die keiner verwenden kann
• die suche von “klaus im haus muss raus” gegen “klaus raus” ist für das menschliche auge eine option
• der aktuelle datenbestand sollte durchsucht werden ohne überhänge zu erzeugen / migration auf bestehende systeme
• man sollte schon die fehlbarkeit einstellen (wortmenge + treffferquote = aussagekräftiger prozentsatz) können bzw. sollte dem eine gewisse rangordnung zugrunde liegen
• das ganze muss oder sollte im idealfall schneller als forest laufen
• die datenquelle sollte später keine rolle spielen ( db, literale, whatever )

das sind und waren meine “must haves” bevor ich damit zur kasse und somit online gehen kann. eigentlich – sollte das hier überhaupt jemandem dienlich oder wenigstens interessant erscheinen – ist es lediglich mathematik. also kinder, immer schön aufpassen in der schule. und bevor paul mir zum 8ten mal erklärt wo mein heim ist, mach ich meine arbeit.

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>