Probleme nach Composer Installation

[Wrathberry]

Also, hab nen riesen Proble, hab einfach mal dämlich wie ich bin den Composer installiert.

Nun funktionieren viele Erweiterungen nicht mehr.

Das ganze sieht im Composer so aus wie auf Screenshot nr. 1:

Alle Erweiterungen die dort stehen funktionieren nicht.

Wenn ich eine Erweiterung anklicke bekomme ich folgenden Fehler:

Fatal error: Out of memory (allocated 31719424) (tried to allocate 43 bytes) in phar:///homepages/11/d43080117/htdocs/contao/composer/composer.phar/src/Composer/Json/JsonFile.php on line 259

Jemad ne Idee wie ich das wieder fixe?

[Spooky]

Dein Hosting Paket hat anscheinend nur (in diesem Fall) maximal ~30 MiB Arbeitsspeicher. Das ist zu wenig.

[Kahmoon]

Dein Paket beim Provider bietet nicht genug Speicher für PHP Prozesse von Composer. Ist das zufällig 1und1? Falls ja musst du ein größeres Paket nehmen. Das hat es bei mir behoben.

[Spooky]

Nun funktionieren viele Erweiterungen nicht mehr.

Diese Aussage stimmt wahrscheinlich auch nicht wirklich . Die Erweiterungen selbst werden wohl noch funktionieren, nur die Aktionen in der Paketverwaltung nicht.

[Wrathberry]

Diese Aussage stimmt wahrscheinlich auch nicht wirklich . Die Erweiterungen selbst werden wohl noch funktionieren, nur die Aktionen in der Paketverwaltung nicht.

Also in meinem Frontend und Backend, funktioniert keine der Erweiterungen mehr.. D.h. wenn ich nicht nen größeres Paket bei 1&1 kaufen will, was nicht möglich ist, weil der Webspace der firma gehört und nicht mir, bleibt mir nichts über als den composer wieder zu deaktivieren und alle erweiterungen in der alten verwaltung wieder zu installieren und neu einzustellen?

und der Provider ist 1&1, jo.

[Spooky]

Dann ist vielleicht schon bei der Migration der Speicher ausgegangen. Schwer zu sagen.

[Wrathberry]

Dann ist vielleicht schon bei der Migration der Speicher ausgegangen. Schwer zu sagen.

D.h. ich muss wiede zurück zum alten Katalog und da alles neu installieren und einstellen?

Na, herzlichen Glückwunsch... dann haben mir 3 Klicks jetzt nen haufen Arbeit gemacht -.-

[Kahmoon]

Du kannst beim Support anrufen und den temporär für eine Woche anheben lassen. Dann kannst du zumindest die Migration vollenden. Allerdings wird Composer nach der Woche nicht mehr funktionieren. Sprich Updates der Module ist dann nicht mehr.


Edit:
Um Composer wieder zu entfernen musst hier mal im Forum suchen...da bist du nicht der Erste

[Wrathberry]

Du kannst beim Support anrufen und den temporär für eine Woche anheben lassen. Dann kannst du zumindest die Migration vollenden. Allerdings wird Composer nach der Woche nicht mehr funktionieren. Sprich Updates der Module ist dann nicht mehr.


Edit:
Um Composer wieder zu entfernen musst hier mal im Forum suchen...da bist du nicht der Erste

Geht dieses "zurück zur alten version" Ding nicht?

Nochmal meine Frage bevor ich mir noch mehr Arbeit mache:

Meine ganzen Erweiterungen und deren Einstellungen sind nun definitiv alle weg, wenn ich zur alten Version zurückkehre richtig?

[Kahmoon]

Nein, die sollten eigentlich nicht weg sein.

Ob der Button "zurück zu alten Version" funktioniert weiss ich nicht. Ich habe dem Kunden in diesem Fall das größere Paket "empfohlen"

Hast du denn ein Backup gemacht? Wenn ja..spiel das einfach ein.

[Wrathberry]

"Lieber Nutzer, schade das Du dich entschieden hast wieder zur alten Erweiterungsverwaltung zurückzukehren.

Ein paar Worte, wie der Wechsel funktioniert:

Vor dem Wechsel werden alle installierten Pakete entfernt.
Der Migrationsstatus wird zurückgesetzt.
Der Composer Client wird deaktiviert
Die Erweiterungsverwaltung wird wieder aktiviert
Alle Erweiterungen müssen erneut installiert werden!
"

Das steht da wenn ich auf "zum alten erweiterungskatalog zurückwechseln" drücke. Unter anderen auch alle erweiterungen neu installieren. Gibts da ne Möglichkeit, ohne dass alle Erweiterungen weg sind?^^

[Wrathberry]

zum Thema deinstallation steht im Wiki das:
Deinstallation

Hier die Kurzanleitung:

In den Systemeinstellungen die Erweiterung !composer deaktivieren
In den Systemeinstellungen die Erweiterung repository aktivieren
Via Install-Tool die Datenbank aktualisieren
Alle Erweiterungen über die Erweiterungsverwaltung neu installieren
Via FTP das Verzeichnis TL_ROOT/composer löschen
Via FTP das Verzeichnis TL_ROOT/system/modules/!composer löschen


von Welchen Systemeinstellungen sprechen die?

[Spooky]

System - Einstellungen ...

[Kahmoon]

Sichere den Modulordner halt mal per FTP. Tabelle tl_module sichern ist auch nicht verkehrt.

[Wrathberry]

Erweiterungen sind noch da.. alles ander Weg. Arbeit für 2 Tage gerade geschaffen. Herzlichen Glückwunsch! -.-

Ich könnte gerade echt so krass kotzen... Dieser verfluchte Composer hat mir gerade mein Wochenende ruiniert... awesome.

[Kahmoon]

Theoretisch! Machst du alles soweit klar das der Composer weg ist. Dann spielst du die gesichterte Tabelle tl_module wieder ein und lädst die gesicherten Dateien der Module wieder hoch. Danach Datenbank aktualisieren und es sollte wieder alles laufen.

Ein Backup hast du nicht zufällig?

[the_scrat]

Sorry, aber dem Satz hier:

Dieser verfluchte Composer hat mir gerade mein Wochenende ruiniert...

Steht dieser Satz gegenüber:

hab einfach mal dämlich wie ich bin den Composer installiert.

Nicht der "verfluchte Composer" ist schuld, sondern DU und/oder das Webhostingpaket. Ich hab mittlerweile NULL Mitleid mit Leuten die kein Backup gemacht haben! DB-Backup, 2 Klicks - 10 Sekunden Aufwand!!

[Spooky]

alles ander Weg.

Was meinst du damit? Selbst wenn die Migration fehlschlägt, geht nichts verloren, sofern du nicht selbst Dinge gelöscht hast.

[Wrathberry]

Theoretisch! Machst du alles soweit klar das der Composer weg ist. Dann spielst du die gesichterte Tabelle tl_module wieder ein und lädst die gesicherten Dateien der Module wieder hoch. Danach Datenbank aktualisieren und es sollte wieder alles laufen.

Ein Backup hast du nicht zufällig?

Stelle jetzt einfach alles neu ein... auch wenn ich gerade noch nen paar Fehlermeldungen bekomme..

WElche gesicherte Tabelle "tl_module" meinst du?

edit: Ist zumindest doch nicht so viel Arbeit. Die meiste Arbeit wäre ja der Inhalt und die css gewesen und die sind ja alle noch da... habs fast schon wieder auf dem Stand wie es vorher war.


Wochenende doch nicht ganz ruiniert


Danke jedenfalls für eure Hilfe.. werde in Zukunft 2x überlegen, welche "Erweiterungen" ich installiere und vorher Backups machen^^

[Wrathberry]

Was meinst du damit? Selbst wenn die Migration fehlschlägt, geht nichts verloren, sofern du nicht selbst Dinge gelöscht hast.

Die Erweiterungen selbst sind auch noch da. Allerdings alle ohne irgendwelche Einstellungen. D.h. sie sind im Installationszustand.

[Spooky]

Die Erweiterungen selbst sind auch noch da. Allerdings alle ohne irgendwelche Einstellungen. D.h. sie sind im Installationszustand.

