Contao 3 und ALL-INKL Installation

[valentin]

Ich hab mir schon viele Threads diesbezgl. durchgelesen, aber irgendwie kriege ich Contao auf meinem Server PHP 5.3.18 nicht zum laufen.

Was ich gemacht habe:

Installation
- Contao 3.0.3 gezippt über webFTP hochgeladen und am Server entzippt
- in .htaccess.default gleich als Zeile eins "AddHandler php-fastcgi .php" hinzugefügt, Datei in .htaccess umbenannt.
- eine localconfig.php in /system/config angelegt und diese Zeilen mit den entsprechenden Parametern eingegeben

$GLOBALS['TL_CONFIG']['useFTP'] = true;$GLOBALS['TL_CONFIG']['ftpHost'] = 'your ftp host name';
$GLOBALS['TL_CONFIG']['ftpUser'] = 'your ftp user name';
$GLOBALS['TL_CONFIG']['ftpPass'] = 'your ftp password';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'your/ftp-path/to/tl_root/'; 

- über /contao/install.php die Installation ausgeführt.


Contao läuft so halb, ich habe nun folgende Probleme:

Login
- Zuerst "Anmeldung fehlgeschlagen"
- beim zweiten Versuch diese Fehlermeldung:

Warning: array_filter() expects parameter 1 to be array, boolean given in /www/htdocs/w01001db/system/modules/core/classes/BackendUser.php on line 384#0 [internal function]: __error(2, 'array_filter() ...', '/www/htdocs/w01...', 384, Array)#1 /www/htdocs/w01001db/system/modules/core/classes/BackendUser.php(384): array_filter(false)#2 /www/htdocs/w01001db/system/modules/core/library/Contao/User.php(338): Contao\BackendUser->setUserFromDb()#3 /www/htdocs/w01001db/contao/index.php(53): Contao\User->login()#4 /www/htdocs/w01001db/contao/index.php(126): Index->__construct()#5 {main}
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w01001db/system/helper/functions.php:69) in /www/htdocs/w01001db/system/modules/core/library/Contao/System.php on line 653#0 [internal function]: __error(2, 'Cannot modify h...', '/www/htdocs/w01...', 653, Array)#1 /www/htdocs/w01001db/system/modules/core/library/Contao/System.php(653): setcookie('BE_USER_AUTH', 'e52fe20c66a0205...', 1359394889, '/', '', false, true)#2 /www/htdocs/w01001db/system/modules/core/library/Contao/User.php(472): Contao\System::setCookie('BE_USER_AUTH', 'e52fe20c66a0205...', 1359394889, NULL, NULL, false, true)#3 /www/htdocs/w01001db/system/modules/core/library/Contao/User.php(347): Contao\User->generateSession()#4 /www/htdocs/w01001db/contao/index.php(53): Contao\User->login()#5 /www/htdocs/w01001db/contao/index.php(126): Index->__construct() #6 {main} 

- nach Reload, lande ich im Backend.

Backend

Am Ende meines Backends steht immer

Warning: Unknown: open(/tmp/sess_937cec4aa8099e34ed36d85263397622, O_RDWR) failed: Permission denied (13) in Unknown on line 0#0 [internal function]: __error(2, 'Unknown: open(/...', 'Unknown', 0, NULL)#1 {main}
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0#0 [internal function]: __error(2, 'Unknown: Failed...', 'Unknown', 0, NULL) #1 {main} 

Kann mir jemand bitte einen Tipp geben?

[BugBuster]

Äh stopp.

"AddHandler php-fastcgi .php

soll doch bewirken soviel ich hier bisher lesen konnte, KEINEN SafeModeHack zu nutzen, also KEINE FTP Daten angeben zu müssen.
Also wech damit (FTP Daten und $GLOBALS['TL_CONFIG']['useFTP'] = false; setzen) und per Contao Check prüfen ob es läuft.

[planepix]

Hallo valentin,,

bei allinkl fügt man in die htaccess die AddHandler-Zeile ein damit man den Safe-Mode-Hack nicht benötigt.

Also entweder oder

Oder -> htaccess-Eintrag mit AddHandler und dann Session- und Cachedaten leeren und nochmal testen.

[valentin]

Das war´s, danke!

Auch wichtig: Browser-Cache löschen und neu anmelden.

[scv_simon]

Hey ho,

auch wenn das Thema schon gelöst ist, wollte ich noch kurz etwas hinzufügen, vielleicht hilft es ja noch jemanden, außer mir:
Bei all-inkl kann man - scheinbar recht neu (??) - alle Dateien auch dem PHP-User "vermachen". Dann ist nicht mehr der FTP-User der Besitzer, sondern www-data und dieser kann dann die normalen Funktionen via PHP statt FTP nutzen.

