Fertiges COntao auf Server Laden?

**fr3d83** · 11.01.2018, 14:34

Hi,

ich habe ein komplett fertiges Contao 4.4 auf meinen Server gespielt. dieses Contao wurde auf einem anderen Server via Contao-Manager installiert. Wie kann ich nun DB Zugang und co für meinen Server eingeben?
In der localconfig.php steht nix.

Kann ich dass über /contao/install machen?

**Stefko** · 11.01.2018, 14:48

Zitat von fr3d83

Wie kann ich nun DB Zugang und co für meinen Server eingeben?
In der localconfig.php steht nix.

Der Datenbank-Zugang ist in /app/config/parameters.yml definiert

**Ignatz** · 11.01.2018, 14:48

Hallo fr3d83,

das geht über contao/install,du findest diese Einstellungen aber auch in app/config/parameters.yml.

Gruß,
Ignatz

[ Ach, Mist. Zu spät ;-)]

**fr3d83** · 12.01.2018, 10:14

Wenn ich über contao/install es versuche, bekomme ich diese Fehlermeldung:

HTML-Code:

Fatal error: Uncaught PDOException: could not find driver in /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43 Stack trace: #0 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php(43): PDO->__construct('mysql:host=loca...', 'xxx', xxx', Array) #1 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOMySql/Driver.php(44): Doctrine\DBAL\Driver\PDOConnection->__construct('mysql:host=loca...', 'xxx', 'xxx', Array) #2 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(360): Doctrine\DBAL\Driver\PDOMySql\Driver->connect(Array, 'xxx', 'xxx', Array) #3 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(429): Doctrine\DBAL\Connection->connect() #4 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(389): Doctrine\DBAL\Connection->getDatabasePlatformVersion() #5 /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(328): Doctrine\DBAL\Connection->detectDatab in /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php on line 115

//Moderation: Zugangsdaten entfernt!

**mlweb** · 12.01.2018, 10:18

Alte Datenbankverbindung musst Du entweder anpassen oder löschen. Im zweiten Fall wird die im Installtool neu abgefragt.

**fr3d83** · 12.01.2018, 10:33

Ok, also wenn ich in app/config/parameters.yml leere, kommt der selbe Fehler und auch noch die alten Zugangsdaten.

**mlweb** · 12.01.2018, 10:35

Cache geleert?
Entweder direkt über FTP, über den Manager oder über die Kommandozeile.

**fr3d83** · 12.01.2018, 10:40

Den cache vergesse ich immer, ist noch neu für mich mit diesem Ordner.^^

Jetzt komme ich in das Installtool aber bekomme diese Meldung:

? system/themes/flexible The path "system/themes/flexible" exists and is not a symlink.
? web/assets The path "web/assets" exists and is not a symlink.
? web/system/themes The path "web/system/themes" exists and is not a symlink.
? system/logs The path "system/logs" exists and is not a symlink.
--- -------------------------------------------------------------------------------------------------------- ------------------------------------------------------------

**mlweb** · 12.01.2018, 11:00

Na ja wird ja hier im Forum häufig beschrieben. Nur hochladen wie das viele bei Contao 3 gemacht haben ist nicht mehr das gelbe vom Ei wegen der Symlinks.
Ich habe damit nie ein Problem gehabt, weil ich auch bei Contao 3 schon anders gearbeitet habe.

Neuinstallation (inzwischen meist über die Konsole)
composer.json rübernehmen oder originale um die Erweiterungen ergänzen (da ist mein Workflow noch nicht ganz konsequent)
danach aktualisieren entweder über den Manager oder composer update
files rübernehmen
templates rübernehmen
falls in der parameter.yml außer den DB-Daten noch etwas drin steht auch diese Informationen rübernehmen
falls es noch weitere Konfigurationsdateien gibt auch diese übernehmen
DB übernehmen
contao/install aufrufen
fast immer ohne Probleme fertig (Zeitaufwand mit Konsole ca. 15-20 min)

**fr3d83** · 12.01.2018, 11:04

Ah ok, was ist das mit dem Symlink genau?

Und wie kann ich diese Fehler beseitigen?

- system/themes/flexible -The path "system/themes/flexible" exists and is not a symlink.
- web/assets -The path "web/assets" exists and is not a symlink.
- web/system/themes -The path "web/system/themes" exists and is not a symlink.
- system/logs -The path "system/logs" exists and is not a symlink.

**mlweb** · 12.01.2018, 11:28

Symlinks sind eine Art Verweise.
Reparieren musste ich so etwas noch nicht.
Ich würde sehr pragmatisch ran gehen und einfach neu anfangen.
Die Erweiterung DBBackup für Contao 4 bietet die korrekte Übertragung /Erstellung der Symlinks mit an. Habe ich aber noch nie genutzt, weil ich wie gesagt anders arbeite.

**stefan-at-work** · 12.01.2018, 11:36

egänzend zum Thema schau Dir mal den Beitrag von Dennis an: https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

**fr3d83** · 12.01.2018, 11:37

Neu aufsetzten ist schwer, da es schon ein komplett fertiges Contao 4 ist.
Dann muss ich schauen wie ich die Verweise reparieren kann, weist du zufällig wie die Verweise stehen?

**mlweb** · 12.01.2018, 11:42

Zitat von fr3d83

Neu aufsetzten ist schwer, da es schon ein komplett fertiges Contao 4 ist.

Warum?

Du hast die Datenbank
Du kannst den Ordner files und templates extrahieren
es gibt eine composer.json, die Du übertragen kannst
ggf. gibt es noch Konfigurationsdateien

Eine Neuinstallation mit einer Subdomain würde ich immer versuchen

**fr3d83** · 12.01.2018, 11:59

Zitat von stefan-at-work

egänzend zum Thema schau Dir mal den Beitrag von Dennis an: https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

Ok, die Symlinks kann man neu erstellen im BE.

Wenn ich das BE aufrufe, bekomme ich allerdings diesen Fehler:

Code:

 [2018-01-12 12:54:12] request.INFO: Matched route "contao_backend_login". {"route":"contao_backend_login","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\BackendController::loginAction","_route":"contao_backend_login"},"request_uri":"http://dev.intranet.de/contao/login","method":"HEAD"} []

 [2018-01-12 12:54:12] security.INFO: Attempting SimplePreAuthentication. {"key":"backend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []

 [2018-01-12 12:54:12] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occured in driver: could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:115, Doctrine\\DBAL\\Driver\\PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

 [2018-01-12 12:54:41] request.INFO: Matched route "contao_index". {"route":"contao_index","route_parameters":{"_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_scope":"frontend","_locale":null,"_route":"contao_index"},"request_uri":"http://dev.intranet.de/","method":"HEAD"} []

 [2018-01-12 12:54:41] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []

 [2018-01-12 12:54:41] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occured in driver: could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:115, Doctrine\\DBAL\\Driver\\PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

**mlweb** · 12.01.2018, 12:05

Sieht für mich immer noch danach aus, dass da keine Verbindung zur Datenbank besteht.

Edit: Den gleichen Fehler hattest Du doch schon mal hier beschrieben. https://community.contao.org/de/show...ieren&p=449723

**fr3d83** · 12.01.2018, 13:07

Die DB verbindung habe ich aber aktualisiert.

**mlweb** · 12.01.2018, 13:21

Ich habe jetzt noch einmal in dem verlinkten Thread gelesen.

Wie hattest Du das Problem gelöst? Hattest Du es überhaupt gelöst?

Mal den Contao Check laufen lassen, um die Systemvoraussetzungen zu prüfen?

**fr3d83** · 12.01.2018, 13:32

Ich hatte es damals gelassen einfach.

Der Contao Check sagt alles auf grün und damit OK.

**mlweb** · 12.01.2018, 13:34

War das der gleiche Server/das gleiche Hostingpaket?

**tab** · 12.01.2018, 13:38

Der Contao-Check überprüft nicht, ob die im Installtool oder direkt in der entsprechenden Datei eingegebenen Zugangsdaten gültig sind.

**fr3d83** · 12.01.2018, 13:40

Jap, aber ich hatte vor ein paar Tagen eine Contao 4 Installation durchgeführt, ohne Contao Manager und das ging super.

Jetzt habe ich von unserer Designabteilung das fertige Contao 4, mit allen Inhalten, was mit Contao Manager installiert wurde und das macht diese Probleme.

Ich komme halt nicht ins Backend, damit kann ich auch nicht die Syslinks neu aufbauen.

**mlweb** · 12.01.2018, 13:41

Er sagt ja, dass die Zugangsdaten überprüft wurden.

**mlweb** · 12.01.2018, 13:46

Zitat von fr3d83

Jetzt habe ich von unserer Designabteilung das fertige Contao 4, mit allen Inhalten, was mit Contao Manager installiert wurde und das macht diese Probleme.

An dieser Stelle noch einmal die Frage.

Was hindert Dich dran es mit einer Neuinstallation zu versuchen?
In dem fertigen Contao 4 stecken doch alle Daten die Du brauchst.
Die Möglichkeit eine zusätzliche Subdomain anzulegen und ein zusätzliche DB zu verwenden wirst Du doch haben.

**tab** · 12.01.2018, 13:54

So eine ähnliche Geschichte hatte ich doch auch mal bei Webgo, definitiv richtige Zugangsdaten haben nicht funktioniert. Das war damals nur mit MySQL und hat dann mit MariaDB funktioniert. Dass es jetzt bei einem anderen Hoster mit MariaDB funktionieren müsste, kann man daraus allerdings nicht ableiten. Damals haben die irgendwas geändert und dann ging es. Leider weiss ich nicht was.

Jedenfalls schliesse ich daraus, dass irgendwas bei MySQL nicht korrekt konfiguriert war. Oder jedenfalls nicht so, wie es Doctrine gerne hätte. Das würde ich dann im vorliegenden Fall eventuell auch vermuten.

**fr3d83** · 12.01.2018, 13:58

Ich probiere es jetzt mal Contao mit dem Manager zu installieren und die andere installation drüber zu Bügeln.

P.S. eine MariaDB habe ich hier auf dem Server, vielleicht hatte der andere nur eine MySQL DB.

**mlweb** · 12.01.2018, 13:59

Welcher Provider ist es eigentlich?

**fr3d83** · 12.01.2018, 14:00

Zitat von mlweb

Welcher Provider ist es eigentlich?

Ist ein interner Server.

**mlweb** · 12.01.2018, 14:03

Zitat von fr3d83

Ich probiere es jetzt mal Contao mit dem Manager zu installieren und die andere installation drüber zu Bügeln.

Nicht drüber bügeln sondern gezielt nur die Dateien rübernehmen die Du auch tatsächlich brauchst. s.o.

Zitat von fr3d83

P.S. eine MariaDB habe ich hier auf dem Server, vielleicht hatte der andere nur eine MySQL DB.

Eigentlich sollte das kein Problem sein. Ich habe lokal Maria DB und in manchen Kundenpaketen nur MySQL. Da wechsele ich die DB-Sicherungen durchaus ohne Probleme hin und her.

**fr3d83** · 12.01.2018, 14:31

Ok, der Manager installiert Contao aber gibt folgende Meldung imemr aus:

Code:

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/php-7.1.13/lib64/extensions/no-debug-zts-20160303/mysql.so' - /usr/local/php-7.1.13/lib64/extensions/no-debug-zts-20160303/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0

**mlweb** · 12.01.2018, 14:49

Ich gehe mal davon aus, dass Du den Pfad zu PHP manuell im Manager eingetragen hast. Ich interpretiere den Fehler als Nichtentwickler so, dass hier eine Konfiguration vorliegt, bei der Manager nicht alle erforderlichen Bedingungen vorfindet.
Könnte auch ein Rechteproblem sein. Da kenne ich mich aber zu wenig aus und müsste zu diesem Thema dann bei google recherchieren.

Edit: Vielleicht gibt Euch das einen Hinweis https://bugs.mysql.com/bug.php?id=27258. Verstehe ich beim Überfliegen so, dass mysql nicht dort gefunden wird, wo es normalerweise erwartet wird und man da tätig werden muss.

**fr3d83** · 13.01.2018, 09:05

Also mit Contao 4 ist es wirklich frustrierend. Ich kann verstehen wieso viele hier seit Contao 4 auf ein anderes CMS wechseln, mit der 3er Version war vieles einfacher.

Ich habe jetzt in der php.ini noch das fehlende MySQL hinzugefügt aber es klappt immer noch nicht, habe dann einen Error 500 bekommen im FE. -.-
Jetzt habe ich noch einmal das fertige Contao, so wie es bekommen habe auf den Server gespielt und schaue ob ich diese Fehler beheben kann:

[2018-01-13 09:58:19] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.intranet.de/contao/install","method":"HEAD"} []

[2018-01-13 09:58:19] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.intranet.de/contao/install","method":"GET"} []

[2018-01-13 09:58:19] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occured in driver: could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:115, Doctrine\\DBAL\\Driver\\PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

Edit:
Ok, ich habe das ganze Projekt einmal auf einen Hosted Server (Domainfactory) geladen.
Dort bekomme ich einen etwas anderen Fehler ABER ich kann das Installtool aufrufen.
Dort bekomme ich diese Meldung:
system/themes/flexible
The path "system/themes/flexible" exists and is not a symlink.

- web/assets
The path "web/assets" exists and is not a symlink.

- web/system/themes
The path "web/system/themes" exists and is not a symlink.

- system/logs
The path "system/logs" exists and is not a symlink.

Da ich hier etwas weiter bin, werde ich es vorerst auf dem Server probieren aber wie kann ich jetzt diese Symlinks neu erzeugen?
Oder wo kann ich die Links editieren?

**fiedsch** · 13.01.2018, 10:10

Zitat von fr3d83

Edit:
Ok, ich habe das ganze Projekt einmal auf einen Hosted Server (Domainfactory) geladen.
Dort bekomme ich einen etwas anderen Fehler ABER ich kann das Installtool aufrufen.
Dort bekomme ich diese Meldung:
system/themes/flexible
The path "system/themes/flexible" exists and is not a symlink.

Da ich hier etwas weiter bin, werde ich es vorerst auf dem Server probieren aber wie kann ich jetzt diese Symlinks neu erzeugen?
Oder wo kann ich die Links editieren?

Nein, Du kannst sie nicht editieren, weil es wohl anstelle Symlinks auf die Verzeichnisse kopien davon sind. Die dürften entstanden sein, als Du Deine lokale Installation gepackt und auf dem Server wieder ausgepackt hast.

Symlinks neu erzeugen: Ich würde sagen, so, wie Du es bereits (lokal) gemacht hast (siehe #15):

Zitat von fr3d83

Ok, die Symlinks kann man neu erstellen im BE.

**fr3d83** · 13.01.2018, 10:36

Das würde ich ja gerne machen im BE, nur wenn ich /contao bzw /contao/login auf rufe bekomme ich einen Fehler, die error.log sagt:

[2018-01-13 11:34:33] request.INFO: Matched route "contao_backend_login". {"route":"contao_backend_login","route_parameters" :{"_scope":"backend","_token_check":true,"_control ler":"Contao\\CoreBundle\\Controller\\BackendContr oller::loginAction","_route":"contao_backend_login "},"request_uri":"http://dev.intranet/contao/login","method":"HEAD"} []

[2018-01-13 11:34:33] security.INFO: Attempting SimplePreAuthentication. {"key":"backend","authenticator":"Contao\\CoreBund le\\Security\\ContaoAuthenticator"} []

[2018-01-13 11:34:34] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(co de: 0): An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory at /kunden/290536_99510/dev/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:103, Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] No such file or directory at /kunden/290536_99510/dev/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 2002): SQLSTATE[HY000] [2002] No such file or directory at /kunden/290536_99510/dev/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

