Leben des wolf-u.li http://wolf-u.li This and That. Wed, 10 Mar 2010 21:25:03 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Häufung von Fehler “Unerreichbar” in Google Webmaster Tools aufgrund von Global Translator und Parameter replytocom http://wolf-u.li/3365/haeufung-von-fehler-unerreichbar-in-google-webmaster-tools-aufgrund-von-global-translator-und-parameter-replytocom/ http://wolf-u.li/3365/haeufung-von-fehler-unerreichbar-in-google-webmaster-tools-aufgrund-von-global-translator-und-parameter-replytocom/#comments Wed, 10 Mar 2010 21:25:03 +0000 Uli http://wolf-u.li/?p=3365 In den letzten Tagen haben sich bei mir in den Google Webmaster-Tools sehr viele “Unerreichbar”-Fehler aufgrund des dynamischen “replytocom”-Parameters angehäuft. Dieser wird bei, von Global Translator übersetzten, Seiten an verlinkungen der Kommentare angehängt, was Google wohl nicht so gut verpackt.

Die Lösung ist sehr einfach: Man gehe in die betroffene Seite, klicke links auf “Website-Konfiguration” und anschließend “Einstellungen”. Dort trägt man am Ende der Seite unter “Parameterbehandlung” den Parameter “replytocom” mit der Aktion “Ignorieren” ein.

Sieht dann so aus:
Parametereinstellungen in Google Webmaster Tools

© 2005-2009 by Uli Wolf – This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3365/haeufung-von-fehler-unerreichbar-in-google-webmaster-tools-aufgrund-von-global-translator-und-parameter-replytocom/feed/ 0 Erklärung der Einstellung “Row Cycle Time” (TRC) bei RAM-Timings in CPU-Z http://wolf-u.li/3361/erklaerung-der-einstellung-row-cycle-time-trc-bei-ram-timings-in-cpu-z/ http://wolf-u.li/3361/erklaerung-der-einstellung-row-cycle-time-trc-bei-ram-timings-in-cpu-z/#comments Mon, 08 Mar 2010 21:55:21 +0000 Uli http://wolf-u.li/?p=3361 3361-OCZ-PC8800Heute habe ich zufällig einen Blick in CPU-Z geworfen und festgestellt, dass mein RAM nicht so ganz richtig angesteuert wurde. Verbaut sind in meinem Rechenknecht zwei Kits des “OCZ DDR2 PC2-8800 Platinum 4GB Edition“, welcher sich laut Hersteller mit maximal 1100Mhz bei CL 5-5-5-18 Timings befeuern lässt. Dabei unterstützt er bis zu 2,2V, was ihn prinzipiell für Übertaktungsangelegenheiten interessant machen würde. Mein Mainboard, ein Gigabyte MA790GP-UD4H, erkannte den Ram und stellte im Automatik-Modus erstmal einen Multiplikator von 4 mit CL 5-6-6-24, ein. Dies ergibt zusammen mit der HT-Referenzfrequenz von 200Mhz für den RAM 800Mhz, was noch, angesichts der Spezifikation, etwas wenig ist. Also flugs ins Bios und auf Multi 5,33 gestellt (5,50 ist leider nicht verfügbar). Blieben noch die Timings einzustellen, was bei CPU-Z konkret die Werte für CL, TRCD, TRP, TRAS, TRC sowie CR sind.

Hierzu verwendete ich heute nicht das BIOS, sondern habe mir das Tool AMD Overdrive geschnappt, dieses auf den Advanced-Mode umgeschalten und die Timings manuell eingestellt. Dies hat den Vorteil, dass ich direkt im Anschluss mittels eines Lasttests die Timings testen kann. Allerdings werden diese Timings nach einem Neustart nicht ohne aktives AMD Overdrive gesetzt, sodass man diese dann dauerhaft im BIOS festsetzen sollte.

In der nachfolgenden Tabelle sind die einzelnen Bestandteile des Timings aufgelistet:

CAS TRCD TRP TRAS
5 5 5 18

CPU-Z nach Einstellung

CPU-Z nach Einstellung

Die Abkürzungen mal etwas länger:

  • CL: CAS# Latency
  • TRCD: RAS# to CAS# Latency
  • TRP: RAS# Precharge
  • TRAS: Cycle Time
  • TRC: Row Cycle Time
  • CR: Command Rate

Weiterhin möchte AMD Overdrive von mir einen Wert für TRC wissen. Dieser Wert bezeichnet die Row Cycle Time, also die Dauer, die zwischen zwei aufeinander folgenden Aktivierungen zweier beliebiger Zeilen in derselben Bank verstrichen sein muss. Er beschreibt also die minimal notwendige Zeit, um eine Speicherzeile aufzufrischen. (Quelle).

Laut einem Paper von Mushkin sollte der Wert für TRC auf TRAS + TRP gesetzt werden, was bei mir 23 (18+5) ist.

Obs nun wirklich schneller ist, vermag ich nicht wirklich zu beurteilen, aber man muss das gekaufte ja nicht unnütz rumliegen lassen ;) Die letzten Mhz, die noch möglich sind, könnte man durch ein Anheben der HT Referenz-Frequenz erreichen, jedoch wird dann auch gleichzeitig die CPU übertaktet, was ich nicht will.

Hilfreiche Seiten während der Recherche:

