Hinweise zum Contao Manager

[Acta]

Leider ohne Erfolg!

[Acta]

Ich habe jetzt auch mal probiert das Sef-Update manuell via CMD zu machen:

D:\htdocs\contao4\web>php contao-manager.phar.php self-update

In SelfUpdate.php line 234:

  Version request returned incorrectly formatted response.


self-update

[rauel]

Als Ergänzung mal die Hoster mit den größten Problemen, Stand ist allerdings die Alpha Version vom CM, könnte also eventuell mit der Beta besser laufen:

• Domainfactory, Managed Pro 2, sowohl mit PHP 5.6 und PHP 7.0, PHP Pfad wird nicht korrekt erkannt, bei 7.0 geht die Installation, nicht aber Erweiterungen
• strato, PowerWebBasic, sowohl mit PHP 5.6 und 7.1, keine Installation möglich
• 1&1, DualBasic, PHP 5.6 keine Installation, PHP 7.1 richtiger Pfad nicht erkannt, Installation geht dann, Erweiterungen nicht

Wer abweichende Infos oder Ergänzungen zu diesen Hostern hat, immer her damit.
Ich denke, dass es demnächst auch die Liste irgendwo geben wird mit dem bisherigen Erfahrungen. Wurde auf der Konferenz kurz angemerkt.

Ich habe aktuell folgendes Problem mit der Installation vom CM bei Strato. Bei der Einrichtung wird mir folgender Fehler angezeigt. "Installing Contao Application" Console task terminated!

The background task has stopped unexpectedly. Please check the console protocol.

Weiß du wo ich das console protocol finde?

[xchs]

Das Konsolenprotokoll kannst Du Dir anzeigen lassen, indem Du in der Titelzeile des Fensters rechts auf das <> Symbol klickst.

BTW: Bei Strato hast Du übrigens auch einen Shell-Zugang, wo Du ebenfalls composerspezifische Operationen ausführen kannst.

[mlweb]

und bei Strato benötigst Du mindesten PHP 7.2 damit es funktioniert.

[rauel]

und bei Strato benötigst Du mindesten PHP 7.2 damit es funktioniert.

ja habe ich aktiviert. Daran liegt es nicht.

[mlweb]

und was steht im Konsolenprotokoll?

[rauel]

Das Konsolenprotokoll kannst Du Dir anzeigen lassen, indem Du in der Titelzeile des Fensters rechts auf das <> Symbol klickst.

BTW: Bei Strato hast Du übrigens auch einen Shell-Zugang, wo Du ebenfalls composerspezifische Operationen ausführen kannst.

Danke die Webkonsole war gemeint?

um composerspezifische Operationen vorzunehmen müsste ich erst mal wissen was composerspezifisch ist.

Danke für die Tipps aber die bringen mich nicht weiter dazu kenne ich mich zu wenig aus.

Sagt Dir die Log Datei was außer das er Tabellen nicht findet? prod-2019-03-07.log.txt

[mlweb]

Das Konsolenprotokoll kannst Du Dir anzeigen lassen, indem Du in der Titelzeile des Fensters rechts auf das <> Symbol klickst.

Das Symbol findest Du im Manager. Wenn der Manager "arbeitet", kannst Du Dir über dieses Symbol das Konsolenprotokoll anzeigen lassen.

BTW: Bei Strato hast Du übrigens auch einen Shell-Zugang, wo Du ebenfalls composerspezifische Operationen ausführen kannst.

Das war lediglich ein zusätzlicher Hinweis um z.B. weiter nach Fehlern zu suchen.

[xchs]

die Webkonsole war gemeint?

Nein. Gemeint war ein SSH-Zugang. Siehe z. B. hier: https://www.strato.de/faq/hosting/so...h-sftp-zugang/

um composerspezifische Operationen vorzunehmen müsste ich erst mal wissen was composerspezifisch ist

Composerspezifische Operationen sind Befehle, welche auch der Contao Manager ausführen würde, z. B.

• composer create-project contao/managed-edition <ziel> '4.7.*'
• composer update
• composer install
• …

[rauel]

Das Symbol findest Du im Manager. Wenn der Manager "arbeitet", kannst Du Dir über dieses Symbol das Konsolenprotokoll anzeigen lassen.



Das war lediglich ein zusätzlicher Hinweis um z.B. weiter nach Fehlern zu suchen.

Danke


Ich konnte trotz der vorangegangenen Fehlermeldung im Manager ins Backend und habe mich durchgeklickt und ein paar Einstellungen vorgenommen.

