• TraceRoute mit Weltkarte VisualTraceRoute
• Alles zu MP3-Konvertierer (Mac): All2MP3
• IT-Sicherheitsmagazin hakin9
• CAD-Daten von Apple der mobilen Produkte
• YouTube-Download: keepvid.com
• Apple Bluetooth Tastatur und Maus unter Windows 7
• Coole Motorradhelme
• Intersystems Caché SQL-Dokumentation
• Windows richtig gut scripten: Hey, Scripting Guy!
• Linux-HA und DRBD: Artikel von IBM
• MS SQL Server Migration Assistants (MySQL, Access, Oracle, Sybase)

Auf unserem Terminalservercluster läuft eine spzielle POS-Software. Weil der Anwenderbereich doch ziemlich klein ist, sieht sich der Hersteller nicht in der Pflicht, sich an die Windows Programming Guidelines von Microsoft zu halten. Als die Software nur ausschließlich auf Unix lief, wurden alle Settings in der Datenbank gespeichert. Mit der Einführung eines grafischen Frontends ging man dazu über, vieles in der Registry abzulegen. Aber nicht beim User (HKCU), sondern im lokalen Maschinenkonto (HKLM). Offenbar wollte man sich die Einstellerei für jeden einzelnen User ersparen. Blöd nur, dass diese Settings so beim Roaming nicht mitrepliziert werden können. Melden sich die User auf einer anderen Maschine an, fehlen folglich die Einstellungen.
Gut, so oft muss nichts geändert werden, sodass bisher bei Änderungen ein kleiner Registry-Export eben auf allen Servern manuell eingeblasen wurde. Das ist aber ärgerlich und schützt auch nicht davor, dass von den Usern gesetzte Einstellungen verloren gehen oder Inkonsistenzen entstehen.

Abhilfe kann nur ein automatisierter Export beim Abmelden und Import beim Anmelden bringen. Ein Logonscript, das die notwendigen Settings und Parameter der POS-Software bereitstellt läuft sowieso. Wenn nun beim Beenden des Programmes die Registry-Settings auf einen zentralen Speicher (Datenbankserver) abgelegt und beim nächsten Login vor dem Start der Software wieder eingelesen werden, sind alle Probleme behoben. Ein Backup der Einstellungen entsteht so ganz nebenbei mit.

Die zu umschiffende Problematik war, dass die Unterteilung der Keys nicht gerade exportfreundlich ist. In jeder möglichen Setting gib es ein Unterverzeichnis für die Client-IP-Adresse, auf der die Software läuft. Somit sind aus gut 15 Keys, teilweise unterverschachtelt,  die Werte für den Export zu enumerieren. Gescriptet wurde alles per KIX, dank Rekursion auch klein und effizient, die Exportdatei ist Regedit-Kompatibel, ein Import also jederzeit (auch manuell) machbar.

via Carsten

Update: Das Video ist wieder aufgetaucht: java.no

Bei der Installation von VisualBasic 6.0 Enterprise Edition (ja, das braucht man ab und an noch) tritt folgende Fehlermeldung zutage:

ACME-Setup konnte nicht gefunden werden

Erklärbar ist es nicht, alle Daten sind auf der CD vorhanden, und auf anderen (gleich installierten Rechner) funktionierts. Abhilfe schafft tatsächlich das Vorgehen von Opselda:

1. komplette CD auf die Festplatte kopieren
2. dort den Inhalt des Unterordners “SETUP” eine Ebene höher kopieren
3. dort die Datei “VB98ENT.STF” in “ACMSETUP.STF” umbenennen
4. ACMSETUP.EXE starten – läuft.

Klingt komisch, aber funktioniert.

• Suchmaschine für Icons (englisch): iconfinder
• Sammelinstaller für OpenSource-Tools: ninite.com
• Dateien unter Windows schneller kopieren: TeraCopy
• Kommentare in Excel per VBA bearbeiten: contextures.com
• Poster drucken unter Mac OS X for free: Tiler
• OpenSource UML-Tool: StarUML
• Erklärbär für Netzwerktechnik: network lab
• Einblicke in NOCs: pingdom, Barco