© 2005-2009 by Uli Wolf – This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3361/erklaerung-der-einstellung-row-cycle-time-trc-bei-ram-timings-in-cpu-z/feed/ 0 Conceptronic CH3HNAS ist verfügbar http://wolf-u.li/3356/conceptronic-ch3hnas-ist-verfuegbar/ http://wolf-u.li/3356/conceptronic-ch3hnas-ist-verfuegbar/#comments Sun, 07 Mar 2010 21:26:59 +0000 Uli http://wolf-u.li/?p=3356
Conceptronic CH3HNAS - Verpackung

Conceptronic CH3HNAS - Verpackung

Das Conceptronic CH3HNAS ist erschienen. Das NAS ist als Low-Budget-Lösung konzipiert worden und steht damit in Konkurrenz zu Geräten wie dem Xtreamer eTRAYz. Im Unterschied zum Conceptronic CH3MNAS fehlen der Druckserver, zeitgesteuerte Downloads und die Unterstützung fürs fun_plug. Letzteres kann sich noch ändern, derzeit ist es aber nicht enthalten.

Hier die Gesamtliste der Features und Eigenschaften:
Conceptronic CH3HNAS - Front

Conceptronic CH3HNAS - Vorderseite

  • Abmessungen: 110×83x207 mm (BxHxT)
  • Gewicht: 830g (ohne Festplatte)
  • Aktiver Lüfter
  • Gigabit-LAN Anschluss (abwärtskompatibel mit 10/100Mbps) mit Auto-MDIX-Unterstützung
  • Dual SATA 3.5″ HDD mit maximal 2*2TB
  • Vertikale Montage der Festplatten
  • 4 mögliche HDD-Konfigurationen: Standard, JBOD, RAID 0, RAID 1
  • Dateisystem: XFS
  • Memory: 64MB
  • Prozessor: PLX (Oxford) OXE810DSE (367Mhz, ARM926EJ-S processor mit 32 Kbyte Cache, MMU und 128 Kbyte on-chip SRAM)

CPUINFO zeigen ▼

Conceptronic CH3HNAS - Rückseite

Conceptronic CH3HNAS - Back

Software-Ausstattung:

  • Webinterface für die Konfiguration
  • Unterstützt zeitgesteuerte FTP/HTTP Downloads/Backups
  • HDD Power Management
  • Samba Server (Windows Freigaben)
  • FTP Server
  • UPnP AV Server mit DLNA-Unterstützung
  • iTunesTM Server

Für wen ist das Gerät geeingnet? Definitiv für alle, die einfach nur Daten speichern möchten und keine besonderen Geschichten wie Webserver oder fun_plug Unterstützung benötigen.

Derzeit schwanken die Preise zwischen 80€ und 100€ für das Gerät, was es ganz attraktiv macht. Leider liest man noch nix über die Übertragungsraten, die angesichts des ungewöhnlichen Chipsatzes sicher interessant wären. Die des CH3MNAS sind hier nachzulesen.

© 2005-2009 by Uli Wolf – This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3356/conceptronic-ch3hnas-ist-verfuegbar/feed/ 2 Projekt zwölf2010: Wasserturm Mannheim im März http://wolf-u.li/3355/projekt-zwoelf2010-wasserturm-mannheim-im-maerz/ http://wolf-u.li/3355/projekt-zwoelf2010-wasserturm-mannheim-im-maerz/#comments Fri, 05 Mar 2010 19:50:18 +0000 Uli http://wolf-u.li/?p=3355 Hier das Photo vom März im Projekt zwölf2010:
Wasserturm Mannheim im März

Exif:
Brennweite: 18mm
Belichtungszeit: 1/80s
Blende: 10
ISO: 100

Geschossen wurde es mit der Sony α200 und dem Tamron 18-250/3.5-6.3.

PS: @Jana: Teilnehmer #188 – Uli

© 2005-2009 by Uli Wolf – This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3355/projekt-zwoelf2010-wasserturm-mannheim-im-maerz/feed/ 0 fun_plug 0.5 auf einem USB-Stick auf dem Conceptronic CH3MNAS installieren http://wolf-u.li/3329/fun_plug-0-5-auf-einem-usb-stick-auf-dem-conceptronic-ch3mnas-installieren/ http://wolf-u.li/3329/fun_plug-0-5-auf-einem-usb-stick-auf-dem-conceptronic-ch3mnas-installieren/#comments Thu, 25 Feb 2010 17:52:54 +0000 Uli http://wolf-u.li/?p=3329 Diese Anleitung bezieht sich auf das fun_plug in der Version 0.5 und wurde nur auf dem Conceptronic CH3MNAS getestet. Bitte beachte den Leitartikel für weitere Tutorials

Auf dem Conceptronic CH3MNAS lässt sich wie bereits auf dem CH3SNAS ein sogenanntes fun_plug installieren, um weitere Dienste wie beispielsweise Webserver oder Medienserver nachzurüsten. Um den Spindown der Festplatten nicht durch das fun_plug behindern zu lassen, kann man dieses auf einem USB-Stick installieren, was Inhalt dieses Artikels ist.

Das ffp an sich ist perfekt, um direkt auf einen USB-Stick gepackt zu werden. Ich hatte bereits schon einmal demonstriert, wie dies für bestimmte Programme funktioniert, jetzt ist das gesamte fun_plug dran, da dann Probleme, wie sich nicht abschaltende Festplatten und lange Antwortzeiten beim ersten Aufrufen einer Webseite (lighttpd auf der ausgeschalteten Festplatte) endlich der Vergangenheit angehören.

Zum Inhalt des Tutorials:

  1. Abkürzungsverzeichnis
  2. Vorbereitende Gedanken
  3. Vorbereitung des USB-Sticks:
  4. Installation des fun_plug 0.5
  5. Installation von zusätzlichen Paketen

