1. Kernerl-Headers and Compiler installieren

Kernelversion mit dem Befehl uname-r ermitteln.

2. VMWare Tools über die VMWare Konsole ins CD-Laufwerk einlegen

3. CD mounten

Die genaue Bezeichnung finden Sie in /etc/fstab. Sollten dort kein Eintrag für Ihr CD-Laufwerk erscheinen können Sie eine CD auch manuell mounten.

4. Installationsquelle entpacken

5. VMWare-Tools installieren

Anweisungen am Bildschirm folgen, im Normalfall kann alles mit Enter bestätigt werden.

1. Datenbanken kopieren

2. mysql-Settings anpassen

datadir= /my/dir

3. apparmor-Settings anpassen

/my/dir/ r,
/my/dir/** rwk,

4. Dienste neustarten

/etc/init.d/apparmor restart
/etc/init.d/mysql restart

Die folgenden beiden Methoden erlauben es Windows XP Professional als RemoteDesktop-Server zu nutzen. Dabei wird die Limitierung von max. 1 gleichzeitigen Verbindung aufgehoben.

Universal TermsrvPatch

Der Universal Termsrvpatch erlaubt es die Limitierung von max. 1 Verbindung unter Windows XP, Windows Vista und Windows 7 komfortabel aufzuheben.

Starten Sie dazu die enthaltene exe-Datei entweder für 32-bit oder für 64-bit als Administrator, führen Sie danach für Windows XP die Datei xp.reg und für Windows Vista und Windows 7 die Datei vista.reg aus. Nach einem Neustart sollte alles funktionieren. Vergessen Sie nicht in den Systemeinstellungen die Remotedesktopverbindung zu aktivieren, den Zugriff für Ihren Benutzer zu erlauben und die Firewall entsprechend zu konfigurieren.

Ein fehlgeschlagener Neustart des Zimbra-Mailservers und dann noch eine kryptische Fehlermeldung des LDAP-Servers lässt zunächst einmal nichts Gutes ahnen. Doch ein einfacher Befehl repariert die "defekte" LDAP-Umgebung wieder.

Fehlermeldung

Lösung

• Löschen Sie die Datei alock unter /opt/zimbra/openldap-data/
• führen Sie folgenden Befehl als Benutzer "zimbra" im "openldap-data"-Verzeichnis aus:

• Ignorieren Sie die folgende Fehlermeldung

• Starten Sie Zimbra neu

Ein schneller Webserver ist kein garant für den schnellen Aufbau einer Webseite im Browser des Clients. Die unten angeführten Punkte helfen bei der Optimierung der Ladezeiten.

Tools für die Ladezeiten-Analyse

• Firefox-Plugins: FireBug, YSlow
• Safari: eingebaute Entwickler Tools:
• Web: http://webpagetest.org/

9 Tipps für optimierte Ladezeiten

Dateien säubern

Liefern Sie Ihre CSS, JS und HTML/PHP Dateien gesäubert aus. Entfernen Sie unnötige Kommentare, Leerzeichen und Leerzeilen. JS-Libraries sollten immer in der vorliegenden Minified-Version verwendet werden. Auch eigene JS und CSS-Dateien können durch spezielle "Minifier" verkleinert werden, meistens sind diese jedoch sehr fehleranfällig.

Ist der Zugriff auf Windows-Freigaben des Host-Betriebssystems aus einer VMWare heraus extrem langsam kann dies an den Einstellungen des Netzwerkadapters liegen. Gehen Sie dazu in den Gerätemanager und setzen Sie die Werte der folgenden Punkte auf "deaktiviert":

• Jumbo Packet
• Large-Send-Offload (IPv4)
• Large-Send-Offload (IPv6)

Ein Teil der Seitennavigation in der Wiki von Alfresco Share lässt sich nicht anklicken, weil hier ein Fehler im Aufbau des HTML-Grundgerüsts besteht. Das Problem lässt sich allerding relativ einfach per CSS beheben.

Editieren Sie dazu die Datei /opt/Alfresco/tomcat/webapps/share/components/blog/postlist.css:

Ändern Sie die CSS-Definition von .postlist-infobar .pageinator in Zeile 37 auf:

Hinweis: Die Seitennavigation im Modul Links funktioniert in Version 3.1 von Alfresco Share allerdings wirklich nicht. Hier dürfte allerdings ein JavaScript-Fehler das Problem sein.

Die Seitennavigation im Link-Modul von Alfreso Share 3.1 funktioniert von Haus aus leider nicht. Abhilfe schafft eine kleine Veränderung im JS. Allerdings bekommt die Seitennavigation dadurch trotzdem nur eine Eingeschränkte Funktionalität. So lässt sich nur durch direktes anklicken der Seitenzahl navigieren und die aktuell aktive Seite wird leider auch nicht angezeigt.

Fügen Sie für den Workaround in der Datei /opt/Alfresco/tomcat/webapps/share/components/links/links.js nach Zeile 525 (var handlePagination = ...) folgende Zeile ein:

Gerade bei heiklen Informationen ist es oft erwünscht diese nicht in Klartext durchs Internet zu schicken. Abhilfe schafft in solchen Fällen HTTPS. Um beim Zugriff auf das Typo3-Backend automatisch von http auf https zu wechseln hilft mod_rewrite. Passen Sie dazu die .htaccess-Datei im root-Verzeichnis der Typo3-Installation an.

Für eine Standardinstallation von Typo3, sollte die .htaccess-Datei dann so aussehen.

Um das Backend von WordPress (wp-admin) inkl. Login automatisch auf https umzuleiten, ergänzen Sie die .htaccess-Datei im Root-Verzeichnis der WordPress-Installation nach rewriteBase / um folgende 4 Zeilen: