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.
DIESER ARTIKEL IST NICHT FÜR DAS CH3SNAS ODER DNS-323 GEDACHT, SIEHE HIERAuf 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.
Weiterlesen von ‘fun_plug 0.5 auf einem USB-Stick auf dem Conceptronic CH3MNAS installieren’
Dieser Artikel ist Teil einer Reihe zum Webserver nginx.
Schau dir auch die anderen Artikel an:
Zum LeitartikelVor 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
Weiterlesen von ‘Bildercache für den Webserver nginx am Beispiel von Gravatar-Icons’
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:
- Systemweites akzeptieren aller Lizenzen:
Füge in der Datei /etc/make.conf die folgende Zeile hinzu:
ACCEPT-LICENSE="*"
- Systemweites akzeptieren einer oder mehrer spezifischer Lizenzen:
Füge in der Datei /etc/make.conf die folgende Zeile hinzu:
ACCEPT_LICENSE="dlj-1.1
- 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 
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!
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.
Weiterlesen von ‘Auslieferung von Gravatar-Icons aus einem lokalen Cache – Download per curl’
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.!
Hier das Photo vom Februar im Projekt zwölf2010:
| Exif: |
| Brennweite: |
18mm |
| Belichtungszeit: |
1/1000s |
| Blende: |
11 |
| ISO: |
400 |
Geschossen wurde es mit der Sony α200 und dem Tamron 18-250/3.5-6.3. Die etwas verrückten EXIF-Werte kamen daher, dass ich vergessen hatte, die Kamera wieder zurückzustellen. Nach einigen Fotos ist es mir zwar aufgefallen, trotzdem hat dieses Foto am besten gepasst. Die Fotos werde ich für das Projekt zwölf2010, in einem Fotobuch erstellen.
PS: @Jana: Teilnehmer #188 – Uli