Im nun folgenden Tutorial gelten diese Abkürzungen:

  • NAS: Conceptronic CH3MNAS
  • ffp: fonz fun_plug 0.5
  • "#:" bedeutet Konsoleneingabe (ohne die Zeichen #:)
  • [enter] bedeutet Das Drücken der Return-Taste auf der Tastertur

Ich bitte darum das Tutorial erst einmal KOMPLETT zu lesen, BEVOR man es durchführt! Viele Fragen kommen dann erst gar nicht auf und manche Probleme klären sich so von selbst!

Ein kurzes Wort noch zum fun_plug 0.5 auf dem CH3MNAS. Das ffp0.5 ist eigentlich nicht für diese Architektur konzipiert worden und kann unter Umständen von Zeit zu Zeit ausfallen oder nicht richtig antworten. In diesen Fällen ist nach einem Restart des Geräts die Welt meist wieder in Ordnung. Das kompatible ffp0.6 ist zwar bereits in der Mache, jedoch derzeit noch nicht fertig. Ich habe bei mir das ffp0.5 nun seit einiger Zeit stabil laufen, daher kann ich zu einer Installation raten.

Für dieses Tutorial braucht man *oh wunder* einen USB-Stick. Dieser wird im laufen dieses Beitrag komplett formatiert, d.h. alle Daten gehen verloren! Größenmäßig sollte der Stick oberhalb von 512MB, besser bei einem 1GB liegen. Eine komplett-Installation des fun_plug benötigt etwa 500MB inklusive Paketverzeichnis (Größe ~100MB, wobei man das auch auf der Festplatte halten kann, da man es eh nur einmal braucht). Wichtig in diesem Tutorial ist die Menge der Festplatten im NAS. Je nach dem wird der USB-Stick anders angesprochen. Bei einer Festplatte wird der USB-Stick als "sdb", bei zwei Festplatten als "sdc" angesprochen. Ich spreche im Tutorial und in allen Dateien immer von sdc, ich bitte dies selbstständig auf sdb zu ändern, wenn nur eine Festplatte im Gehäuse steckt! Zudem braucht das NAS eine funtionierende Internetverbindung, sonst wird meine Anleitung in der momentanen Form nicht laufen! Bitte auch drauf achten, dass ein funktionierender DNS-Server zur Verfügung steht.

Bitte jetzt den USB-Stick anstecken!

Das grundlegende Problem ist zunächst das Dateisystem des USB-Sticks. Ich rate zu ext2, da dies bereits im NAS selbst eingesetzt wird und als relativ robust anerkannt ist. Das Problem ist nun, dass die meisten Leser vermutlich kein Programm (z.B. Partition Magic) oder auch keine Umgebung (Linux) installiert haben um den Stick auf ext2 zu formatieren.

Zunächst muss sichergestellt sein, dass das NAS über eine gültige Netzwerkkonfiguration ("Setup" -> "LAN") mit Gateway & DNS-Server verfügt. Wird die IP-Adresse automatisch bezogen, ist das im Regelfall korrekt eingestellt.

Wir werden zunächst ein reguläres ffp0.5 auf dem NAS einrichten. Wenn man keinen Zugang hat (z.B. neues NAS), dann bitte folgende drei Punkte befolgen:

  • Download dieser Datei und dieser Datei
  • Bitte drauf achten, dass die Datei "fun_plug" genau so benannt ist, bevor diese über das normale File-Share ins Hauptverzeichnis auf die erste Festplatte (Zumeist als "Volume_1" über Samba freigegeben) gespeichert wird.
  • Beim Reboot wird das normale fun_plug 0.5 initialisiert.

Nun werden wir den Stick frisch partitionieren. Bitte vor dem ausführen der folgenden Schritte prüfen, ob der Stick wirklich dran steckt!
Unter Windows verwendet man dazu am einfachsten das Tool PuttY von hier. Nach dem Start muss man die Adresse des NAS unter "Host Name" angeben, "Telnet" unter Connection Type anwählen und auf "Open" klicken. Nun öffnet sich die Konsole, wo man direkt eingeloggt ist. Sollte sich trotz der korrekten Eingabe der Adresse des NAS keine verbindung herstellen lassen, so prüft man zunächst ob ein ffp.log auf Volume_1 oder Volume_2 angelegt wurde. Meistens ist dies nicht der Fall. Daher einfach die beiden Dateien fun_plug und fun_plug .tgz auf das andere Share zusätzlich ablegen.

Zunächst braucht man dann noch das usb-storage.ko-Modul, damit der USB-Stick erkannt werden kann:

PLAIN TEXT
CODE:
  1. mkdir -p /mnt/HD_a2/.bootstrap/
  2. wget http://wolf-u.li/download-manager.php?id=54 -O /mnt/HD_a2/.bootstrap/usb-storage.ko
  3. cp /mnt/HD_a2/.bootstrap/usb-storage.ko /lib/modules/
  4. insmod /lib/modules/usb-storage.ko

Nun benötigt man fdisk zur Formatierung des USB-Sticks (Wer sich über "cat" wundert: Klick):

PLAIN TEXT
CODE:
  1. cat | fdisk /dev/sdc

Dieses Tool zeigt nun die Zeile "Command (m for help):". Zunächst lässt man sich mittels "p[enter]" die momentanen Partitionen anzeigen. Die Ausgabe sieht bei meinem 512MB Test-USB-Stick so aus:

Disk /dev/sdc: 519 MB, 519569408 bytes
16 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 992 * 512 = 507904 bytes

Device Boot | Start | End | Blocks | Id | System
/dev/sdc1 | 1 | 1022 | 506881 | c Win95 | FAT32 (LBA)

Nun löschen wir diese eine Partition:

d[enter]

Und legen eine neue an:

n[enter]
p[enter]
1[enter]
[enter]
[enter]
t[enter]
83[enter]

Nun haben wir eine Partition erstellt, die die maximale Größe des USB-Sticks ausfüllt und als Linux-Partition markiert ist. Die Änderungen sehen wir uns noch nochmal an und speichern diese anschließend:

p[enter]
w[enter]

Diese werden wir nun noch auf ext2 formatieren:

PLAIN TEXT
CODE:
  1. mke2fs /dev/sdc1

Damit ist der USB-Stick fertig vorbereitet. Darauf ist nun ein Dateisystem mit dem Typ ext2 in der vollen Größe des Sticks angelegt.

Der nächste Schritt ist nun, das FFP_SETUP_SCRIPT herunterzuladen:

PLAIN TEXT
CODE:
  1. mkdir /mnt/HD_a2/.bootstrap/
  2. wget http://wolf-u.li/download-manager.php?id=55 -O /mnt/HD_a2/.bootstrap/setup.sh
  3. chmod +x /mnt/HD_a2/.bootstrap/setup.sh

Wenn man die obige minimal-umgebung gestartet hat, dann kann man diese nun vor dem Restart noch entfernen:

PLAIN TEXT
CODE:
  1. rm -R /mnt/HD_a2/ffp/

Nun muss das NAS einmal neu gestartet werden, was entweder über das Webinterface oder die Konsole möglich ist:

PLAIN TEXT
CODE:
  1. reboot

Nach einem Reboot ist das ffp vom USB-Stick geladen und automatisch telnet aktiviert. Zunächst sollte man sich nun mit einem geeigneten Telnet-Programm (unter Linux einfach nur "ssh", unter Windows verwende ich Putty,wie oben zu sehen) auf dem NAS einloggen. Bitte für den folgenden Schritt einfach mal das Bild links ansehen, damits klarer wird.

Login as: root
Passwort sollte keines verlangt werden

Wenn (oder direkt) "/mnt/HD_a2 #" erscheint, ist man eingeloggt und kann fortfahren.

Als eine der ersten Aktionen wird nun /etc/shadow mittels pwconv erstellt. Das Passwort wird anschließend mittels "passwd" geändert:

PLAIN TEXT
CODE:
  1. pwconv
  2. passwd

Wenn das neue Passwort zweimal eingegeben wurde, muss man den root-User noch aktivieren:

PLAIN TEXT
CODE:
  1. usermod -s /ffp/bin/sh root

Nun kann man den Login nun direkt testen. Hierzu gibt man im Anschluss:

PLAIN TEXT
CODE:
  1. login

ein. Wenns nicht klappt, einfach die Prozedur ab "passwd" wiederholen.

Wenn alles geklappt hat, dann muss das Passwort in den internen Flash-Speicher gespeichert werden.

PLAIN TEXT
CODE:
  1. store-passwd.sh

Nun wird der SSH-Server aktiviert, da telnet bereits als sehr unsicher (v.a. aufgrund des unverschlüsselten Verkehrs) bekannt ist (das erste Starten wird eine Weile dauern und wirft lustige Zeichen in der Kommandozeile):

PLAIN TEXT
CODE:
  1. chmod a+x /ffp/start/sshd.sh
  2. sh /ffp/start/sshd.sh start

Nun den Telnet-Client noch nicht schließen! Öffne gleichzeitig nochmals PuttY und verwende aber statt telnet nun SSH. Versuche eine Verbindung zum NAS. Diese wird (hoffentlich) erfolgreich sein.

Nun (und NUR wenn der Login erfolgreich war!) kann der Telnet-Server deaktiviert werden:

PLAIN TEXT
CODE:
  1. chmod -x /ffp/start/telnetd.sh

Auf dem usbstick ist unter "/mnt/HD_a2/usbstorage" ein Verzeichnis namens "ffp" angelegt worden. Darin befindet sich ein Unterverzeichnis "start", in dem verschiedene Startdateien für diverse Dienste liegen. Typischerweise weisen davon nur wenige das Attribut X, also Executable. Nur diese werden auch beim Start des fun_plug ausgeführt. Ein paar Zeilen weiter oben habe ich "chmod +x sshd.sh" angeordnet. Diese Anweisung markiert eine Datei als ausführbar. Alle Dateien im Start-Ordner, die als executable markiert sind, werden vom fun_plug aufgerufen.

Weitere Software kann man nun einfach installieren. Hierzu muss man zunächst alle Pakete von fonz auf das NAS syncronisieren. Ich habe das Verzeichnis auf dem USB-Stick angelegt. Wenn es woanders sein soll, sollte das der versierte Nutzer selbst erledigen können ;)