**do_while** · 13.01.2018, 10:37

Wenn Du noch eine laufende Installation davon hast, kannst Du Dir BackupDB installieren.

In den Contao Einstellungen hakst Du an, dass Du das Backup als ZIP haben möchtest. Dann fügt BackupDB wichtige Dateien hinzu, unter anderem auch ein Script, was die Symlinks so wieder herstellt, wie sie beim Backup waren. Dieses Script kopierst Du bei der Server-Installation ins web-Verzeichnis und rufst es über den Browser in der Domain auf.

Dadurch sollten alle vorher vorhandenen Symlinks wieder hergestellt werden.

**fr3d83** · 13.01.2018, 10:59

Zitat von do_while

Wenn Du noch eine laufende Installation davon hast, kannst Du Dir BackupDB installieren.

In den Contao Einstellungen hakst Du an, dass Du das Backup als ZIP haben möchtest. Dann fügt BackupDB wichtige Dateien hinzu, unter anderem auch ein Script, was die Symlinks so wieder herstellt, wie sie beim Backup waren. Dieses Script kopierst Du bei der Server-Installation ins web-Verzeichnis und rufst es über den Browser in der Domain auf.

Dadurch sollten alle vorher vorhandenen Symlinks wieder hergestellt werden.

Ok, dass klingt schon mal gut,werde ich gleich am Montag mal probieren, da ich auf den Original Server jetzt keinen Zugriff habe.

