Contao 4 contao/standard-edition mit composer - install.php schlägt fehl

Hi,

ich habe mir die Contao 2016 Konferenz zu Contao 4 auf youtube angesehen, und dachte mir, das mit dem composer ist eine feine Sache. Jetzt wollte ich das neue System mal testen. Nur leider schlägt die Installation fehl. Ich kann die install.php aufrufen und die Lizenz akzeptieren.
Danach springt die Seite auf domain.com/contao/install

"
Not Found

The requested URL /contao/install was not found on this server.
"

Mein System ist ein Centos 7 - apache webserver.
meine apache config sieht wie folgt aus:

<VirtualHost xxx.xxx.xxx.xxx:443>
DocumentRoot /var/www/html/web
ServerName domain.com
<Directory /var/www/html/web>
</Directory>

SSLCertificateFile /etc/letsencrypt/xxx
SSLCertificateKeyFile /etc/letsencrypt/xxx
SSLEngine on
SSLCertificateChainFile /etc/letsencrypt/xxx
</VirtualHost>

Verwendet habe ich das Handbuch für die Installation:
https://docs.contao.org/books/manual...tallieren.html

Contao-Check meldet auch keine Probleme.

Woran könnte es liegen? Ich habe zum testen contao 3.5 ganz normal installieren können.
Kennt jemand das Problem?

Grüße
Christoph

Erkläre deine Vorgehensweise bei der Installation genauer.

Hi, danke für deine Rückmeldung.

Also so viel gibts da nicht.

PHP 7.0.15 (cli)
mariadb-server 5.5.52
Apache version 2.4.6

- yum install composer

Zur Sicherheit noch für SELinux
- semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/html'
- restorecon '/var/www/html'

Für den composer cache
- mkdir /usr/share/httpd/.composer
- chown apache:apache /usr/share/httpd/.composer/

- sudo -u apache composer create-project contao/standard-edition /var/www/html

Parameter für Datenbank eingeben.
- Creating the "app/config/parameters.yml" file
- Some parameters are missing. Please provide them.
database_host (localhost):
database_port (3306):
database_user (null): db_name
database_password (null): xxxxxxx
database_name (null): db_name
mailer_transport (mail):
mailer_host (127.0.0.1):
mailer_user (null):
mailer_password (null):
mailer_port (25):
mailer_encryption (null):
prepend_locale (false):

install.php aufgerufen -> Lizenz akzeptiert

zack -> Redirect -> The requested URL /contao/install was not found on this server.

curl -L http://download.contao.org | tar -xzp - hab ich auch versucht - gleiches Ergebnis

Werde jetzt mal das ganze auf einem Ubuntu 16.04 versuchen.

ich vermute dein Apache ignoriert die .htaccess die mitgebracht wird. (im /web Verzeichnis, apropos zeigt deine Domains ins /web Verzeichnis?)

Zitat:

---

sudo -u apache composer create-project contao/standard-edition /var/www/html

---

Composer als root(sudo) aufzurufen dürfte keine gute Idee sein. Kontrolliere die Dateirechte deiner Installation. Wem gehört die nun, root oder apache?

Danke für eure Hilfe. Ich habe dank BugBuster den Fehler gefunden. In der apache conf. Tatsächlich war das lesen der .htaccess nicht aktiviert. Vielleicht für andere hilfreich.

AllowOverride All

muss in der jeweiligen apache conf gesetzt werden. Hier noch einmal der komplette Auszug.

<VirtualHost xxx.xxx.xxx.xxx:443>
DocumentRoot /var/www/html/web
ServerName domain.com
<Directory /var/www/html/web>
AllowOverride All
</Directory>
SSLCertificateFile /etc/letsencrypt/xxx
SSLCertificateKeyFile /etc/letsencrypt/xxx
SSLEngine on
SSLCertificateChainFile /etc/letsencrypt/xxx
</VirtualHost>

BTW:

- sudo -u apache composer create-project contao/standard-edition /var/www/html