PLAIN TEXT
CODE:
  1. mkdir /ffp/pkg/
  2. cd /ffp/pkg/
  3. rsync -av inreto.de::dns323/fun-plug/0.5/packages .
  4. cd packages

Schlägt der rsync-Befehl mit der Meldung "rsync: getaddrinfo: inreto.de 873: Name or service not known" fehl, so ist der DNS-Server nicht korrekt eingetragen.

Mit diesen Befehlen habe ich einen Ordner namens "pkg" im Ordner "ffp" erstellt. Zusätzlich wurde nun der Ordner "packages" angelegt, der alle kompilierten Pakete von fonz enthält.

Nun muss man zunächst einige Programme auf den neuesten Stand bringen:

PLAIN TEXT
CODE:
  1. cd /ffp/pkg/packages/
  2. funpkg -u funpkg-*.tgz
  3. funpkg -u *.tgz

Anschließend installiert man alle verfügbaren Pakete:

PLAIN TEXT
CODE:
  1. cd /ffp/pkg/packages/
  2. funpkg -i *.tgz

Zusätzliche Pakete habe ich dann später im Verzeichnis /ffp/pkg/additional abgelegt. Diese zusätzlichen Pakete finden sich in meinem Repository. Als nächstes rate ich dieses einzurichten und die Zeitsynchronisation einzuschalten.

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3329/fun_plug-0-5-auf-einem-usb-stick-auf-dem-conceptronic-ch3mnas-installieren/feed/ 6 Bildercache für den Webserver nginx am Beispiel von Gravatar-Icons http://wolf-u.li/3348/bildercache-fuer-den-webserver-nginx-am-beispiel-von-gravatar-icons/ http://wolf-u.li/3348/bildercache-fuer-den-webserver-nginx-am-beispiel-von-gravatar-icons/#comments Mon, 22 Feb 2010 18:57:57 +0000 Uli http://wolf-u.li/?p=3348 Dieser Artikel ist Teil einer Reihe zum Webserver nginx.
Schau dir auch die anderen Artikel an: Zum Leitartikel