**bizon** · 13.01.2018, 11:18

Dass du Contao 4 nicht lokal installieren kannst liegt doch nicht an Contao 4, sondern an einer fehlerhaften Xampp Konfiguration.

Code:

[2018-01-13 09:58:19] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occured in driver: could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:115, Doctrine\\DBAL\\Driver\\PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

Ich muss dazu sagen, dass ich weder Windows-user bin, noch setze ich Xampp ein. Die Fehlermeldung sagt aber eindeutig, dass kein Mysql driver gefunden wird und dass nach einer PDO Datenbankverbindung gesucht wird. Der PDO_Mysql driver wird seit PHP 7 benötigt - dafür kann Contao 4 auch nichts. Also musst du in deiner php.ini zuerst den PDO_Mysql driver aktivieren.

Code:

;extension=php_pdo_mysql.dll
extension=php_pdo_mysql.dll

Bin nicht ganz sicher ob der Name der php Extension so richtig ist - schau nach pdo und mysql.
Xampp nun mit Administratorrechten neu starten und nochmal testen.

Zu deinem Problem mit den Symlinks bei Domainfactory:

Die Fehlermeldung ensteht weil Contao versucht Symlinks anzulegen, was aber nicht klappt weil bereits Verzeichnisse mit dem Namen der Symlinks existieren. Das passiert beim Hochladen auf den Server und ist ein leidiges Problem unter Windows. Es werden nicht die Symlinks als einfacher Link, sondern die verlinkten Verzeichnisse und deren Inhalte hochgeladen. Dafür kann Contao 4 wieder nichts, sondern es liegt an dem Programm mit dem du den Upload machst und das anscheinend mit Symlinks(symbolische Links) nicht umgehen kann. Gibt es für Windows überhaupt ein geeignetes Programm? Unter Linux benutze ich rsync, damit bleiben Symlinks das was sie sind - eben Links auf Dateien oder Verzeichnisse.

Reparieren geht relativ einfach, indem du die angemeckerten Verzeichnisse löschst und dann die Symlinks per Installtool neu anlegen lässt. Das musst du komplett löschen:
web/system/themes
web/assets
system/logs
system/themes/flexible/

**fr3d83** · 13.01.2018, 11:50

Zitat von bizon