Sofern du in der Datenbank nicht löschen hast lassen kann das eigentlich nicht sein.

[Wrathberry]

Sofern du in der Datenbank nicht löschen hast lassen kann das eigentlich nicht sein.

Kann nicht ausschließen dass ich die Datenbank irgendwie überschrieben habe oder sonst was.

Habe den composer ordner per ftp gelöscht, nachdem ich ihn vorher deaktiviert hatte. Danach musste ich alle erweiterungen aktualisieren, weil sie nicht mehr funktioniert haben, da sie wahrscheinlich schon in der Version für den Composer installiert waren.
Danach funktionieren die ERweiterungen zwar wieder, aber sie waren im Prinzip im Installationzustand.

[Spooky]

Kann nicht ausschließen dass ich die Datenbank irgendwie überschrieben habe oder sonst was.

Wenn dann wird dir das nur bei der Durchführung der Datenbank Aktualisierung passieren. Und da macht es Contao auch so, dass von Haus aus keine Felder gelöscht werden. Außer du aktivierst explizit diese Felder ("DROP TABLE table", "ALTER TABLE ... DROP field").

[tab]

Also in meinem Frontend und Backend, funktioniert keine der Erweiterungen mehr.. D.h. wenn ich nicht nen größeres Paket bei 1&1 kaufen will, was nicht möglich ist, weil der Webspace der firma gehört und nicht mir, bleibt mir nichts über als den composer wieder zu deaktivieren und alle erweiterungen in der alten verwaltung wieder zu installieren und neu einzustellen?

und der Provider ist 1&1, jo.

Schlag der Firma doch zumindest mal vor, auf ein aktuelles Webhostingpaket zum selben Preis umzusteigen. Die sind da etwas besser ausgestattet was RAM betrifft, auch bei gleichem Preis. Außerdem scheinen die gerade ne Ladung Festplatten günstig geschossen zu haben . Unlimited Webspace, was immer das bedeuten mag. Ist das Universum also doch unendlich, obwohl sich Einstein da nicht ganz sicher war (im Gegensatz zur menschlichen Dummheit ). Ein Nachteil ist, dass in den alten Paketen meist mehr Inklusiv-Domains drin waren. Aber wenn die Firma eventuell sowieso nur 1 Domain hat, ist das zumindest im Moment unwichtig.

[Wrathberry]

Wenn dann wird dir das nur bei der Durchführung der Datenbank Aktualisierung passieren. Und da macht es Contao auch so, dass von Haus aus keine Felder gelöscht werden. Außer du aktivierst explizit diese Felder ("DROP TABLE table", "ALTER TABLE ... DROP field").

Ich hab da bei der Datenbankaktualisierung irgendwelche Felder angeklickt... denke mal dass ich selbst Schuld bin, dass die gelöscht wurden.

Die meiste ARbeit ist es die Slider in der Screenshotgallerie wieder mit Bildern zu füllen. Hält sich also noch so in Grenzen.

[Doro]

Du kannst beim Support anrufen und den temporär für eine Woche anheben lassen. Dann kannst du zumindest die Migration vollenden. Allerdings wird Composer nach der Woche nicht mehr funktionieren. Sprich Updates der Module ist dann nicht mehr.

mein versuch, bei 1und1 den Support zu bitten, mir das memory-limit vorrübergehend anheben zu lassen, schlug gerade fehl:-(

[tab]

Da kann ich nur raten, auf ein neues Paket zu wechseln bei etwa gleichem Preis. Die sind eher auf dynamische Seiten ausgelegt, da klappts dann in der Regel auch mit dem Composer. Umzug sollte unproblematisch sein, das erledigt alles 1&1, inklusive Dateien vom Webspace und Email-Postfächer. Wenn es auch ne Weile länger dauern kann als sie schreiben. Aber jedenfalls war bei mir der alte Webspace und die Email-Accounts verfügbar bis zur eigentlichen Umstellung. Ist also nicht so, dass die Emailadresse tagelang nicht erreichbar wäre oder die Website tagelang offline.

[Doro]

genau das leier ich gerade an:-)