Vor einigen Tagen schrieb ich bereits über eine Möglichkeit, die Gravatar-Icons lokal zwischen zu speichern. Leider wurde dabei bei jedem Aufruf eines Bildes immer einen php-call gemacht, was mir bei manchen Beiträgen das Blog in die Knie zwingen würde und dem eigentlich gewünschten Effekt (Beschleunigung) entgegenstehen würde. Daher habe ich mir mal die Funktionen meines Webservers nginx angesehen und dabei festgestellt, dass dieser die folgende Prüfung erlaubt:

  • Ist das Bild vorhanden?
    • Wenn ja: Direkte Auslieferung
    • Wenn nein: Aufruf einer PHP-Datei zum Download des Bildes


Die Umsetzung war dann einfach:

Das ist die Konfigurationsdatei für den vHost in nginx:

PLAIN TEXT
CODE:
  1. server {
  2.     listen                                  80;
  3.     server_name                             img.yourdomain.tld;
  4.     error_log                               /path/to/your/logs/error/img.yourdomain.tld.log warn;
  5.     root                                    /path/to/your/document/root/;
  6.  
  7.     location ~ \.php$ {
  8.         fastcgi_pass            127.0.0.1:1234;
  9.         include                 /etc/nginx/fastcgi_params;
  10.     }
  11.  
  12.     location / {
  13.         index                           cdn.php;
  14.         # if the requested file exists, return it immediately
  15.         if (-f $request_filename) {
  16.             break;
  17.         }
  18.  
  19.         # all other requests go to CDN-PHP-File
  20.         if (!-e $request_filename) {
  21.             rewrite ^(.+)$ /cdn.php last;
  22.         }
  23.     }
  24. }

Nun speichert man in /path/to/your/document/root/ die Datei cdn.php mit folgendem Inhalt:

PLAIN TEXT
CODE:
  1. <?php
  2. // Script by Uli Wolf - http://wolf-u.li
  3.  
  4. // Modify the settings below according to your needs:
  5. // Size of the gravatar-images:
  6. $gimagesize = 32;
  7.  
  8. // If the mailadress was not found, you can get various images:
  9. // - identicon
  10. // - monsterid
  11. // - wavatar
  12. $mailnotfound = "identicon";
  13.  
  14. $removefromurl = array("/g/","/",".png",".jpg",".gif");
  15. $gravatar_hash = str_replace(strtolower($removefromurl),"",$_SERVER["REQUEST_URI"]);
  16. $gravatar_hash = preg_replace("/[^a-z0-9\s]/", "", $gravatar_hash);
  17. if(strlen($gravatar_hash)!=32) {exit;}
  18. $grav_img = "http://www.gravatar.com/avatar/" . $gravatar_hash . "?s=" . $gimagesize . "&d=" . $mailnotfound . "&r=G";
  19. if(extension_loaded('curl')) {
  20.     $gch = curl_init();
  21.     $gcurl_options = array(
  22.         CURLOPT_URL => $grav_img,
  23.         CURLOPT_HEADER => false,
  24.         CURLOPT_RETURNTRANSFER => true,
  25.         CURLOPT_TIMEOUT => 20,
  26.         CURLOPT_BINARYTRANSFER => true,
  27.         CURLOPT_MAXREDIRS => 2
  28.     );
  29.     curl_setopt_array($gch, $gcurl_options);
  30.  
  31.     $gdata = curl_exec($gch);
  32.     curl_close ($gch);
  33.     unset($gch);
  34. } else {
  35.     ob_start();
  36.     $gfilehandle_url = fopen($grav_img, "rb");
  37.     fpassthru($gfilehandle_url);
  38.     fclose($gfilehandle_url);
  39.     $gdata = ob_get_contents();
  40.     ob_end_clean();
  41.     unset($gfilehandle_url);
  42. }
  43. $gfilehandle_img = fopen("g/" . $gravatar_hash . ".png", "wb+");
  44. fwrite($gfilehandle_img, $gdata);
  45. fclose($gfilehandle_img);
  46. unset($gfilehandle_img);
  47.  
  48. header('content-type: image/png');
  49. echo $gdata;
  50. ?>

Was macht diese Datei?

