Wenn man einen Server mit Plesk betreibt, sollte der eigentlich die Statistiken der Domains von alleine erstellen. Das läuft als CronJob jede Nacht. Aus irgendwelchen Gründen, hat sich mein Server dazu entschlossen, dieser Aufgabe nicht mehr nachzukommen. Ich muss mich also mal durch die gesammelten CronTabs durchwühlen. :-(
Bis dahin versuche ich ab und zu die Statistiken von Hand neu erstellen zu lassen. Das ganze geht mit folgendem Befehl (leider nur als root):

/usr/local/psa/admin/sbin/statistics

Gefunden hab ich den Tipp hier.

Ich wünsche viel Spaß mit den Statistiken. ;)

Mal wieder so ein Fehler, der einen verrückt werden lässt. Und am Ende ist man selbst schuld. :-( Aber dazu gleich mehr.

Der Fehler tritt auf, wenn man den Virenscanner Avira updaten will. Dazu ruft man das Update auf oder es wird einem sogar vom Programm selbst empfohlen und wartet. Aber es tut sicht nichts - gar nichts!

Wenn man dann in den Report reinschaut sieht man folgende Fehlermeldung des öfteren:

Innerhalb der WinINet- Bibliothek ist ein Fehler aufgetreten.

Nach langer Suche und dem schlimmen Verdacht, ich könnte mir mal wieder einen Schädling eingefangen haben, wurde ich über Umwege fündig. Dieser Artikel hat mich drauf gebracht:

http://forum.avira.de/wbb/index.php?page=Thread&postID=758994

Es lag an meinen Proxy-Einstellungen! Nein, nicht die in Avira, sondern in denen vom Internet Explorer, die gleichzeitig auch die vom gesamten Windows-System sind! Also schnell unter Systemsteuerung -> Interneteinstellungen -> Verbindungen -> Proxy den Proxy aus- bzw. umgestellt und BINGO - alles läuft wieder!

Nur für den Fall, daß mal wieder jemand das gleiche Problem hat. Erstmal kurz in die Proxy-Konfiguration reinschauen - das spart eine Menge Ärger!

In diesem Sinne bis bald.

Ich benutze seit einiger Zeit Wordpress als serverseitige Software für Blogs. Dafür gibt es viele schöne Templates, die dafür sorgen, daß der Blog auch nach außen hin ein gutes Bild abgibt. ;)

Leider sind viele dieser Templates nur auf englisch verfügbar. Damit die deutschen Benutzer nicht immer durch englische Textbrocken gestört werden, muss man dieses Templates also leider übersetzen bzw. eine vorhandene Übersetzung daran anpassen.

Die Sprachdateien für Wordpress bestehen meist aus 2 Dateien, in der deutschen Übersetzung:

• de_DE.po
  • diese Datei ist editierbar, hier stehen die Übersetzungen drin.
• de_DE.mo
  • diese Datei ist nur maschinen-lesbar und wird aus der ersten Datei compiliert.

Und eben um diesem Compilations-Schritt geht es. Er verwendet Gnu ‘gettext’-utils. Dieses Softwarepaket ist ziemlich umfangreich, aber man braucht daraus soweit ich es bisher sehen kann nur einen einzigen Befehl:

msgfmt -o [output-datei] [input-datei]

Im speziellen Fall der deutschen Dateien also:

msgfmt -o de_DE.mo de_DE.po

Man muss den Befehl jedes mal ausführen, wenn man etwas an der Übersetzung geändert hat.

Soviel erstmal - vielleicht finde ich noch mehr darüber raus, z.B. wo man die Übersetzung für ein Theme genau platzieren muss. ;)

Einstweilen viel Spaß beim Übersetzen!

Ich betreibe einige kleine Seiten mit dem CMS Joomla (www.joomla.org) und bin davon ziemlich überzeugt. Das Grund-System in natürlich nicht perfekt, deswegen gibt es viele Plug-Ins dafür.

Eins davon, das ich sehr mag, ist openSEF. Damit bekommt jede Seite innerhalb der Joomla-Seite eine "schöne" URL, d.h. zum Beispiel www.domain.de/impressum.html statt www.domain.de/index.php?component=content&…..

Leider spielt dieses Modul nicht gut zusammen mit der Umfrage-Funktion im Joomla-Core. Immer wenn jemand abstimmen möchte, bekommt er nur die Meldung angezeigt, daß die gesuchte Seite nicht existiert. :-(

Zum Glück gibt es wohl einen einfach Patch, den ich hier gefunden habe.

Man ersetzt in der Datei ./modules/mod_poll.php folgende Zeile:

<form name="pollxtd<?php echo $z;?>" method="post" action="<?php echo sefRelToAbs("index.php?option=com_poll$_Itemid"); ?>">

durch diese:

<form name="pollxtd<?php echo $z;?>" method="post" action="index.php?option=com_poll<? echo $_Itemid; ?>">

Und wie durch ein Wunder klappt dann auch wieder alles mit der Abstimmung. ;)

Schon mal vor einem piepsenden Rechner gessesen und Dich gefragt, wo dieses nervige Piepen herkommt? Richtig, aus dem eingebauten PC Lautsprecher!

Und wenn man den Rechner mit Linux betreibt und dabei - so wie ich - gerne die sogenannte "Tab-completion" benutzt (Tab drücken, um einen Dateinamen oder ähnliches automatisch zu vervollständigen), dann kann so ein Lautsprecher zu einer wirklichen Nervensäge mutieren! Und das nicht nur für einen selbst, sonder auch für andere.

Deshalb habe ich mich entschlossen, den PC Lautsprecher (auch PC Speaker genannt) abzuschalten. Zuerst dachte ich, ich könne einfach das Kabel rausziehen, mit dem der Lautsprecher am Mainboard angeschlossen ist. Dann wäre schlagartig Ruhe gewesen.
Aber leider stellt sich raus, daß mein Mainboard das Ding direkt auf der Platine aufgelötet hat. Und obwohl ich mir sicher bin, daß dieses Teil der Lautsprecher ist, traue ich mich nicht, ihn abzureißen, weil ich damit das Mainboard beschädigen könnte. Dann wäre es zwar auch leise, aber etwas dauerhafter, als ich mir das vorstelle.

Also blieb mir nur die Möglichkeit das Ding im Betriebssystem (in diesem Fall Debian Linux) abzustellen. Nach kurzer Google-Suche bin ich auf diesen kleinen Beitrag gestoßen:
http://littlesvr.ca/linux-stuff/articles/nobeep/nobeep.php

Im Prinzip muss man nur das entsprechende Kernel-Modul per "rmmod" deaktivieren. Das Modul heißt "pcspkr". Also muss man einfach folgenden Befehl eingeben:

# rmmod pcspkr

Bei mir funktioniert es soweit. Um das ganze auch nach einem Neustart des Rechners noch so zu haben, muss man entweder den Befehl in ein Startup-Script einbauen oder die Modul-Liste unte /etc/modules anpassen.

In diesem Sinne: genieße die Ruhe!