Vielleicht findet der ein oder andere ja was, oder kann mir was empfehlen.

Ach ja: Die Liste ist natürlich noch nicht komplett. Installieren ist halt lästig… Zum Glück macht man das meistens nur einmal beim Mac…

[...]
<a href="/wordpress/tag/1995/">1988</a>
<a href="/wordpress/tag/langweid/">1989</a>
[...]

Lösen bzw. abstellen konnte ich dieses Verhalten erstmal nur durch das Deaktivieren folgender WPML CMS Option

Make themes work multilingual
Adjust IDs for multilingual functionality
This feature turns themes into multilingual, without having to edit their PHP files.

Was und warum das passiert habe ich mir nicht genauer angeschaut, da ich es vorallem wegen der CMS Navigation nutzen wollte.

Aufgetreten ist das Problem mit folgenden Versionen

• WordPress 2.9.1.
• WPML Multilingual CMS Version 1.7.0

Weblinks
WordPress › WPML Multilingual CMS « WordPress Plugins

da änder ich den Titel eines Lesezeichens und wunder mich, wer da meine JSP Seite aufruft, als im Hintergund das Log File rattert. Und siehe da.. schau ich mir den http Mitschnitt an und stelle fest das war mein Firefox.

Beim Aufruf der Eigenschaften eines Lesezeichens schickt der Fuchs aus unerfindlichen Gründen einen GET Request an die Webseite des Lesezeichens…

Das ganze ist bekannt und kann ausgestellt werden…

Zum Deaktivieren dieses Verhaltens in den erweiterten Einstellungen unter “about:config” die Eigenschaft “browser.microsummary.enabled” auf false setzen.

Weblinks
Firefox contacts server when I click on bookmarks properties
Network activity while edit bookmarks

Nehmen wir als Beispiel mal einen Tomcat App Server. Das Programm gibt einem schon Skripte zum starten und beenden an die Hand. Das ist eigentlich auch alles was man zum weiteren Vorgehen braucht.

Im Verzeichnis /etc/init.d sind bei Linux üblicherweise die Startskripten abgelegt. Diese stellen im Normalfall 4 Parameter zur Verfügung (start/stop/restart/force-reload). Zum Starten brauchen wir… Trommelwirbel… den Start-Parameter.

Wir legen also nun für den Tomcat unter /etc/init.d eine Datei namens tomcat an (mit Root-Rechten).

sudo vi /etc/init.d/tomcat

Es kann auch jeglicher anderer Editor, wie z.B. nano genommen werden.

Anschließend befüllen wir die Datei mit Inhalt:

# Autostart script for tomcat

CATALINA_HOME=path-to-tomcat-directory
export JRE_HOME=path-to-jre-directory

case $1 in
start)
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
stop)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
;;
restart)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
force-reload)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
esac
exit 0

Damit können wir schon recht komfortabel den Kater starten, aber nur manuell. Aber zumindest sind mal die einzelnen Skriptaufrufe weggekapselt.

Zum Autostart verwendet Linux sogenannte Runlevel. Natürlich hat jede größere Distribution da andere.

sudo ln -s /etc/init.d/tomcat /etc/rc1.d/K99tomcat
sudo ln -s /etc/init.d/tomcat /etc/rc2.d/S99tomcat

Obige Zeilen bedeuten, dass der Tomcat im Multiusermode (rc2) gestartet wird (S99), aber beim Betreten des Singleusermode (rc1) gestoppt wird (K99).

Ich hab vor Kurzem meinen User geändert, womit ich auch mein Home-Verzeichnis anpassen musste. Lief alles eigentlich ganz gut, aber dann vorhin wollte ich Änderungen über Eclipse per CVS committen.

Ging nicht. Ich bekam immer die Meldung “Invalid thread access”. Total kirre rumgegoogled und die Aussage gefunden, dass das was mit der GUI zu tun hat. Wieso auch immer… Neuen Workspace angelegt Projekte importiert… Frisches Eclipse probiert… Überall der gleiche Fehler.

Dann wollte ich einfach mal gucken, ob ich das Ganze nochmal neu auschecken kann bzw. probiert im Repository zu browsen. Gleicher Fehler. URL gepasst, aber ging nicht. Dann hab ich auf Properties im Repository-Browser geklickt und… tada… Fehlender Schlüssel im Schlüsselbund, ob ein neuer erstellt werden soll. Ja geklickt und alles ging wieder.

Eine äußerst nichtssagende Fehlermeldung dieses “Invalid thread access”… Aber damit hatte ich endlich mal wieder was hier reinzuschreiben.

Hier gibt es aber ein nettes Tool namens BootChamp von Kevin Wojniak.

via

Achtung:

BootChamp doesn’t work with the new (unibody) MacBooks, which includes the Air and Pro. The app uses the built-in tool bless (/usr/sbin/bless) to set the boot disk, and one of the options it uses is –nextonly which only sets the boot disk for the next boot. It currently appears that this option is broken and not working at all, even for standard HFS+ devices. I am in discussion with an Apple engineer and hopefully will have a solution.

Man kann auch weiterhin den normalen Style wählen (weiter unten auf der Seite ist ein Umschalter).

Die Installation ist denkbar einfach, da man nur den Inhalt in den wp-contents/pugins-Ordner entpacken muss und über den Admin das Plugin aktivieren muss.

Ein kleiner Unterschied ist allerdings bei dem Mail Plugin, sollte man OS X 10.5 verwenden, da man dieses per Hand installieren muss. Aber halb so wild, da man das Bundle nur unter ~/Library/Mail/Bundles kopieren muss. Das Plugin ist bei Sente zu finden.