wie manuell installierte 3er-Erweiterung entfernen

[marebe]

ich habe jetzt eine recht umfangreiche Seite erfolgreich von 3.5 auf 4.4 angehoben und wahr positiv überrascht wie problemlos sich das bewerkstelligen ließ.
Ein paar Erweiterungen musste ich durch manuelles kopieren der Ordner in system/modules realisieren.
Eine der Erweiterungen wollte ich gestern wieder entfernen und dachte, man könne den Ordner einfach wieder löschen und den Cache neu aufbauen.
Leider ging danach nichts mehr (kein Manager, kein Backend und erst recht kein Frontend).
Es ging alles wieder, nachdem ich den Ordner mit der Extension wieder drauf gehauen habe.

Jetzt die Frage:
Wie ist denn die Best-Practice beim entfernen einer manuell hinzugefügten Erweiterung?

[tschero]

Funktioniert es wenn Du eine leere .skip Datei in den Erweiterungsordner legst oder in den Einstellungen die Erweiterung erst mal deaktivierst?

Gruß
tschero

[marebe]

Funktioniert es wenn Du eine leere .skip Datei in den Erweiterungsordner legst oder in den Einstellungen die Erweiterung erst mal deaktivierst?

Gruß
tschero

Meinst Du "inaktive Erweiterungen" in den Einstellungen? Das gibts ja nicht mehr.
Das mit der Skip-Datei hab ich noch nicht probiert.

[BugBuster]

Das Problem hatte ich auch schon und mehrere Arten probiert.
Was komischerweise nicht hilft ist per contao-console den Cache zu löschen und dann die Erweiterung wie zu vermuten, da der Cache Fehlermeldungen schmeist wenn man das umgekehrt macht.
Was aber half ist:

cd var/cache/prod

Hier alles löschen inkl. Unterverzeichnisse

rm -rf *

dann die Erweiterung löschen

cd system/modules
rm -rf VerzeichnisDerErweiterung

dann noch den Cache im Grundgerüst aufbauen:

vendor/bin/contao-console cache:clear -e=prod

Erst wenn das keine Fehlermeldung mehr schmeisst, war die Löschung erfolgreich.

[BugBuster]

Du kannst auch mal probieren statt des Löschens, diese Art, vielleicht geht das ja wenn man den warmup deaktivert:

vendor/bin/contao-console cache:clear --no-warmup -e=prod

Dann Erweiterung löschen, und schauen was passiert.

[tschero]

Ich muss jetzt einfach mal Fragen:

Was genau bedeutet das:

vendor/bin/contao-console cache:clear --no-warmup -e=prod

Wo genau befinde ich mich bei diesem Pfad? Im Installationsverzeichnis von Contao?

[BugBuster]

Ja, im Installationsverzeichnis von Contao.
Hier rufst du die Contao Console auf, eine Kommandozeilen Tool, womit man einige nützliche Dinge tun kann.
Hier bedeutet es, leere den Symfony Cache, baue ihn nicht gleich wieder auf, und tue das ganze für das Produktivsystem (prod)

Dazu muss man natürlich per SSH auf dem Server sein. (oder lokal im Terminal, je nach dem wo man das nun benötigt)

[tschero]

Ah OK,

ja ich arbeite mich seit ca. 2 Wochen, nebenbei, in die Konsolengeschichte ein. Konnte mich bis jetzt erfolgreich davor drücken aber es hilf ja nichts.

Ich arbeite mit mRemoteNG.

Viele Dank für die Antwort.

Gruß
tschero

[marebe]

Du kannst auch mal probieren statt des Löschens, diese Art, vielleicht geht das ja wenn man den warmup deaktivert:

vendor/bin/contao-console cache:clear --no-warmup -e=prod

Dann Erweiterung löschen, und schauen was passiert.

Super, dankeschön!
Das hat funktioniert.

[BugBuster]

ja ich arbeite mich seit ca. 2 Wochen, nebenbei, in die Konsolengeschichte ein. Konnte mich bis jetzt erfolgreich davor drücken aber es hilf ja nichts.

Für solche besonderen Fälle, oder Notfälle wo der Contao Manager (noch) nicht helfen kann, ist ein wenig Konsolenerfahrung schon was gutes.
Auch um mal in die Logs reinschauen zu können wenn mal nichts geht.

[Spooky]

Was komischerweise nicht hilft ist per contao-console den Cache zu löschen und dann die Erweiterung wie zu vermuten, da der Cache Fehlermeldungen schmeist wenn man das umgekehrt macht.

Ist mir auch schon aufgefallen. Ticket: https://github.com/contao/core-bundle/issues/972