Oben kann man zunächst einstellen, wie groß die Bilder sein sollen und welches Bild angezeigt werden soll, wenn nix hinterlegt ist. Anschließend wird eine Prüfung der URL durchgeführt, die einige mögliche Angriffsvektoren ausfiltern soll. Dabei bleiben dann nur Strings mit 32 Zeichen in Groß- und Kleinbuchstaben übrig, andernfalls wird das Script beendet. Im Anschluss wird dann das Bild geholt (per curl, wenn möglich), gespeichert und ausgegeben. Das verzeichnis /path/to/your/document/root/g/ sollte hierzu vorhanden sein.

Warum der Unterordner /g/? Ich wollte mir damit offen halten, verschiedene Bildertypen zu cachen. Das habe ich gelöst, indem ich meinen Bilderhashes ein "/g/" vorstelle, welches diese als Gravatar-Bilder markiert. Fällt mir also irgendwann mal ein, dass ich beispielsweise gerne noch Pavatar (wie auch immer geartet) cachen möchte, dann kann ich dies hier einbauen.

Meine Url sieht also am Ende so aus:

http://img.yourdomain.tld/g/a9ec4695d424a6dcb6f896afb0ee22bc.png

und wird bei ersten Aufruf gecached mittels php und anschließend in den weiteren Aufrufen immer statisch durch den Webserver ausgegeben. Möchte man nun regelmäßig die Bilder aktualisieren, empfiehlt es sich, das hier bereits vorgestellte Script in regelmäßigen Abständen laufen zu lassen.

Für den Einbau in Wordpress ist das ganze auch recht einfach. Man öffnet die comments.php und sucht darin den Aufruf:

PLAIN TEXT
CODE:
  1. <?php echo get_avatar( $comment, 32); ?>

Diesen ersetzt man dann durch:

PLAIN TEXT
CODE:
  1. <?php echo "<img src='http://img.yourdomain.tld/g/" . md5(strtolower(get_comment_author_email())) . ".png' height='32' width='32'>"; ?>

Wobei die Domain und die Größe natürlich austauschbar sind.

Zu guter letzt noch ein Hinweis für Apache-Nutzer: Das PHP-Script lässt sich natürlich auch mit diesem Webserver nutzen.

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3348/bildercache-fuer-den-webserver-nginx-am-beispiel-von-gravatar-icons/feed/ 0 All ebuilds that could satisfy “dev-java/sun-jdk” have been masked: dlj-1.1 license(s) http://wolf-u.li/3352/all-ebuilds-that-could-satisfy-dev-javasun-jdk-have-been-masked-dlj-1-1-licenses/ http://wolf-u.li/3352/all-ebuilds-that-could-satisfy-dev-javasun-jdk-have-been-masked-dlj-1-1-licenses/#comments Mon, 22 Feb 2010 18:10:03 +0000 Uli http://wolf-u.li/?p=3352 Vor einigen Tagen ist mir beim Update der Java-Version meines Servers der folgende Fehler untergekommen:

!!! The following installed packages are masked:
- dev-java/sun-jdk-1.6.0.17 (masked by: dlj-1.1 license(s))
A copy of the 'dlj-1.1' license is located at '/usr/portage/licenses/dlj-1.1'.

- dev-java/sun-jdk-1.5.0.22 (masked by: dlj-1.1 license(s))
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

!!! All ebuilds that could satisfy "dev-java/sun-jdk" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-java/sun-jdk-1.6.0.18-r1 (masked by: dlj-1.1 license(s), ~x86 keyword)
A copy of the 'dlj-1.1' license is located at '/usr/portage/licenses/dlj-1.1'.

- dev-java/sun-jdk-1.6.0.18 (masked by: dlj-1.1 license(s), ~x86 keyword)
- dev-java/sun-jdk-1.6.0.17 (masked by: dlj-1.1 license(s))
- dev-java/sun-jdk-1.5.0.22 (masked by: dlj-1.1 license(s))

Die Lösung war das akzeptieren der Lizenz, wie bereits schon in der Meldung gesagt. Jedoch gibt es da verschiedene Möglichkeiten:

  1. Systemweites akzeptieren aller Lizenzen:
    Füge in der Datei /etc/make.conf die folgende Zeile hinzu:
    ACCEPT-LICENSE="*"
  2. Systemweites akzeptieren einer oder mehrer spezifischer Lizenzen:
    Füge in der Datei /etc/make.conf die folgende Zeile hinzu:
    ACCEPT_LICENSE="dlj-1.1
  3. Akzeptieren einer Lizenz für ein Paket:
    Füge in der Datei /etc/portage/package.license die folgende Zeile hinzu:
    dev-java/sun-jdk dlj-1.1

Ich habe mich für letzteres entschieden:

echo "dev-java/sun-jdk dlj-1.1" >> /etc/portage/package.license

Und schon war das Problem gelöst :)

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3352/all-ebuilds-that-could-satisfy-dev-javasun-jdk-have-been-masked-dlj-1-1-licenses/feed/ 0 phphatesme mit neuem Design http://wolf-u.li/3350/phphatesme-mit-neuem-design/ http://wolf-u.li/3350/phphatesme-mit-neuem-design/#comments Mon, 22 Feb 2010 12:30:02 +0000 Uli http://wolf-u.li/?p=3350 Der 500. Artikel ist auf phphatesme geschrieben worden, was diese mit einem neuen Design und einer Verlosung feiern. Einfach mal reinschauen, der Blog ist lesenswert!

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3350/phphatesme-mit-neuem-design/feed/ 0 Auslieferung von Gravatar-Icons aus einem lokalen Cache – Download per curl http://wolf-u.li/3347/auslieferung-von-gravatar-icons-aus-einem-lokalen-cache-download-per-curl/ http://wolf-u.li/3347/auslieferung-von-gravatar-icons-aus-einem-lokalen-cache-download-per-curl/#comments Fri, 19 Feb 2010 10:25:17 +0000 Uli http://wolf-u.li/?p=3347 Vor einigen Tagen bin ich über Crazytoast auf einem Blog auf die Idee der Auslieferung der Gravatar-Bilder aus einem lokalen Cache gestoßen. Prinzipiell fand ich das keine schlechte Idee, da auch bei mir einige Ladezeit von Gravatar verursacht wird. Auch der regelmäßige Refresh erschien mir als durchaus sinnvoll. Lediglich die Art der Einbindung wollte mir noch nicht so recht gefallen. Auch programmiertechnisch fehlten mir einige Dinge.