ist schon richtig so, damit wird der composer als user „apache“ aufgerufen, unter welchem auch der webserver lauft.

Das äquivalent dazu auf ubuntu wäre:
- sudo -u www-data composer create-project contao/standard-edition /var/www/html

Dann kann ich mal los legen. Danke noch mal.

Zitat:

---

Zitat von christophK

ist schon richtig so, damit wird der composer als user „apache“ aufgerufen, unter welchem auch der webserver lauft.

---

Eben nicht. Der richtige Weg ist, sich per ssh als $USER an der Konsole anzumelden und dann den Composer als user - in deinem Fall 'apache' - nutzen. Richtige Serverkonfiguration vorausgesetzt.

Code:

---

$ ssh apache@dein-webspache.tld
Last login: ...
// Dann deine Befehle z.B.:
$ composer create-project ...
$ cd ~/Verzeichnis_zur_composer.json
$ composer update
...

---

Naja letztendlich ist das ja auch egal ;). Solange der composer Prozess mit dem richtigen User ausgeführt wird, passt es ja.

der login für user unter dem der webserver lauft ist aus Sicherheitsgründen in den meisten Distros deaktiviert.
login per apache@ oder www-data@ funktioniert daher nicht.
Alles was der composer mit sudo -u apache erstellt gehört automatisch apache.
kannst ja mal versuche:

sudo -u apache mkdir /var/www/html/neue-umgebung
ls -l -a /var/www/html/neue-umgebung

Code:

---

[root@server ~]# ls -l -a /var/www/html/neue-umgebung
insgesamt 0
drwxr-xr-x. 3 apache apache 17 13. Feb 22:41 .
drwxr-xr-x. 4 root  root  73 13. Feb 22:41 ..
drwxr-xr-x. 2 apache apache  6 13. Feb 22:41 test

---

Code:

---

[root@server /]# sudo -h
-u user      Befehl oder Datei als angegebener Benutzer ausführen bzw. ändern

---

wenn oben genanntes dein weg ist soll es mir recht sein. :)

das gilt natürlich nur auf einem eigens verwalteten server.

lg Christoph

Eigener Server ist eh klar, lokale Umgebung sowieso und bei Shared Hosting wird mir immer bewusster, wie UBERSPACE seine Kunden verwöhnt.

Nichts für ungut.

hää ?

Was meint hää?. Meine vorherige Antwort bezog sich hierauf.

Zitat:

---

Zitat von christophK

wenn oben genanntes dein weg ist soll es mir recht sein.
das gilt natürlich nur auf einem eigens verwalteten server.

---

Einen eigenen Server richte ich mir so ein, dass der Apache unter dem User läuft (mod_fcgid). Lokal ist mir das zu aufwändig, da läuft das Apache-Modul und der User bekommt entsprechende Rechte.

Und Shared Hosting bei UBERSPACE ist so, als hättest du einen eigenen Server. ssh-Konsole, eigenes Scripting, eigene php.ini möglich, Composer direkt im Host installierbar, daher auch Contao 4 fähig, Let's Encrypt, automatische Backups, super Service, usw, usw.

Also egal wo der Host ist, man sich alles so einrichten, um eine optimale Arbeitsumgebung zu haben - auch ohne sudo/root-Power. Ist hää? damit beantwortet?

ah. ok. hat also nichts mit meinen Thema zu tun.
trotzdem danke für deine Hilfe.
lg christoph

Eigentlich doch, denn wenn der Server nicht richtig konfiguriert ist, schlägt eben auch eine Installation fehl. Aber gut ist's, ich wollte nur helfen. Gute Nacht euch Allen.

junge! das is schon klar.
der sudo -u befehle passt und ich weiß nicht was du mit shared hostern geschwafel erreichen willst. und deinen eigenen server richte dir bitte so ein wie du daran spaß hast wie oft noch.

aber für eine standard centos 7 installation ist mein weg sauber schnell und sicher und sollte eine hilfe für andere sein. die apache conf war falsch das wars. maria und josef

ciao