Die Frontend-Vorschau wird mir mit einer Fehlermeldung: "Bei der Ausführung des Skriptes ist ein Fehler aufgetreten. Irgendetwas funktioniert nicht richtig" angezeigt!!

In der Log-Datei wird eine Tabelle (1054 Unknown column) vermisst und wenn ich im backend auf eine Artikeleinstellung gehe wird z.B. folgendes angezeigt

An exception occurred while executing 'SELECT tl_layout.*, j1.`id` AS pid__id, j1.`tstamp` AS pid__tstamp, j1.`name` AS pid__name, j1.`author` AS pid__author, j1.`folders` AS pid__folders, j1.`screenshot` AS pid__screenshot, j1.`templates` AS pid__templates, j1.`vars` AS pid__vars, j1.`defaultImageDensities` AS pid__defaultImageDensities FROM tl_layout LEFT JOIN tl_theme j1 ON tl_layout.`pid`=j1.id WHERE tl_layout.`id`='6' LIMIT 0,1': SQLSTATE[42S22]: Column not found: 1054 Unknown column 'j1.defaultImageDensities' in 'field list'

Die Artikel selbst kann ich aufrufen und bearbeiten

[rauel]

Nein. Gemeint war ein SSH-Zugang. Siehe z. B. hier: https://www.strato.de/faq/hosting/so...h-sftp-zugang/


Composerspezifische Operationen sind Befehle, welche auch der Contao Manager ausführen würde, z. B.

• composer create-project contao/managed-edition <ziel> '4.7.*'
• composer update
• composer install
• …

Danke Dir.

[xchs]

Hast Du das Contao Installtool aufgerufen und die Datenbank aktualisiert?

[rauel]

Hast Du das Contao Installtool aufgerufen und die Datenbank aktualisiert?

Ja habe ich gemacht (also auf Datenbank aktualisieren geklickt ohne im Fenster etwas zu ändern) und dort wird mir der Fehler angezeigt:

datenbank.jpg


Bei der Ausführung des Skriptes ist ein Fehler aufgetreten. Irgendetwas funktioniert nicht richtig.
Wie kann ich das Problem lösen?

Öffnen Sie die aktuelle Log-Datei im Ordner var/logs bzw. app/logs und suchen Sie die zugehörige Fehlermeldung (normalerweise die letzte).

Viellicht ist bei Exportieren und importieren der Datenbank ein Fehler passiert. Hatte mich gewundert das die beiden Datenbanken unterschiedliche Datenmenge hatten.

[xchs]

Dann bitte hier mal nachschauen:

Öffnen Sie die aktuelle Log-Datei im Ordner var/logs bzw. app/logs und suchen Sie die zugehörige Fehlermeldung (normalerweise die letzte).

[rauel]

Dann bitte hier mal nachschauen:

die log Datei hatte ich Dir weiter oben schon zur Ansicht hochgeladen.

Kannst du mal bitte schauen ob du schlau daraus wirst.

[xchs]

Ja, und in der Log-Datei stand, dass die Datenbank nicht aktuell war (wie Du ja im Contao Installtool selbst festgestellt hast). Du hattest dann ja im Installtool die Datenbank aktualisieren lassen und offenbar einen neuen Fehler erhalten. Dieser Fehler sollte ebenfalls im Fehlerprotokoll an letzter Stelle protokolliert sein.

[rauel]

Ja, und in der Log-Datei stand, dass die Datenbank nicht aktuell war (wie Du ja im Contao Installtool selbst festgestellt hast). Du hattest dann ja im Installtool die Datenbank aktualisieren lassen und offenbar einen neuen Fehler erhalten. Dieser Fehler sollte ebenfalls im Fehlerprotokoll an letzter Stelle protokolliert sein.

was mache ich jetzt?

[xchs]

Das hier: https://community.contao.org/de/show...l=1#post498023

[mlweb]

Wenn der Contao-Manager mit "Console task terminated!", abgebrochen hat ist m.E. die Wahrscheinlichkeit relativ gross, dass die Installation nicht komplett abgeschlossen wurde.

[rauel]

Das hier: https://community.contao.org/de/show...l=1#post498023

Der Link geht nicht.

[rauel]

Wenn der Contao-Manager mit "Console task terminated!", abgebrochen hat ist m.E. die Wahrscheinlichkeit relativ gross, dass die Installation nicht komplett abgeschlossen wurde.

Jetzt stellt sich die Frage warum die Installation abgebrochen wurde? Ich bin so vorgegangen wie ich sollte und wie ich hier und durch Videos gezeigt bekommen habe.