So wurde beispielsweise als einzige Möglichkeit des Herunterladen der Bilder die Funktion fopen() angeboten, welche jedoch bei den meisten Hostern deaktiviert (allow_url_fopen=0) wird, da es durchaus genügend Beispiele für Sicherheitslücken welche durch die unkluge Nutzung dieser Funktion gibt. Aus meinem Patch für Piwik habe ich daher einen Teil des Codes extrahiert, welcher es mir erlaubt, curl zu benutzen.

Wie bei Plerzelwupp beschrieben muss man zunächst die comments.php öffnen und die folgende Zeile suchen:

PLAIN TEXT
CODE:
  1. <?php echo get_avatar( $comment, 60); ?>

Das zweite Argument der Größe könnte bei euch auch durchaus anders aussehen!

Wie auch immer, man löscht jedenfalls diese Zeile und setzt dafür den folgenden Code ein:

PLAIN TEXT
CODE:
  1. <?php
  2. // Script originally from:
  3. // http://www.plerzelwupp.de/wordpress-gravatare-cachen/
  4. //
  5. // Modified by Uli from http://wolf-u.li:
  6. // - Translation
  7. // - Cleanup
  8. // - Added curl
  9.  
  10. // Modify the settings below according to your needs:
  11.  
  12. // Path to the cache-directory of the gravatar images:
  13. $gimagecachedir         = "upload/g/";
  14.  
  15. // Path of the directory of the gravatar-images:
  16. $gimageurldomain = "http://wolf-u.li/upload/g/";
  17.  
  18. // Size of the gravatar-images:
  19. $gimagesize = 64;
  20.  
  21. // If the mailadress was not found, you can get various images:
  22. // - identicon
  23. // - monsterid
  24. // - wavatar
  25. $mailnotfound = "identicon";
  26.  
  27. // Do not modify the code below:
  28. $gravatar_hash = md5(strtolower(get_comment_author_email()));
  29. $gcachetime = 40320 * 60; // 40320 = 4 Weeks
  30. $gimage = $gimagecachedir . "/" . $gravatar_hash . ".png";
  31. if (!file_exists($gimage) || (time() - $gcachetime> filemtime($gimage))) {
  32.     ob_start();
  33.     $grav_img = "http://www.gravatar.com/avatar/" . $gravatar_hash . "?s=" . $gimagesize . "&d=" . $mailnotfound . "&r=G";
  34.    
  35.     if(extension_loaded('curl')) {
  36.         $gch = @curl_init();
  37.         $gcurl_options = array(
  38.             CURLOPT_URL => $grav_img,
  39.             CURLOPT_HEADER => false,
  40.             CURLOPT_RETURNTRANSFER => true,
  41.             CURLOPT_TIMEOUT => 20,
  42.             CURLOPT_BINARYTRANSFER => is_resource($file),
  43.             CURLOPT_FOLLOWLOCATION => true,
  44.             CURLOPT_MAXREDIRS => 2
  45.         );
  46.         @curl_setopt_array($gch, $gcurl_options);
  47.  
  48.         $gdata = @curl_exec($gch);   
  49.         @curl_close ($gch);
  50.         unset($gch);
  51.     } else {
  52.         ob_start();
  53.         $gfilehandle_url = fopen($grav_img, "rb");
  54.         fpassthru($gfilehandle_url);
  55.         fclose($gfilehandle_url);
  56.         $gdata = ob_get_contents();
  57.         ob_end_clean();
  58.         unset($gfilehandle_url);
  59.     }
  60.     $gfilehandle_img = fopen($gimage, "wb+");
  61.     fwrite($gfilehandle_img, $gdata);
  62.     fclose($gfilehandle_img);
  63.     unset($gfilehandle_img);
  64.     unset($gdata);
  65. }
  66. echo "<img src='" . $gimageurldomain . $gravatar_hash . ".png' height='" . $gimagesize . "' width='" . $gimagesize . "'>";
  67. ?>

Über die Einstellungen im Kopf des Codes kann man nun das Cacheverzeichnis festlegen. Die darauffolgende URL ist die URL, so wie sie zum Bild zeigen würde. Darunter befindet sich die Größe.

Die konkreten Änderungen gegenüber der Version des Blogs:

  • Übersetzung des Codes auf Englisch (sorry, ich steh da drauf)
  • Cleanup, Entfernung überflüssiger Codestücke
  • Einbau von Curl als präferierte Downloadoption
  • Entfernung der Erstellung von HTML-Dateien, da dies nicht benötigt wird

Soweit so gut. Nun habe ich noch das CronJob-Script von diesem Blogeintrag auf infoblog.li kurz aufgeräumt:

