Hallo liebe Community,
Ich habe aktuell das Problem das sich keine Module mehr deaktivieren lassen und ich weiß nicht warum. Hat jemand eine Idee woran das liegen kann? Ich kann klicken was ich will, es ändert sich nichts mehr. Ich wollte eigentlich bei meinen Modulen aufräumen und ein paar rausschmeißen, aber ich habe Angst die Ordner einfach zu löschen bevor ich sie deaktiviere.
Würde mich riesig freuen wenn jemand eine Idee hat woran das liegen kann.
Danke!
irgendwelche auch nur ansatzweise verwertbaren Infos wären toll gewesen.
Welche Shop Version?
Wie versuchst du die Module zu deaktivieren?
Was genau passiert nach dem deaktivieren?
Passiert irgendwas nach dem Klick? Wird die Seite neu geladen oder gar nicht?
Bleibt das Modul einfach nur weiterhin aktiv und funktioniert auch? Weiße Seite? Startseite? Fehlermeldung? Logs?
Welche Module sind aktiv? ggf greift eins davon dazwischen und verursacht diesen Fehler
Hallo,
Danke für die schnelle Antwort. Hier die Infos:
[B]Shop:[/B]
CE 4.8.4
[B]Module:[/B]
Klicke ich bei einem Modul auf deaktivieren wird die Seite neu geladen, aber es bleibt aktiv, ohne Änderung. Es hatte zuvor immer funktioniert.
[B]Installierte aktive Module: [/B]
Amazon Login & Pay 4 OXID by JAG (neu installiert)
Amazon Payments (das hatte ich früher mal installiert)
Attachement to customer order mail
CHF ckEditor
Invoice PDF
OXID eShop theme switch
PayPal
rabattanzeige
Sofortüberweisung Classic by tronet
udoPriceSaving
[B]Systemgesundheit:[/B]
(soweit alles grün, aber darunter eine Meldung wie folgt.)
Es werden unterschiedliche Kollationen für die ID-Felder verwendet:
jagamazonrefunds
(rote Farbe) OXORDERID - utf8_unicode_ci
Kann es daran liegen? Kann ich mir schwer vorstellen. Ich hoffe die Angaben helfen das Problem einzuschränken und vielleicht zu lokalisieren? Danke!
Verdächtige Module sehe ich da keine. In den Logs steht nichts?
Alles andere im Shop klappt? z.B: Benutzer/Artikel anlegen und Bestellungen abschließen.
Falls noch nicht geschehen, könntest du tmp/ leeren und nochmal versuchen die Module zu deaktivieren.
Wenns nicht hilft, musst du wohl einen Modul-Order löschen (bzw wo anders hin verschieben), 4.8er Shop sollte dann merken und vorschlagen, die Einträge dafür zu löschen.
Danach tmp/ nochmal leeren
Das schlimmste, was hierbei schief gehen kann, sind gebliebene template blocks Einträge in der oxtplblocks Tabelle (diese müsstest du kontrollieren und ggf manuell löschen, die Einträge werden “module:xyz” irgendwo stehen haben, wobei “xyz” das Modul ist, zu dem sie gehören).
Oder dass Moduleinträge nicht entfernt werden können und der Shop trotzdem versucht das Modul zu laden.
Dann müsstest du vorest das Modul wieder zurück kopieren. (deswegen am besten nur verschieben und nicht löschen)
Wenn es so ist, dann sind die Probleme wahrscheinlich tieferliegend.
Mich fällt in diesem Fall auch nichts mehr ein, was man so übers Forum machen/prüfen lassen könnte.
Ich werde mich mal an Diene Anleitung halten und das durcharbeiten. Ich habe nun mal in die LOG-Datei geschaut. Kannst Du oder jemand anderes damit was anfangen? Einträge sind da viele:
oxSystemComponentException-oxException (time: 2014-03-22 19:53:08): [0]: EXCEPTION_SYSTEMCOMPONENT_CLASSNOTFOUND
Stack Trace: #0 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxutilsobject.php(192): oxUtilsObject->_getObject(‘oxsystemcompone…’, 0, Array)
#1 [internal function]: oxUtilsObject->oxNew(‘oxSystemCompone…’)
#2 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxfunctions.php(382): call_user_func_array(Array, Array)
#3 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxutilsobject.php(182): oxNew(‘oxSystemCompone…’)
#4 [internal function]: oxUtilsObject->oxNew(‘oethemeswitcher…’)
#5 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxfunctions.php(382): call_user_func_array(Array, Array)
#6 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(393): oxNew(‘oethemeswitcher…’)
#7 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxwidgetcontrol.php(146): oxShopControl->_initializeViewObject(‘oethemeswitcher…’, NULL, Array)
#8 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(337): oxWidgetControl->_initializeViewObject(‘oethemeswitcher…’, NULL, Array, NULL)
#9 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(123): oxShopControl->_process(‘oethemeswitcher…’, NULL, Array, NULL)
#10 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxwidgetcontrol.php(74): oxShopControl->start(‘oethemeswitcher…’, NULL, Array, NULL)
#11 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/smarty/plugins/function.oxid_include_widget.php(55): oxWidgetControl->start(‘oethemeswitcher…’, NULL, Array, NULL)
#12 /srv/www/vhosts/domain.eu/httpdocs/eshop/tmp/smarty/644e171f6db8a8e8fe4eb462ba8986e5^%%6A^6A6^6A6537CA%%footer.tpl.php(46): smarty_function_oxid_include_widget(Array, Object(Smarty))
#13 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/smarty/Smarty.class.php(1869): include(’/srv/www/vhosts…’)
#14 /srv/www/vhosts/domain.eu/httpdocs/eshop/tmp/smarty/644e171f6db8a8e8fe4eb462ba8986e5^%%36^366^366ECF91%%page.tpl.php(34): Smarty->_smarty_include(Array)
#15 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/smarty/Smarty.class.php(1869): include(’/srv/www/vhosts…’)
#16 /srv/www/vhosts/domain.eu/httpdocs/eshop/tmp/smarty/644e171f6db8a8e8fe4eb462ba8986e5^%%40^405^405277AF%%start.tpl.php(10): Smarty->_smarty_include(Array)
#17 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/smarty/Smarty.class.php(1263): include(’/srv/www/vhosts…’)
#18 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(502): Smarty->fetch(‘page/shop/start…’, ‘ox|0|0|0|0’)
#19 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(350): oxShopControl->_render(Object(Start))
#20 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxshopcontrol.php(123): oxShopControl->_process(‘start’, NULL, NULL, NULL)
#21 /srv/www/vhosts/domain.eu/httpdocs/eshop/core/oxid.php(38): oxShopControl->start()
#22 /srv/www/vhosts/domain.eu/httpdocs/eshop/index.php(27): Oxid::run()
#23 {main}
Danke, ich werde mich an Deine Anleitung halten und schrittweise testen. Hier mal der aktuellste Eintrag aus der LOG-Datei. Aber ich werde nicht schlau daraus, bin damit überfordert aus der Log-Datei die Fehler zu identifizieren:
oxSystemComponentException-oxException (time: 2016-03-21 05:21:13): [0]: ERROR_MESSAGE_SYSTEMCOMPONENT_FUNCTIONNOTFOUND
Stack Trace: #0 /schdcttt/www.domain.eu/eshop/core/oxutilsobject.php(192): oxUtilsObject->_getObject(‘oxsystemcompone…’, 0, Array)
#1 [internal function]: oxUtilsObject->oxNew(‘oxSystemCompone…’)
#2 /schdcttt/www.domain.eu/eshop/core/oxfunctions.php(382): call_user_func_array(Array, Array)
#3 /schdcttt/www.domain.eu/eshop/core/oxview.php(548): oxNew(‘oxSystemCompone…’)
#4 /schdcttt/www.domain.eu/eshop/core/oxshopcontrol.php(344): oxView->executeFunction(‘tobasket’)
#5 /schdcttt/www.domain.eu/eshop/core/oxshopcontrol.php(123): oxShopControl->_process(‘oxwcookienote’, ‘tobasket’, Array, Array)
#6 /schdcttt/www.domain.eu/eshop/core/oxwidgetcontrol.php(74): oxShopControl->start(‘oxwcookienote’, NULL, Array, Array)
#7 /schdcttt/www.domain.eu/eshop/core/smarty/plugins/function.oxid_include_widget.php(55): oxWidgetControl->start(‘oxwcookienote’, NULL, Array, Array)
#8 /schdcttt/www.domain.eu/eshop/tmp/smarty/a3efc549821224a73f4b2de59e4b54a4^%%93^93D^93D6031B%%header.tpl.php(10): smarty_function_oxid_include_widget(Array, Object(Smarty))
#9 /schdcttt/www.domain.eu/eshop/core/smarty/Smarty.class.php(1869): include(’/schdcttt/www.s…’)
#10 /schdcttt/www.domain.eu/eshop/tmp/smarty/a3efc549821224a73f4b2de59e4b54a4^%%36^366^366ECF91%%page.tpl.php(16): Smarty->_smarty_include(Array)
#11 /schdcttt/www.domain.eu/eshop/core/smarty/Smarty.class.php(1869): include(’/schdcttt/www.s…’)
#12 /schdcttt/www.domain.eu/eshop/tmp/smarty/a3efc549821224a73f4b2de59e4b54a4^%%DA^DA0^DA07DFA9%%err_404.tpl.php(21): Smarty->_smarty_include(Array)
#13 /schdcttt/www.domain.eu/eshop/core/smarty/Smarty.class.php(1263): include(’/schdcttt/www.s…’)
#14 /schdcttt/www.domain.eu/eshop/core/oxutilsview.php(122): Smarty->fetch(‘message/err_404…’)
#15 /schdcttt/www.domain.eu/eshop/core/oxutils.php(1463): oxUtilsView->getTemplateOutput(‘message/err_404…’, Object(oxUBase))
#16 /schdcttt/www.domain.eu/eshop/core/oxfunctions.php(239): oxUtils->handlePageNotFoundError(‘SALE/SALE-DELUX…’)
#17 /schdcttt/www.domain.eu/eshop/core/oxseodecoder.php(217): error_404_handler(‘SALE/SALE-DELUX…’)
#18 /schdcttt/www.domain.eu/eshop/core/oxconfig.php(374): oxSeoDecoder->processSeoCall()
#19 /schdcttt/www.domain.eu/eshop/core/oxconfig.php(428): oxConfig->_processSeoCall()
#20 /schdcttt/www.domain.eu/eshop/core/oxconfig.php(336): oxConfig->init()
#21 /schdcttt/www.domain.eu/eshop/modules/oe/oethemeswitcher/core/oethemeswitcherconfig.php(52): oxConfig->getConfigParam(‘blProductive’)
#22 /schdcttt/www.domain.eu/eshop/core/oxconfig.php(1978): oeThemeSwitcherConfig->getConfigParam(‘blProductive’)
#23 /schdcttt/www.domain.eu/eshop/core/oxshopcontrol.php(576): oxConfig->isProductiveMode()
#24 /schdcttt/www.domain.eu/eshop/core/oxshopcontrol.php(120): oxShopControl->_runOnce()
#25 /schdcttt/www.domain.eu/eshop/core/oxid.php(38): oxShopControl->start()
#26 /schdcttt/www.domain.eu/eshop/index.php(27): Oxid::run()
#27 /schdcttt/www.domain.eu/eshop/oxseo.php(44): require(’/schdcttt/www.s…’)
#28 {main}
Faulty component --> tobasket
Also ich habe nun die beiden Amazon-Module aus dem Module-Ordner gelöscht, danach waren sie auch im Backend nicht mehr sichtbar. Oxide hat selbst erkannt das sie gelöscht wurden. Haben dann nochmal den TMP-Ordner geleert. Der Shop funktioniert in allen Bereichen. Nur bei Systemgesundheit wird mit ein Eintrag angezeigt, den ich oben beschrieben habe.
Trotzdem kann ich kein Modul mehr deaktiveren. Wenn ich “deaktivieren” klicke wird die Seite neu geladen, dann ändert sich der button in “aktivieren” aber es hat sich in Wahrheit nichts geändert. In der Modulübersicht bleibt das Modul “grün”, also aktiviert. Wenn ich das Modul in der Auswahl nochmal anklicke steht im Button wieder “deaktivieren”.
Also irgendwas verhindert das deaktivieren der Module … aber was? Kann es dieser eine Fehler sein der mit bei Systemgesundheit angezeigt wird?
Kann mir jemand helfen? Ich weiß einfach nicht weiter … ;-(
Lieben Dank für alle Mühe!
Löschen alleine reicht nicht. Lösche auch mit (SQL)
delete from oxconfig where oxvarname in (
'aDisabledModules',
'aLegacyModules',
'aModuleFiles',
'aModulePaths',
'aModules',
'aModuleTemplates'
);
alle Moduleinträge und starte dann alle benötigten Module neu.
“Modul neu installiert”: Ist das Modul verschlüsselt und wurde es binär übertragen?
da es sich hierbei vermutlich um einen Shop im live Betrieb handelt, halte alle Zugangsdaten und eingestellte Parameter für Paypal und SÜ bereit, und auch für andere Module, falls sie irgendwelche Einstellungen benötigen.
Dieser SQL Code wird alle Moduleinträge aus der Datenbank löschen und alle Module quasi mit Gewalt deaktivieren.
Da die Template Blocks aber aktiv bleiben, wird der Shop versuchen sie dennoch zu laden.
Daher musst du dann möglichst schnell die benötigten Module wieder zu aktivieren und einzurichten (Paypal Zugangsdaten und andere modulspezifische Daten könnten hierbei verloren gehen).
Am besten auch nicht zu der Hauptzeit machen, sondern wenn möglichst niemand im Shop rumlungert.
Hallo,
Danke für die ausführliche Anleitung. Wenn ich von den besagten Tabellen ein Backup mache, dann Deinen Code ausführe und alles zusammenbricht und nichts mehr geht, kann ich dann das Backup hochladen und alles ist wie vorher oder wird durch das löschen mehr in der Datenbank durcheinandergebracht als nur die besagten Zellen? … ich habe große Angst das ich dann den Shop oder die Module nicht mehr zum laufen bringe.
Verschlüsselt weiß ich nicht, ich habe alles immer binär hochgeladen. Bei den Anleitungen stand nichts von verschlüsselt.
[QUOTE=webchallenge;178925]Hallo,
Danke für die ausführliche Anleitung. Wenn ich von den besagten Tabellen ein Backup mache, dann Deinen Code ausführe und alles zusammenbricht und nichts mehr geht, kann ich dann das Backup hochladen und alles ist wie vorher oder wird durch das löschen mehr in der Datenbank durcheinandergebracht als nur die besagten Zellen? … [/QUOTE]
Das kannst du so machen. Mit dem Einspielen des oxconfig-Backups dürfte danach alles wieder auf den Ausgangspunkt gehen.
Wenn du auf Nummer sicher gehen willst:
Fertige dir eine Kopie des Liveshops auf deinem Webspace an. (Bilderordner kannst da dabei außen vor lassen, da das meist ziemlich groß ist) Lege dir außerdem eine Kopie der Datenbank in einer zweiten DB deines Acccounts an. Dann verbinde die Shopkopie in der config.inc.php mit der zweiten DB. Leere danach noch den /tmp.
Danach solltest du eine exakte Kopie deinens Shops lauffähig haben (Frontend und Admin kontrollieren). Nun kannst du völlig gefahrlos die o.g. Schritte erst einmal trocken testen.
Hi Thomas,
danke, das ist eine sehr gute Idee.
Ich suche übrigens eine OXID-profi in Hamburg, der mir vielleicht mal ein paar Stunden helfen kann einige Baustellen zu beheben und diverse Module zu installieren. Wenn mann alles alleine machen muss ist man schnell ausgebrannt und findet keine Zeit und Ruhe mehr. Wenn Ihr jemanden kennt freue ich mich auf eine Empfehlung oder direkte Nachricht. LG