Fertiges COntao auf Server Laden?

[lucina]

WinSCP kann das prinzipiell schon, allerdings nur mit den Protokollen SFTP und SCP. Vermutlich liegt da der Hase im Pfeffer?

[fr3d83]

WinSCP kann das prinzipiell schon, allerdings nur mit den Protokollen SFTP und SCP. Vermutlich liegt da der Hase im Pfeffer?

Ich nutze aber schon immer eine SFTP Verbindung, kann es sein das die Simlinks schon beim exportieren / downloaden nicht mit kopiert wurden?

[bizon]

Das solltest du doch in deinem Download selbst sehen ob du einen gefüllten Ordner oder nur einen Symlink(heißt bei Windows Verknüpfung) hast. Die werden doch unterschiedlich dargestellt oder nicht?

[fr3d83]

Das solltest du doch in deinem Download selbst sehen ob du einen gefüllten Ordner oder nur einen Symlink(heißt bei Windows Verknüpfung) hast. Die werden doch unterschiedlich dargestellt oder nicht?

Also
- system/themes/flexible

- web/assets

- web/system/themes

- system/logs

Sind alles richtige Ordner und keine Verknüpfungen.
ordner.PNG

[bizon]

Was du machen musst steht in meinem Post #37 ganz unten

[Spooky]

Ich habe jetzt nicht den ganzen Thread nachgelesen, aber es hat den Anschein, dass du dich nicht an das hier hältst: https://community.contao.org/de/show...l=1#post461509 ? Gibt es dafür einen Grund?

[do_while]

Also
- system/themes/flexible

- web/assets

- web/system/themes

- system/logs

Sind alles richtige Ordner und keine Verknüpfungen.
ordner.PNG

Genau das ist der Fall, wenn man ein entpacktes ZIP hochlädt.
Das war der Grund für mein Symlink-Wiederherstellungs-Script (siehe oben)

[fr3d83]

Ich habe jetzt nicht den ganzen Thread nachgelesen, aber es hat den Anschein, dass du dich nicht an das hier hältst: https://community.contao.org/de/show...l=1#post461509 ? Gibt es dafür einen Grund?

Das habe ich gemerkt das du nicht alles durchgelesen hast, nach der Anleitung hatte ich das Problem mit den Symlinks.

Aber das Skript von do_while werde ich am Montag mal probieren.

[Spooky]

Das habe ich gemerkt das du nicht alles durchgelesen hast, nach der Anleitung hatte ich das Problem mit den Symlinks.

Beschreibe genau was du getan hast.

[xchs]

nach der Anleitung hatte ich das Problem mit den Symlinks

Hast Du denn das gemacht, was @bizon bereits richtigerweise vorgeschlagen hatte?

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]

Hi zusammen,

noch mal kurz zu meinem Problem, es lag hauptsächlich an unserer PHP Version plus Erweiterungen.
Contao läuft soweit, die Symlinks Ordner habe ich gelöscht und bis auf eine sache passt alles.

Nachtrag: Wie stelle ich eigentlich den .html suffix aus?

[fr3d83]

Noch eine andere Sache, wenn ich in der Navigation mich durch klicke steht da z.b. domain.tld/produkte-66.html aber original steht da nur /produkte.html, oder zum teil steht da auch nur /98.html
Auch sehe ich aktuell die Inhalte nicht, wenn wenn ich auf Versteckte Inhalte anzeigen gehe, sehe ich sie aber die Seiten sind alle Sichtbar.

[xchs]

Hast Du nachgeschaut, was für die betreffenden Seiten im Feld "Seitenalias" steht?

[fr3d83]

So schaut es im BE aus:
produkte.PNG
und im FE steht /produkte-83.html, auch die Startseite heißt hier /index-en.html?

[Spooky]

Bist du im richtigen Website Startpunkt?

[fr3d83]

Bist du im richtigen Website Startpunkt?

DU bist mein Retter, habe vergessen die Domain hinzu zufügen.

[fr3d83]

Noch eine kurze Frage, nach ein bisschen editieren bekomme ich einen Fehler und komme nicht mehr ins FE.
In der error.log steht das:

[2018-02-06 16:31:20] request.INFO: Matched route "contao_frontend". {"route":"contao_frontend","route_parameters":{"_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_scope":"frontend","_locale":null,"alias":"lösungen","_route":"contao_frontend"},"request_uri":"http://dev.intranet.de/l%C3%B6sungen.html","method":"HEAD"} []
[2018-02-06 16:31:20] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-02-06 16:31:20] request.INFO: Matched route "contao_frontend". {"route":"contao_frontend","route_parameters":{"_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_scope":"frontend","_locale":null,"alias":"lösungen","_route":"contao_frontend"},"request_uri":"http://dev.intranet.de/l%C3%B6sungen.html","method":"GET"} []
[2018-02-06 16:31:20] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-02-06 16:31:20] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\FatalThrowableError(code: 0): Cannot create references to/from string offsets at /wwwroot.wwwnew/vendor/contao/core-bundle/src/Config/Loader/XliffFileLoader.php:239)"} []

Wo liegt denn jetzt plötzlich der Fehler?

LG & Danke

[fr3d83]

Im FF wird bei mir die Seite angezeigt im Chrome nicht, an einem anderen PC ist es genau anders herrum.

Könnte der Fehler an meinem Server liegen? PHP Version oder MariaDB Version?

PHP: 7.1.13
SQL: mysql Ver 15.1 Distrib 10.0.31-MariaDB

Oder fehlen noch PHP Module?

[Spooky]

Überprüfe mal die Serverumgebung mit der neuesten Master Version des Contao Checks.

[fr3d83]

Habe den aktuellen Contao Check in /web kopiert und aufgerufen, schaut alles soweit gut aus:
check.PNG

[Spooky]

Führe mal mit der richtigen PHP Version ein composer update aus.

[fr3d83]

Führe mal mit der richtigen PHP Version ein composer update aus.

Was meinst du mit richtigen PHP Version und wie mache ich einen Composer Update?

[Spooky]

Wie hast du Contao installiert bzw. deployed?

[fr3d83]

Wie hast du Contao installiert bzw. deployed?

Über contao-manager.phar

[Spooky]

Welcher Hoster? Welche PHP Version ist eingetragen?

[fr3d83]

Ist ein interner Server, wie finde ich raus, welche Version eingetragen ist, ich habe die Installation nicht durchgeführt, leider.

[Spooky]

Rechts oben auf das Zahnrad » System check. Poste einen Screenshot davon.

[fr3d83]

Rechts oben auf das Zahnrad » System check. Poste einen Screenshot davon.

Ok, irgend etwas haut hier nicht hin, ich habe mich beim Contao Manager Angemeldet und bekomme diese Meldung:

ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:

- .git
- .gitignore
- .idea
- .sass-lint.yml
- README.md
- app
- assets
- browser-sync-config.json
- browser-sync-config.json.dist
- composer.json
- composer.lock
- composer.phar
- deploy_neueseite.sh
- deploy_neueseite_dev.sh
- files
- gulpfile.js
- node_modules
- package-lock.json
- package.json
- robots.txt
- src
- system
- templates
- var
- vendor

Ich muss dazu sagen, das Contao wurde auf einem anderen Server Installiert, ich habe einen Dump davon bekommen und habe die Daten jetzt auf den richtigen Server kopiert.

[Spooky]

Ich muss dazu sagen, das Contao wurde auf einem anderen Server Installiert, ich habe einen Dump davon bekommen und habe die Daten jetzt auf den richtigen Server kopiert.

Hier in diesem Thread wurde bereits erwähnt, wie man Contao richtig umzieht: https://community.contao.org/de/show...l=1#post461509

[fr3d83]

Das habe ich getan und trotzdem kommt die Meldung.
Sonst hätte ich mich doch nicht noch einmal gemeldet.

[Spooky]

Was genau hast du beim Deployment getan? Hast du SSH Zugriff?

[fr3d83]

Kurzfassung:

- contao 4.4 installiert
- DB ausgetauscht
- Hauptdaten ausgetauscht
- Installtool gestartet
- Symlinks gelöscht
- Systemwartung durchgeführt und prod cach gelöscht

SSH Zugriff habe ich aber habe damit noch nie etwas gemacht.

Ich habe noch mal gegeschaut:

Mein aktuelles System:
PHP: 7.1.13
SQL: mysql Ver 15.1 Distrib 10.0.31-MariaDB