PLAIN TEXT
CODE:
  1. <?php
  2. // Script originally from:
  3. // http://infoblog.li/wordpress-gravatar-cache-mit-automatischer-aktualisierung/
  4. //
  5. // Modified by Uli from http://wolf-u.li:
  6. // - Translation
  7. // - Cleanup
  8. // - Added curl
  9.  
  10. // Modify the settings below according to your needs:
  11.  
  12. // Path to the cache-directory of the gravatar images:
  13. $imagecachedir   = "blog/cdn-g/";
  14.  
  15. // Size of the gravatar-images:
  16. $imagesize = 64;
  17.  
  18. // Update files older than this time:
  19. $maxcacheage = 604800; // 7 * 24 * 3600 = 7 Days
  20.  
  21. // If the mailadress was not found, you can get various images:
  22. // - identicon
  23. // - monsterid
  24. // - wavatar
  25. $mailnotfound = "identicon";
  26.  
  27. // Do not modify the code below:
  28. $handle= opendir($imagecachedir);
  29. while ($file = readdir ($handle))
  30. {
  31.     // Einzelne Pfade und Dateinamen auslesen
  32.     $gravatar_hash              =   substr($file, 0, 32);
  33.     $gravatarimg                =   $imagecachedir . $file ;
  34.  
  35.     if ($gravatar_hash != ".." && $gravatar_hash != ".")
  36.     {
  37.         // Update only if timestamp of the file is older than $maxcacheage
  38.         $cachedtime = filemtime($gravatarimg) - time();
  39.  
  40.         if ($cachedtime> $maxcacheage)
  41.         {
  42.             $grav_img = "http://www.gravatar.com/avatar/".$gravatar_hash."?s=" . $imagesize . "&d=" . $mailnotfound . "&r=G";
  43.             if(extension_loaded('curl')) {
  44.                 $ch = @curl_init();
  45.                 $curl_options = array(
  46.                     CURLOPT_URL => $grav_img,
  47.                     CURLOPT_HEADER => false,
  48.                     CURLOPT_RETURNTRANSFER => true,
  49.                     CURLOPT_TIMEOUT => 20,
  50.                     CURLOPT_BINARYTRANSFER => true,
  51.                     CURLOPT_FOLLOWLOCATION => true,
  52.                     CURLOPT_MAXREDIRS => 2
  53.                 );
  54.                 @curl_setopt_array($ch, $curl_options);
  55.    
  56.                 $data = @curl_exec($ch);   
  57.                 @curl_close ($ch);
  58.                 unset($ch);
  59.             } else {
  60.                 ob_start();
  61.                 $filehandle_url = fopen($grav_img, "rb");
  62.                 fpassthru($filehandle_url);
  63.                 fclose($filehandle_url);
  64.                 $data = ob_get_contents();
  65.                 ob_end_clean();
  66.                 unset($filehandle_url);
  67.       }
  68.       $filehandle_img = fopen($gravatarimg, "wb+");
  69.             fwrite($filehandle_img, $data);
  70.             fclose($filehandle_img);
  71.             unset($filehandle_img);
  72.             unset($data);
  73.         }
  74.     }
  75. }
  76. closedir($handle);

Was macht dieses Script? Es aktualisiert alle 7 Tage die Gravatars, die bereits im Cache liegen. Auch dieses Script wurde auf curl umgestellt und ein bisschen aufgeräumt. Ich rate dazu, das Script wenigstens alle Stunde einmal ausführen zu lassen, um die Anzahl der gleichzeitig zu aktualisierenden Gravatare so gering wie möglich zu halten. Dies kann entweder per lokalem CronJob, oder einem CronJob-Dienst aus dem Internet wie beispielsweise cronjob.de ausgeführt werden (HowTo für letzteren Fall).

Meine letzten Hinweise zur Performance: Man sollte sich im klaren sein, dass bei größeren Kommentaranzahlen (sagen wir mal 300) auch bei jedem Kommentar geprüft wird, ob die Datei vorhanden ist (d.h. 300 Dateisystemaufrufe). Das kann definitiv bremsen.

Daher habe ich mir eine andere Methode der Auslieferung überlegt, welche ich in einem weiteren Artikel beschreiben werde.

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3347/auslieferung-von-gravatar-icons-aus-einem-lokalen-cache-download-per-curl/feed/ 6 Crash von fdisk unter busybox mit Fehler “Segmentation fault” http://wolf-u.li/3346/crash-von-fdisk-unter-busybox-mit-fehler-segmentation-fault/ http://wolf-u.li/3346/crash-von-fdisk-unter-busybox-mit-fehler-segmentation-fault/#comments Tue, 16 Feb 2010 16:27:57 +0000 Uli http://wolf-u.li/?p=3346 Seit langer Zeit melden sich immer wieder Leser bei mir, dass bei ihnen bei bestimmten USB-Sticks das Programm fdisk mit der Meldung, dass es auf einen "Segmentation fault" gestoßen sei, abgestürzt sei.

Anscheinend ist dies ein Bug des Input-Handlings, weshalb mir ein Leser den folgenden Weg für den Aufruf von fdisk schickte:

cat | fdisk /dev/sdc

So bescheuert wie dieser Aufruf aussieht, er behebt den Fehler interessanterweise.

Danke an Martin K.!

© 2005-2009 by Uli Wolf - This Content is distributed under the Creative Commons License
This feed is for personal, non-commercial use only.
The use of this feed on other websites without attribution to the author and notification of the author breaches copyright. If this content is not in your news reader, it makes the page you are viewing an infringement of the copyright. (Digital Fingerprint: d2a576b5311479d89eff39b7ca886f6b)
]]> http://wolf-u.li/3346/crash-von-fdisk-unter-busybox-mit-fehler-segmentation-fault/feed/ 0