danke, aber leider ist das immer noch nicht eindeutig genug erklärt für mich. also egal ob ich das “source/modules” davor dran lasse oder nicht, der befehl liefert mir immer nur die fehlermeldung "There is no module configuration with id "
ist die Bezeichnung ‘Modul-ID’ irgendwo definiert? müsste das nicht einfach die gleiche Bezeichnung sein die auch auch schon zum installieren des Moduls über composer gebraucht hab? Das hab ich nämlich grade auch mal nachgeschaut, sieht fast so aus, wie der Modul-Ordnername, aber andere groß-kleinschreibung; und auch damit als Modul-ID kommt nur wieder die gleiche Fehlermeldung. Und auch hier hab ich es wieder sowohl mit als auch ohne ‘source/modules/’ probiert.
Vielen Dank, endlich klappts.
Es ging mir nicht um ein Modul, sondern um alle, ich bin am ausprobieren und wollte eigentlcih nur verstehen wie man bei oxid6 module installiert und deinstalliert, und hab eben gar nix hingekriegt, egal mit welchem Modul.
Und wie man sieht ist das ja leider doch nicht so simpel und intuitiv, wie man es sich gerne wünschen würde.
Die Module, die im Composermanager auftauchen kann ich darüber scheinbar löschen, auch wenn es manchmal mehrere Versuche erfordert, immer minutenlange dauert und am ende nur “object object” als Rückmeldung gibt.
Aber auf anderem Wege hab ich noch kein einziges Modul deinstalliert bekommen und somit hab ich diverse Module, die im Composermanager nicht aufgeführt werden und somit scheinbar gar nicht mehr löschbar für mich sind,
Ich hab schon alles aus diesem Thread hier ausprobiert und muss mich wohl geschlagen geben, oder kann man jemand erklären, wann ein Modul in der Liste unter Admin > Erweiterungen > Module auftaucht oder nicht?
Das müsste doch auch irgendwo in der Datenbank manuell bearbeitbar sein, oder nicht?
Und vielleicht noch wichtiger, was hat es mit der Abfrage “Es wurden ungültige Module erkannt. Möchten Sie alle registrierten Modulinformationen und gespeicherten Konfigurationseinstellungen löschen?” auf sich?
Die Option ‘Ja’ sollte hier ja genau das machen was ich möchte, Module, die ich bereits gelöscht habe auch nicht mehr auflisten. Aber hier passiert einfach einfach gar nichts. Die Frage erscheint, egal bei welchem und wievielen gelöschten Moduldateien immer und immer wieder.
EDIT: der hier bereits genannte SQL-Befehl
delete from oxconfig where oxvarname in („aDisabledModules“,„aLegacyModules“,„aModuleFiles“, „aModulePaths“,„aModules“,„aModuleTemplates“);
sorgt übrigens nur dafür dass der Shop gar nicht mehr läuft.
Das ist eine rigorose Methode, erstmal alles zu löschen und “altes Zeugs” loszuwerden. Danach musst natürlich TMP leeren und die eben noch aktiven Module wieder einschalten.
scheinen irgendwas an dieser datei zu verändern, aber manuell editieren funktioniert immerhin, auch wenn das ja genau das gegenteil ist von dem wofür diese configurationsverwaltung da sein sollte
Erster Befehl sollte Einträge vom gelöschten Modul aus 1.yaml Datei entfernen. Zweiter Befehl sorgt nur dafür, dass geänderte Modulkonfiguration in 1.yaml Datei neu in Datenbank kommt.
Anscheinend arbeitest nicht genau genug oder hast bereits mehr Schaden angerichtet.
das befürchte ich leider auch. aber da man nur schon für die Konfiguration die dokumentation gelesen und verstanden haben muss, seh ich da leider auch nicht mehr wirklich Chancen für mich überhaupt voranzukommen; aufgeben ist aber leider auch keine Option.
Und dieses Mal hab ich ja sogar strikt nach Anleitung gearbeitet, leider hat mich das seit OXID 6 aber gar nicht mehr zum Erfolg geführt; und ohne die Hilfe hier wär ich eh schon lang verzweifelt.
Soviel kannst nicht falsch machen und durch > composer remove <module>
werden die Modul-Dateien in source und vendor gelöscht und es sollte auch die 1.yaml aktualsiert werden.