Das System wo Contao 4.4 installiert wurde:
PHP:7.0.27
SQL: MySQL nicht MariaDB

[Spooky]

Kurzfassung:

- contao 4.4 installiert
- DB ausgetauscht
- Hauptdaten ausgetauscht
- Installtool gestartet
- Symlinks gelöscht
- Systemwartung durchgeführt und prod cach gelöscht

Das ist aber nicht die Vorgehensweise, die hier beschrieben ist. Halte dich daran. Ich habe auch schon hier darauf hingewiesen, dass du dich allem Anschein nach nicht an die Anleitung hältst.

Da du SSH Zugriff hast, nimm die Variante Contao 4.4 unter Verwendung der Kommandozeile umziehen. Achte darauf, dass du auf der Kommandozeile die richtige PHP Version verwendest.

[Spooky]

Mein aktuelles System:
PHP: 7.1.13

Das System wo Contao 4.4 installiert wurde:
PHP:7.0.27

Da sich die PHP Versionen unterschieden, musst du darauf noch zusätzlich Rücksicht nehmen. Führe bei Punkt 2. statt einem composer install am besten ein composer update aus, damit du die Pakete in den richtigen Versionen, passend zu deiner PHP Version bekommst.

[fr3d83]

Es ist ja auch schon eine ganze weile her und ich habe mehrere sachen probiert.^^

Stehen den wirklich alle Befehle für die Kommandozeile in dem Tutorial?

Auf was bzw wie muss ich Rücksichtnehmen auf die PHP Versionen?

[Spooky]

Halte dich einfach strikt an die 9 Punkte von hier (Contao 4.4 unter Verwendung der Kommandozeile umziehen) und frage bei jedem Punkt ggf. nach, was du nun genau machen musst. Wie schon erwähnt solltest du bei Punkt 2 ein composer update statt einem composer install ausführen.

[fr3d83]

Halte dich einfach strikt an die 9 Punkte von hier (Contao 4.4 unter Verwendung der Kommandozeile umziehen) und frage bei jedem Punkt ggf. nach, was du nun genau machen musst. Wie schon erwähnt solltest du bei Punkt 2 ein composer update statt einem composer install ausführen.

Ok, dann werde ich auch erst einmal die PHP Version von meinem Server auf 7.0.27 stellen, so dass ich möglichst wenig Fehlerquellen habe, ob MariaDB oder MySQL ist egal, oder?

[Spooky]

Ok, dann werde ich auch erst einmal die PHP Version von meinem Server auf 7.0.27 stellen, so dass ich möglichst wenig Fehlerquellen habe

Dann musst du aber auch ein composer update mit der richtigen PHP Version machen. Sind dann die PHP Versionen zwischen Quelle und Ziel gleich, kannst du bei Punkt 2 dann tatsächlich ein composer install machen.

ob MariaDB oder MySQL ist egal, oder?

Ist prinzipiell egal, die Version muss einfach nur hoch genug sein jeweils.

[fr3d83]

Dann musst du aber auch ein composer update mit der richtigen PHP Version machen. Sind dann die PHP Versionen zwischen Quelle und Ziel gleich, kannst du bei Punkt 2 dann tatsächlich ein composer install machen.

Ist prinzipiell egal, die Version muss einfach nur hoch genug sein jeweils.

Ja, ich werde es so machen, dass die Versionen gleich sind und ich genau nach der Anleitung gehen kann.

[fr3d83]

Ok, ich habe mich jetzt doch für die Variante ohne Konsole entschieden, ich kenne da keine Befehle.

1. Kopiere den Contao Manager in /web und richte ihn mit Benutzername und Passwort ein - Check
2. Installiere Contao über den Contao Manager. Den Vorschlag, das Installtool im Anschluss auszuführen solltest du einfach ignorieren! - Check
3. Stattdessen kopierst du die composer.json von deinem alten Server in das Projektverzeichnis des neuen Servers und führst den Contao Manager erneut aus. - Problem
-- Wenn ich http://dev.intranet.de/contao-manager/manager.json aufrufe, kommt:
-- Not Found - The requested URL /contao-manager/manager.json was not found on this server.

Aber die Manager Datei ist dur die contao-manager.phar angelegt wurden:
install1.PNG