Kevin Horst – Internet Applications & Development

Immer häufiger scheint folgendes Problem bei der Typo3 Installation unter Linux aufzutreten:
Nach Eingabe der Datenbankzugangsdaten erscheint auf der Folgeseite die Fehlermeldung “There is no connection to the database! (Username: , Password: , Host: ).”

Natürlich hat man auf der Startseite des 1-2-3 Installers die Zugangsdaten eingegeben und somit ist es relativ unwahrscheinlich dass die 3 Postvariablen Username, Password und Host leer sind.

Ich stand kürzlich ebenfalls vor dem Problem (zum ersten mal) und schuld daran war das strikte vorgehen nach der INSTALL.txt, die dem Typo3-Package (typo3_src+dummy-4.2.1.zip) beilag.

Da unter Windows dieses Problem nie auftrat kann man sich sehr sicher sein, dass es etwas mit den Schreibrechten auf Verzeichnisse bzw. Dateien zu tun haben könnte.

In der INSTALL.txt heißt es in Zeile 145: “If you are using Linux: ensure the following files & folders are writable by the server…/typo3temp, /typo3/temp, /typo3conf/localconf.php (chmod 755 or 777)”

Mal davon abgesehen, dass kein Verzeichnis “temp” unter “typo3″ existiert steht hier nicht, dass das Verzeichnis “typo3conf” schreibbar sein muss!

Die Lösung des Problems: Im Verzeichnis “typo3conf” werden temporäre Dateien angelegt, die die Konfiguration speichern. Somit müssen auf dieses Verzeichnis ebenfalls die Schreibrechte vernünftig gesetzt werden. Das steht in der INSTALL.txt leider nicht – und dann sollte dann auch die Lösung sein.

Unter Ubuntu scheint es Probleme zu geben wenn php auf der Kommandozeile ausführen möchte:

Beim Ausführen von

./symfony init-project PROJECT-NAME

erhielt ich die Fehlermeldung: /usr/bin/env: php: No such file or directory

Der Befehl:

export php=/path/to/php

half nicht.
Ein symbolischer Link löst das Problem:

ln -s /usr/local/Zend/Core/bin/php php

which php

liefert nun auch den entsprechenden Pfad: /usr/bin/php

Pear- und Symfony-Befehle sollten nun endlich konsequent zur Verfügung stehen.

Unter Windows hatte ich Tortoise SVN und war damit natürlich sehr zufrieden:

• Shell integration
• Icon overlays
• Easy access to Subversion commands
• Directory versioning
• Atomic commits

Leider steht dieses geniale Tool unter Linux nicht zur Verfügung und Alternativen müssen gefunden werden:

rapidsvn

guter Ansatz, im Moment noch nicht zu empfehlen da sehr buggy. Keine Shell-Integration

nautilus-script-collection-svn

Shell-Integration (nur Kontextmenü, keine Icon-Overlays), unhandlich, installation über “apt-get install nautilus-script-collection-svn” und “nautilus-script-manager enable Subversion”

svn-workbench

keine Shell-Integration, sehr handlich u. stabil

meine Wahl viel auf svn-workbench welches von allen 3 dann doch das kleinere Übel ist.

Zur Auswahl standen die jeweils zum Erscheinen dieses Beitrages verfügbaren Pakete aus dem Apt-Repository unter Ubuntu 8.04 (stable).

Wer auf einen System den Zugang auf SFTP beschränken möchte (kein SSH) kann dies für jeden User getrennt konfigurieren:

usermod -s /usr/lib/sftp-server username
echo '/usr/lib/stfp-server' >> /etc/shells

username: beliebiger user, z.B. angelegt mit adduser

Diese Fehlermeldung beim Start des Apache hat nicht mit “NameVirtualHost *” und der darauf folgenden Directive “<VirtualHost *:80>” zu tun – wie in vielen Foren behauptet.

In den meisten Fällen liegt es einfach an einem falsch konfigurierten HOSTNAME.

Lösung: (root-Rechte)

echo HOST.DOMAIN.TLD > /etc/hostname
/bin/hostname -F /etc/hostname

anschließend Apache neu starten – z.B. mit:

/etc/init.d/apache2 restart

Mehr über VirtualHost Konfiguration: http://httpd.apache.org/docs/2.2/vhosts/name-based.html

Ist der Rechner/Server nicht im Netzwerk unter einer Domain erreichbar einfach in der /etc/hosts einen Eintrag hinzufügen: 127.0.1.1 HOST.DOMAIN.TLD