[mlweb]

Der Link geht, der führt Dich zu einem Beitrag weiter oben im gleichen Thread.

Ich hab Dir ein PN geschickt. Vielleicht kommen wir da eher weiter.

[mlweb]

Jetzt stellt sich die Frage warum die Installation abgebrochen wurde? Ich bin so vorgegangen wie ich sollte und wie ich hier und durch Videos gezeigt bekommen habe.

Ohne Ausgabe aus der oben schon zitierten Konsolenausgabe kann man dazu nichts sagen. Aus meiner Erfahrung ist Strato nach wie vor nicht der Knaller bei den Hostern und die Macher des Managers mussten sehr viel Energie investieren um die grottenschlechte Performance der Shared Hostingpakete auszubügeln. Vielleicht hat es bei Dir genau zu dem Zeitpunkt trotz allem nicht geklappt. Aber ohne Konsolenausgabe ist das wie schauen in die Glaskugel.

[mlweb]

Ich konnte mir das direkt bei @rauel anschauen. Ursache für die abgebrochene Installation ist wahrscheinlich Strato mit dem ausgesprochen "schwachen" Paket Starter.
Bei Strato ist grundsätzlich mit Performanceproblemen zu rechnen, deswegen stösst der Contao Manager den Installations-Prozess bis zu 5x an. Es kann aber vorkommen dass auch diese Zeit nicht reicht um alle Pakete downzuloaden und zu installieren, was zum Abbruch führt. In meiner Erfahrung reicht es dann es einfach noch einmal zu probieren. Bisher ist die Installation bei mir im Endeffekt immer durchgelaufen. Ich habe heute Contao 4.4 auf besagtem Paket ohne Probleme installieren können. Fertig geworden ist die Installation tatsächlich erst im 5. Durchlauf. Ein Problem besteht jetzt noch mit "Index column size too large", weil in diesem Paket eventuell/wahrscheinlich kein innodb_large_prefix zur Verfügung steht. Das habe ich aber im Rahmen der kostenlosen Unterstützung nicht weiter verfolgt. Hier ging es erst einmal darum überhaupt eine Contao 4 Installation fehlerfrei auf den Webspace zu bekommen.
Meine Empfehlung ist angesichts des derzeit kleinsten Paketes mindesten Paketupgrade besser sogar Umzug zu einem vernünftigen Provider. Wenn man bei Strato bleiben möchte sollte die Frage gestellt werden ab welchem Paket innodb_large_prefix verfügbar ist. Ich habe bei einem Kunden ein älteres PowerWeb Basic laufen. Dort habe ich innodb_large_prefix zur Verfügung.

[xchs]

Ich habe ebenfalls erst vor wenigen Tagen mit dem Strato PowerWeb Basic Paket zwei Installationen von Contao 4.4 aufgesetzt. Hat soweit alles ohne Probleme funktioniert.

[rauel]

Ich konnte mir das direkt bei @rauel anschauen. Ursache für die abgebrochene Installation ist wahrscheinlich Strato mit dem ausgesprochen "schwachen" Paket Starter.
Bei Strato ist grundsätzlich mit Performanceproblemen zu rechnen, deswegen stösst der Contao Manager den Installations-Prozess bis zu 5x an. Es kann aber vorkommen dass auch diese Zeit nicht reicht um alle Pakete downzuloaden und zu installieren, was zum Abbruch führt. In meiner Erfahrung reicht es dann es einfach noch einmal zu probieren. Bisher ist die Installation bei mir im Endeffekt immer durchgelaufen. Ich habe heute Contao 4.4 auf besagtem Paket ohne Probleme installieren können. Fertig geworden ist die Installation tatsächlich erst im 5. Durchlauf. Ein Problem besteht jetzt noch mit "Index column size too large", weil in diesem Paket eventuell/wahrscheinlich kein innodb_large_prefix zur Verfügung steht. Das habe ich aber im Rahmen der kostenlosen Unterstützung nicht weiter verfolgt. Hier ging es erst einmal darum überhaupt eine Contao 4 Installation fehlerfrei auf den Webspace zu bekommen.
Meine Empfehlung ist angesichts des derzeit kleinsten Paketes mindesten Paketupgrade besser sogar Umzug zu einem vernünftigen Provider. Wenn man bei Strato bleiben möchte sollte die Frage gestellt werden ab welchem Paket innodb_large_prefix verfügbar ist. Ich habe bei einem Kunden ein älteres PowerWeb Basic laufen. Dort habe ich innodb_large_prefix zur Verfügung.