Das war mir zum ersten Mal aufgefallen, als mich die Schreibrechte beim SafeModeHack absolut nicht mochten.

Zum Ändern einfach im Web-FTP alle Daten markieren und dann die Aktion "Besitzrechte ändern (chown)" ausführen (siehe Screenshot).
Bisher schnurrt Contao danach wieder wie ein Kätzchen bei mir.

Cheerio
Simon

[xchs]

Halte ich für keine gute Idee. Wieso nicht so machen, wie hier im Thread beschrieben? Der Zugriff erfolgt dann nicht via FTP, sondern per FastCGI mit User-Rechten.

[artemis]

Halte ich für keine gute Idee. Wieso nicht so machen, wie hier im Thread beschrieben? Der Zugriff erfolgt dann nicht via FTP, sondern per FastCGI mit User-Rechten.

Magst du schreiben, warum du das für keine gute Idee hälst? Weil, zu PHP-CGI schreibt All-Inkl.com:

Bitte beachten Sie, dass bei PHP-CGI strengere Restriktionen für Ressourcen gelten.

Daher verwende ich das "normale" Apache PHP Module. Damit das aber Dateien schreiben darf, muss man nach der Contao - Installation die Dateirechte mit dem Tool im KAS neu setzen (auf PHP User). Das macht man einmal.
Das hat auch nix mit FTP zu tun, nur ob man das Apache PHP Module oder FastCGI benutzt.

Damit läuft hier alles ohne Probleme. Wobei ich natürlich zugeben muss, dass es umständlich wird, wenn man immer wieder Dateien per FTP hochlädt. Dann muss man das evtl. öfter machen mit den Rechten...

Bis dann,
artemis

[xchs]

Magst du schreiben, warum du das für keine gute Idee hälst?

Aus genau diesen Gründen:

• Damit das aber Dateien schreiben darf, muss man nach der Contao - Installation die Dateirechte mit dem Tool im KAS neu setzen (auf PHP User). Das macht man einmal.

• Wobei ich natürlich zugeben muss, dass es umständlich wird, wenn man immer wieder Dateien per FTP hochlädt. Dann muss man das evtl. öfter machen mit den Rechten...

• Selbiges gilt natürlich auch für den Fall, falls man mal an die Konfigurationsdateien ("localconfig.php", "dcaconfig.php", "langconfig.php" usw.) ran muss und dabei vergisst, die Rechte im KAS wieder auf den PHP-User zu ändern.

Bitte beachten Sie, dass bei PHP-CGI strengere Restriktionen für Ressourcen gelten.

Was ja erstmal nichts Schlechtes ist, sondern im Gegenteil, eher ein Sicherheitsmerkmal. Wenn PHP-Applikationen lediglich im User-Kontext ausgeführt werden dürfen (FastCGI, suPHP) und nicht mit den Rechten des Webservers, dann ist das insbesondere auf Shared Hosting Serverumgebungen aus sicherheitstechnischen Überlegungen für eine rechtemäßige Trennung der einzelnen Userspaces vorteilhaft. Genau darum laufen PHP-Interpreter bei vielen Webhostern standardmäßig bereits unter FastCGI.

Nichtsdestotrotz kann es aber selbstverständlich jede(r) gerne so machen, wie er/sie es für praktikabel und gut hält.

[artemis]

Was ja erstmal nichts Schlechtes ist, sondern im Gegenteil, eher ein Sicherheitsmerkmal. Wenn PHP-Applikationen lediglich im User-Kontext ausgeführt werden dürfen (FastCGI, suPHP) und nicht mit den Rechten des Webservers, dann ist das insbesondere auf Shared Hosting Serverumgebungen aus sicherheitstechnischen Überlegungen für eine rechtemäßige Trennung der einzelnen Userspaces vorteilhaft. Genau darum laufen PHP-Interpreter bei vielen Webhostern standardmäßig bereits unter FastCGI.
Nichtsdestotrotz kann es aber selbstverständlich jede(r) gerne so machen, wie er/sie es für praktikabel und gut hält.

OK, ich hab das auch so verstanden, dass FastCGI bei All-Inkl evtl. langsamer ist und so. Aber wie du schreibst, dass ist ja jedem selbst überlassen. Vielleicht änder ich das irgendwann auch, mal sehen. So lange bin ich noch nicht bei All-Inkl.

Nur, wie auch schon Simon sich dachte, sollte auch kurz erwähnt werden, dass das auch eine Möglichkeit ist bei All-Inkl.

Bis dann.
artemis