01: Der Versuch einer Contao 4 Managed Installation via Composer im Standard Document Root "/var/www/domain.tld/web", erzeugte den Fehler "Invalid Argument Exception / Project directory is not empty". Klar, denn dort liegen u.a. die Server Statistiken etc.
Hier stellt sich mir die Frage, warum muss das Verzeichnis leer sein?
02: Zwangsweise habe ich die Installation dann in den Unterordner "contao" ausgeführt und den Document Root auf "/var/www/domain.tld/web/contao" geändert. Als Ergebnis läuft Contao wie gewünscht.
03: Ändere ich den Document Root nun aber in "/var/www/domain.tld/web/contao/web", funktioniert weder der Aufruf der "contao-manager.phar.php" noch Contao selbst.
Code:
2017/06/21 10:57:27 [error] 30145#30145: *23 FastCGI sent in stderr: "Unable to open primary script: /var/www/domain.tld/web/contao/web/web/app.php (No such file or directory)" while reading response header from upstream, client: XX.XXX.XXX.XX, server: domain.tld, request: "GET /contao-manager.phar.php/ HTTP/1.1", upstream: "fastcgi://unix:/var/lib/php5-fpm/web27.sock:", host: "domain.tld"
2017/06/21 10:55:08 [error] 30145#30145: *11 FastCGI sent in stderr: "Unable to open primary script: /var/www/domain.tld/web/contao/web/web/app.php (No such file or directory)" while reading response header from upstream, client: XX.XXX.XXX.XX, server: domain.tld, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/lib/php5-fpm/web27.sock:", host: "domain.tld"
04: Unabhängig von einer vorhandenen Contao Composer Installation, führt der Aufruf der "contao-manager.phar.php" immer zu vergleichbaren Ergebnissen.
Demzufolge mutmaße ich, dass die Probleme entweder mit den Zeilen ~58-80 in der "contao-manager.phar.php" und/ oder der nginx Konfiguration in Verbindung stehen. Der betreffende Auszug in der nginx Konfiguration lautet:
Code:
location /{FOLDER} {
client_max_body_size 100M;
root {DOCROOT}/{FOLDER}web;
index app.php;
try_files $uri $uri/ /{FOLDER}app.php$is_args$args;
location ~ ^/(app|app_dev|config|install)\.php(/|$) {
include /etc/nginx/fastcgi_params;
{FASTCGIPASS}
fastcgi_split_path_info ^(.+\.php)(/.*)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_intercept_errors on;
fastcgi_temp_file_write_size 10m;
fastcgi_busy_buffers_size 512k;
fastcgi_buffer_size 512k;
fastcgi_buffers 16 512k;
fastcgi_read_timeout 1200;
fastcgi_param HTTP_AUTHORIZATION $http_authorization;
<tmpl_if name='php' op='==' value='hhvm'>error_page 500 501 502 503 = @phpfallback{FOLDERMD5};</tmpl_if>
}
}
<tmpl_if name='php' op='==' value='hhvm'>
location @phpfallback{FOLDERMD5} {
client_max_body_size 100M;
root {DOCROOT}/{FOLDER}web;
include /etc/nginx/fastcgi_params;
{PHPFALLBACKFASTCGIPASS}
fastcgi_split_path_info ^(.+\.php)(/.*)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_intercept_errors on;
fastcgi_temp_file_write_size 10m;
fastcgi_busy_buffers_size 512k;
fastcgi_buffer_size 512k;
fastcgi_buffers 16 512k;
fastcgi_read_timeout 1200;
fastcgi_param HTTP_AUTHORIZATION $http_authorization;
}
</tmpl_if>
Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.
Zitieren
Zitat von siebenvier
. Url ist: 
.
Echt unbefriedigend .. ich will loslegen und kann nicht. Eigentlich bin ich ein echter Fan von Domainfactory - habt ihr ne Hoster-Empfehlung? Sollte günstig sein, Serverkonfigurationen in Echtzeit ermöglichen, einen guten Support bieten (eben alles was Domainfactory gut macht) .. und der Contao-Manager sollte laufen - ausserdem muss ich natürlich die Möglichkeit haben auch große Extensions wie MetaModels zum Laufen zu bringen (möglichst übers das Contao-Backend).
. Das kann doch nicht wirklich war sein 
. Was denkt sich 1&1 eigentlich bei dieser Strategie?
Lesezeichen