Dass du Contao 4 nicht lokal installieren kannst liegt doch nicht an Contao 4, sondern an einer fehlerhaften Xampp Konfiguration.

Code:

[2018-01-13 09:58:19] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occured in driver: could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:115, Doctrine\\DBAL\\Driver\\PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 0): could not find driver at /wwwroot.wwwnew/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

Ich muss dazu sagen, dass ich weder Windows-user bin, noch setze ich Xampp ein. Die Fehlermeldung sagt aber eindeutig, dass kein Mysql driver gefunden wird und dass nach einer PDO Datenbankverbindung gesucht wird. Der PDO_Mysql driver wird seit PHP 7 benötigt - dafür kann Contao 4 auch nichts. Also musst du in deiner php.ini zuerst den PDO_Mysql driver aktivieren.

Ok und Danke, werde ich probieren, der Server wird nicht von mir verwaltet, ist ein Interner Linux Rechner.

Aber was bedeutet dann diese Fehlermeldung?
[2018-01-13 09:58:19] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{" _sc ope":"backend","_token_check":true,"_controller": " Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.intranet.de/contao/install","method":"HEAD"} []

[2018-01-13 09:58:19] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{" _sc ope":"backend","_token_check":true,"_controller": " Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.intranet.de/contao/install","method":"GET"} []

In deise Verzeichnissen steckt ja auch schon ein fertiges Theme und Co:
web/system/themes
web/assets
system/logs

wie kann ich das später wieder aufspielen?

Und für den Upload nutze ich WINSCP.

**fiedsch** · 13.01.2018, 11:56

Zitat von fr3d83

Aber was bedeutet dann diese Fehlermeldung?
[2018-01-13 09:58:19] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{" _sc ope":"backend","_token_check":true,"_controller": " Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.intranet.de/contao/install","method":"HEAD"} []

Das ist keine Fehlermeldung, nur eine INFO. Die Meldung zu MySQL von oben mit

Code:

[2018-01-13 11:34:34] app.CRITICAL

ist ein kritischer Fehler.

Zitat von fr3d83

In deise Verzeichnissen steckt ja auch schon ein fertiges Theme und Co:
web/system/themes
web/assets
system/logs

wie kann ich das später wieder aufspielen?

Das muss Du nicht wieder "aufspielen", denn die gleichen Dateien sollten bereits auf dem Server (oberhalb von web/) liegen. In Web sind dann nur die Teile verlinkt (Symlink), die öffentlich erreichbar sein sollen.

**bizon** · 13.01.2018, 12:24

Zitat von fr3d83

In deise Verzeichnissen steckt ja auch schon ein fertiges Theme und Co:
web/system/themes
web/assets
system/logs

wie kann ich das später wieder aufspielen?
Und für den Upload nutze ich WINSCP.

Eben nicht! An diesen Orten müssen Symlinks liegen, die auf Verzeichnisse zeigen, wo die Dateien tatsächlich physisch liegen.
Im Falle von web/assets sieht das so aus:
web/assets -> ../assets/
Das bedeutet, dass web/assets auf einen Ordner assets verweist, der eine Ebene höher liegt. Und da liegen die für Contao relevanten Daten. Der web-Ordner ist das öffentliche Verzeichnis der Contao Installation und Seitenbesucher haben nur Zugriff auf eben dieses Verzeichnis. System relevante Daten liegen also geschützt in höher liegenden Ebenen und der Symlink ist das verbindende Element. Er ist aber nur eine Datei und hat als Inhalt lediglich eine Verknüpfung auf die höher und damit sicher liegenden Dateien.

WinSCP? Dann musst du dir halt ein Programm suchen, das Symlinks als Symlinks kopieren kann.

Würdest du die Fehlermeldungen, Codeschnipsel etc. bitte in Code-tags posten?

Die Meldungen sind nur Hinweise, dass beim Ausführen von install etwas nicht geklappt hat und die Ursache dafür ist die fehlende Datenbankverbindung.