Noch einmal vielen Dank für Deine Unterstützung.
ich habe eine Anfrage an den Strato-Support wegen dem innodb_large_prefix gestellt und ich werde dem Kunden empfehlen ein Paket Update bei Strato zu veranlassen.

[rauel]

Ich habe ebenfalls erst vor wenigen Tagen mit dem Strato PowerWeb Basic Paket zwei Installationen von Contao 4.4 aufgesetzt. Hat soweit alles ohne Probleme funktioniert.

ich habe bei Strato nach dem innodb_large_prefix angefragt und schon wieder behauptet der Support:


> Aus dem System konnte ich einsehen das Sie STRATO PowerWeb Starter (Aktion LZ12) aktiv haben.
>
> Damit Sie ein Datenbank Contao 4 Installation durchführen können, benötigen Sie ein Server Paket.

Die Mitarbeiter wollen mir schon zum zweiten mal ein Server-Paket verkaufen.
Du hast ja Erfahrungen mit dem PowerWebBasis und zwei Installationen laufen. Da müsste ich eigentlich nur ein Upgrade auf das nächst höhere Paket machen.
Was meint Ihr?

[xchs]

Keine Ahnung, ob Du das Strato PowerWeb Basic Paket überhaupt noch buchen kannst. Die aktuellen Tarifpakete sind ja die hier: https://www.strato.de/hosting/

Ein Server-Paket brauchst Du jedenfalls ganz sicher nicht, um Contao zu installieren bzw. zu betreiben.

[rauel]

Keine Ahnung, ob Du das Strato PowerWeb Basic Paket überhaupt noch buchen kannst. Die aktuellen Tarifpakete sind ja die hier: https://www.strato.de/hosting/

Ein Server-Paket brauchst Du jedenfalls ganz sicher nicht, um Contao zu installieren bzw. zu betreiben.

Ja die haben die Namen geändert ;-) Danke.

[mlweb]

Ja die haben die Namen geändert

Meist ändern sich nicht nur die Namen . Sag denen Du möchtest sichergestellt haben, dass alles was Du derzeit im Starterpaket hast verfügbar ist und zusätzlich innodb_large_prefix.
Ansonsten kannst Du ja meine Testinstallation vorweisen. Die ist der lebende Beweis, dass es ganz ohne Server mit Contao 4 im kleinsten Paket funktioniert hat. Nur der Import vorhandener Daten war wegen des wahrscheinlich nicht vorhandenen innodb_large_prefixes nicht möglich.

[rauel]

Meist ändern sich nicht nur die Namen . Sag denen Du möchtest sichergestellt haben, dass alles was Du derzeit im Starterpaket hast verfügbar ist und zusätzlich innodb_large_prefix.
Ansonsten kannst Du ja meine Testinstallation vorweisen. Die ist der lebende Beweis, dass es ganz ohne Server mit Contao 4 im kleinsten Paket funktioniert hat. Nur der Import vorhandener Daten war wegen des wahrscheinlich nicht vorhandenen innodb_large_prefixes nicht möglich.

Melde mich sobald ich eine Antwort von Strato habe. Gruß

[rauel]

Meist ändern sich nicht nur die Namen . Sag denen Du möchtest sichergestellt haben, dass alles was Du derzeit im Starterpaket hast verfügbar ist und zusätzlich innodb_large_prefix.
Ansonsten kannst Du ja meine Testinstallation vorweisen. Die ist der lebende Beweis, dass es ganz ohne Server mit Contao 4 im kleinsten Paket funktioniert hat. Nur der Import vorhandener Daten war wegen des wahrscheinlich nicht vorhandenen innodb_large_prefixes nicht möglich.

es ist nicht zu glauben was ich wieder für eine Antwort erhalten habe:

Ja, um Innodb_large_prefixes umzustellen brauchen Sie ein Server-Paket.

Das Paket was Sie jetzt haben ist im SharedWebHosting, d. H. Alle Werte sind für alle Kunden gleich und wir können keine derartigen Veränderungen tätigen.

Mit einem Server-Paket gehört Ihnen alleine ein ganzer Server und da können Sie Änderungen nach Ihrem Wunsch einstellen.

[folkfreund]

Nix wie weg da!

[mlweb]

Kann mich da nur anschließen. Das schont wirklich die Nerven. Die erzählen oft einen solchen Bullshit, da kann man nur den Kopf schütteln. Ich habe das selbst durch. Da weiss grundsätzlich die Linke Hand nicht was die rechte tut.

