Typo3 4.0.2 Installation auf Webspace

Hallo
Ich bin nicht im Besitz eines Managed Servers oder eines VServer somit muss mein Hosting Paket herhalten 🙂

Hoster: pretago.de
Paket: gothree

Meine Vorgehensweise

1. ohne SSH Zugang muss ich alles einzeln hochladen
als Erstes den Ordner /typo3_src-4.0.2 auf meinen Webspace, dann den Ordner /dummy-4.0.2 auf den auch die Domain führt

2. die Symlinks aus dem Ordner /dummy-4.0.2 habe ich vorher gelöscht (da sie nicht per FTP übertragen werden können) und lege sie über ein selbst erstelltes PHP-Skript an

typo3_symlink.php

<?
// In directory ~/dummy-4.0.2
symlink("../typo3_src-4.0.2/index.php","index.php");
symlink("../typo3_src-4.0.2/t3lib","t3lib");
symlink("../typo3_src-4.0.2/typo3","typo3");
symlink("../typo3_src-4.0.2/","typo3_src");
?>

3. nun ändere ich im Ordner /dummy-4.0.2, die Verzeichnisrechte für die Ordner /fileadmin, /typo3conf, /typo3temp und /uploads auf 770, wenn ich folgende Zeile richtig interpretiert habe:

# chmod -R g+w,o-rwx fileadmin typo3conf typo3temp uploads

4. in der Datei /typo3_src-4.0.2/typo3/install/index.php in Zeile 45 die "die()" Funktion mit // auskommentieren

5. leere Datenbank erzeugen

6. die Installation über den Aufruf der Domain starten

Soweit alles klar, bis auf die Unsicherheit bei der Rechtevergabe im Dummy-Ordner.

Die serverseitigen Vorgaben der php.ini kann ich durch eine eigene php.ini in dem Webspace Ordner der dazugehörigen Domain "überschreiben".

Um die Probleme mit dem Extension Mangager (beim Klick auf "Look up" entweder "Error 500" oder die Aussage, dass sich nichts verändert habe aber keine Anzeige von Extensions) zu lösen habe ich folgendes versucht:

php.ini

memory_limit = 64M
max_execution_time = 120

Der erhoffte Erfolg blieb jedoch aus.
Aus diesem Grund lege ich meine Installationsschritte dar, um Fehler bei der Installation zu unterbinden.

Gibt es noch weitere Lösungsansätze oder muss ich die Extensions von nun an manuell hochladen und importieren?

Gruß

Hallo,

Rookie79 schrieb

php.ini

memory_limit = 64M
max_execution_time = 120

Der erhoffte Erfolg blieb jedoch aus.

Es ist hier immer die Frage ob das vom Provider her überhaupt möglich ist.
Bei einem managed Server könnte es möglich sein, bei einem Virtuellen Server eher nicht.

max_execution_time kann zudem auch durch die Apache Konfiguration überschrieben werden.

Von daher ist es hilfreich zuerst einmal beim Provider nachzufragen, ob die obigen Einstellungen überhaupt den gewünschten Effekt haben werden.

Zudem kann man sich die Werte von phpinfo() anzeigen lassen um zu sehen, ob es überhaupt eine Auswirkung hat.

Grüße

contentXXS schrieb

Von daher ist es hilfreich zuerst einmal beim Provider nachzufragen, ob die obigen Einstellungen überhaupt den gewünschten Effekt haben werden.

Zudem kann man sich die Werte von phpinfo() anzeigen lassen um zu sehen, ob es überhaupt eine Auswirkung hat.

Hallo,

die Info, dass ich alles mit einer eigenen php.ini überschreiben kann, habe ich von meinem Provider. Auch eine Kontrolle mit phpinfo() zeigt mir, dass die Werte übernommen werden.

[edit]
Wenn ich meine php.ini nehme, dann werden auch die angepassten Einstellungen meines Providers überschrieben. Ich habe zur Probe mal upload_max_filesize von 2M auf 32M angehoben.
Ein neuer Fehler tritt auf, wenn ich den Cache löschen möchte. Dann kommt folgende Meldung im gesamten Frame des Menü:

Not Acceptable
An appropriate representation of the requested resource /typo3/tce_db.php could not be found on this server.

Das tritt auch auf, wenn ich die Standard php.ini nutze. #angry#

Hallo,

Rookie79 schrieb

3. nun ändere ich im Ordner /dummy-4.0.2, die Verzeichnisrechte für die Ordner /fileadmin, /typo3conf, /typo3temp und /uploads auf 770, wenn ich folgende Zeile richtig interpretiert habe:

# chmod -R g+w,o-rwx fileadmin typo3conf typo3temp uploads

Nicht ganz:

chmod g+w -> Nur Gruppe darf schreiben
chmod o-rwx -> Others dürfen nichts
-R -> Rekursiv

chmod 0770 fileadmin typo3conf typo3temp uploads

würde entsprechen:
chmod u+rwx,g+rwx,o+rwx
oder
chmod ugo+rwx

Aber eigentlich sollte auch ein
chmod 700
oder
chmod u+rwx
ausreichen, wenn der Besitzer der Dateien gleich dem Besitzer des Apache Prozesses ist.

Grüße,

Hallo,

Rookie79 schrieb

Um die Probleme mit dem Extension Mangager (beim Klick auf "Look up" entweder "Error 500" oder die Aussage, dass sich nichts verändert habe aber keine Anzeige von Extensions) zu lösen habe ich folgendes versucht:

hast du keinen Zugriff auf die Apache Logdateien?

Grüße,

Ralph

Korektur:

chmod 0770 fileadmin typo3conf typo3temp uploads

würde entsprechen:
chmod u+rwx,g+rwx,o-rwx
oder
chmod ug+rwx,o-rwx

contentXXS schrieb

hast du keinen Zugriff auf die Apache Logdateien?

Weiß ich gar nicht :o

Ich habe auf meinem Webspace mehrere Ordner. Darunter /html für die Websites und einen /log. Ich denke du meinst den /log. Dort liegt eine access_log Datei und ein Ordner /old mit archiven nach Kalenderwochen. In der access_log Datei ist ein ziehmliches Wirrwarr an Datensätzen. Wonach soll ich Ausschau halten? Wid ein Error 500 klar ausgewiesen?

Hallo,

Rookie79 schrieb

Ich habe auf meinem Webspace mehrere Ordner. Darunter /html für die Websites und einen /log. Ich denke du meinst den /log. Dort liegt eine access_log Datei und ein Ordner /old mit archiven nach Kalenderwochen. In der access_log Datei ist ein ziehmliches Wirrwarr an Datensätzen. Wonach soll ich Ausschau halten? Wid ein Error 500 klar ausgewiesen?

Kann ich so nicht sagen. Standardmäßig logt der Apache Fehler in der error_log und Zugriffe in der acces_log.
Man kan das aber auch anders konfigurieren.
Bei manchen Providern ist die Datei in /logs nur eine Kopie der apache_log die einmal pro Tag dorthin kopiert wird. Das sieht du ja am Datumder Datei.
Und der letzte Eintrag steht immer am Ende.
Wenn der Fehler 500 auftritt und wenn er gelogged wird, würde er am Ende der Datei stehen.

Grüße

Hallo,

Rookie79 schrieb

Not Acceptable
An appropriate representation of the requested resource /typo3/tce_db.php could not be found on this server.

Und existiert diese Datei wirklich nicht?

Grüße

contentXXS schrieb

Hallo,

Rookie79 schrieb

Not Acceptable
An appropriate representation of the requested resource /typo3/tce_db.php could not be found on this server.

Und existiert diese Datei wirklich nicht?

Grüße

Doch sie ist da. Kann also eigentlich nur ein Rechteproblem im Source-Ordner sein.
Wie müssen die Rechte im Source-Ordner sein?

Gerade hat mir mein Provider mitgeteilt, dass ich keinen Zugriff auf die error_log habe.

Rookie79 schrieb

Doch sie ist da. Kann also eigentlich nur ein Rechteproblem im Source-Ordner sein.

Oder sie wird nicht gefunden, weil etwas mit den Symlinks nicht stimmt.
Kannst du die Datei denn direkt im Browser aufrufen?
http://DOMAINNAME/typo3/tce_db.php

Wie müssen die Rechte im Source-Ordner sein?

Rookie79 schrieb

Wie müssen die Rechte im Source-Ordner sein?

Lesrechte und Ausführunsgrechte für den Weserver reichen aus.

Rookie79 schrieb

Gerade hat mir mein Provider mitgeteilt, dass ich keinen Zugriff auf die error_log habe.

Ärgerlich. Und in die Logdatei will er nich nachschauen.
Wenn du den Extension Manager aufrufst, und den Error 500 provozierst, dir die Zeit (Serverzeit) merkst, könnte er da reinschauen und dann wäre man schlauer.

Grüße