Wenn Du doch hartnäckig bleiben willst, dann weise die Leute daraufhin, dass ältere Pakete PowerWeb Basic innodb_large_prefix zur Verfühung haben. Das kann manchmal Wunder wirken. Habe ich bei denen auch schon durch. Irgendwann geben die Damen und Herren des Call-Centers, die nach meiner Erfahrung außer eigene FAQs lesen keine weiteren Fähigkeiten haben, dann auf und ziehen einen Techniker hinzu. Kommt halt drauf an, ob man dazu Lust hat oder sich allen Ärger erspart und weg geht.

Ich bleibe mit diesem einen Kunden bei Strato weil ich dann weiter für die Community den Manager bei diesem tollen Hoster testen kann. Gerade heute wieder die neueste Version des Managers dort vor dem Release getestet. Man kann fast sagen, wenn es dort fehlerfrei läuft, läuft es auch bei anderen Shared Hostern

[rauel]

Kann mich da nur anschließen. Das schont wirklich die Nerven. Die erzählen oft einen solchen Bullshit, da kann man nur den Kopf schütteln. Ich habe das selbst durch. Da weiss grundsätzlich die Linke Hand nicht was die rechte tut.

Wenn Du doch hartnäckig bleiben willst, dann weise die Leute daraufhin, dass ältere Pakete PowerWeb Basic innodb_large_prefix zur Verfühung haben. Das kann manchmal Wunder wirken. Habe ich bei denen auch schon durch. Irgendwann geben die Damen und Herren des Call-Centers, die nach meiner Erfahrung außer eigene FAQs lesen keine weiteren Fähigkeiten haben, dann auf und ziehen einen Techniker hinzu. Kommt halt drauf an, ob man dazu Lust hat oder sich allen Ärger erspart und weg geht.

Ich bleibe mit diesem einen Kunden bei Strato weil ich dann weiter für die Community den Manager bei diesem tollen Hoster testen kann. Gerade heute wieder die neueste Version des Managers dort vor dem Release getestet. Man kann fast sagen, wenn es dort fehlerfrei läuft, läuft es auch bei anderen Shared Hostern

Schönen Abend ;-)

ja ich gebe noch nicht auf. Gestern hatte ich 20 Minuten in der Warteschleife gehangen, nur um zu erfahren dass kein Techniker da ist
Morgen rufe ich im Laufe des Tages an. Ich möchte meinen Kunden nicht auch noch mit einem Providerwechsel überfordern/verärgern.
Evtl. mache ich ein Upgrade auf das nächst höhere Paket.

Danke und schönen Abend...

[VGT]

also ich habe mal in meine Datenbank des PowerWebBasic hineingeschaut: MySQL-Version ist die 5.6.42 derzeit und sowohl für meine 4.4.-LTS (Typ MyISAM) und auch für die 4.7. (Typ InnoDB) habe ich zu stehen , siehe screenshot

innodb_large_prefix on 

innodb_large_prefix.png

sollte es da so viele unterschiedliche PowerWebBasic geben?

[mlweb]

Das problematische Paket ist ein älteres PowerWeb Starter und das derzeitige Problem ist die Aussage von Strato, dass innodb_large_prefix erst ab einem Server verfügbar ist. Wenn in dem neuen Paket Hosting Basic (welches mit dem alten PowerWeb Basic vergleichbar sein könnte) tatsächlich kein innodb_large_prefix verfügbar ist, macht es überhaupt keinen Sinn für @rauel dem Kunden einen Wechsel auf das höhere Paket vorzuschlagen.
Wenn ich mir allerdings die Preise so anschaue und mir deren Leistungen so durch den Kopf gehen lasse macht das ohnehin keinen Sinn.

[VGT]

Achso PowerWeb Starter? Strato ändert ja öfters mal die Namen, vielleicht bekommt er heraus ob das ehemalige PowerWeb Basic identisch zu dem Hosting Basic ist? Oder es hat hier im Forum jemand bereits zu laufen und schaut mal in die Datenbank ...

[harley-rider]

Hallo zusammen

Bei 3.5 war die Erweiterungsverwaltung im BE integriert, bei 4.4 nun in den CM 'ausgelagert' (inkl. weiterer Aufgaben, z.B. Cache löschen).
Ich vermisse (oder finde ihn nicht) jetzt einen Link im BE zum CM, damit nicht jedesmal die URL vom CM manuell in einem neuen Fenster aufgerufen werden muss.

Gibt es im BE diesen Link ?
Falls ja, wo ?
Falls nein, wäre das was für einen nächsten Update des BE ?

Gruss
Beat