Bei den Admin Info Meldungen werden die Sprachtexte nicht angezeigt, sondern deren Name. Die Sprachtexte sind in der Datenbank.... Habe das mal im Debugger nachvollzogen.... In "LoadAdminInfoBoxesAjaxHandler.inc.php" werden in PHP: for($i = 0; $i < count($coo_languages); $i++) { $coo_text_mgr = MainFactory::create_object('LanguageTextManager', array('admin_info_boxes', $coo_languages[$i]['id'])); $t_messages_array[$coo_languages[$i]['id']] = $coo_text_mgr->get_text('TEXT_CLEAR_CACHE'); $t_headline_array[$coo_languages[$i]['id']] = $coo_text_mgr->get_text('HEADLINE_CLEAR_CACHE'); $t_button_label_array[$coo_languages[$i]['id']] = $coo_text_mgr->get_text('BUTTON_CLEAR_CACHE'); } die Meldungen richtig erfasst. "$t_messages_array" ist z.B. PHP: : array = 2: string = Sie haben Änderungen vorgenommen, die möglicherweise die Seitenausgabe im Shop betreffen.<br />Leeren Sie den Seitenausgabe-Cache, um die Änderungen im Shop sichtbar zu machen. 1: string = You have made changes that may affect the page output in the shop.<br />Empty the page output cache to make the changes visible in the shop. Dann wird mit PHP: $coo_admin_infox_content_view = MainFactory::create_object('AdminInfoboxContentView'); $this->v_output_buffer = $coo_admin_infox_content_view->get_html(); der HTML-Generator für die Adminbox aktiviert. In "AdminInfoboxContentView->get_html()" werden dann mit PHP: $t_messages_array = $coo_admin_infobox_control->get_all_messages(); die "Messages" für diese Meldung gelesen. Diese sind aber jetzt Im Template "admin_infobox.html" werden dann die Texte mit $txt.headline, $txt.message, $txt.button_label verwendet, so dass man halt die Namen der Texte statt die Text erhält.
Heute im Testshop SP 2.11.0 eingespielt. Beim ausführen des DB-Updater bekommme ich folgende Meldung: Ihre Datenbank ist auf einem älteren Stand, als für dieses Update erforderlich. In der Installationsanleitung des Updates finden Sie nähere Informationen dazu. Ihre Shopdatenbank basiert aktuell auf der Shopversion: v2.0.10d SP1.4d r6136 Warnhinweise ignorieren und Update trotzdem ausführen. Meine Version im Testshop ist aber: v2.0.10g SP1.4g r6539. Wattt Nuuu? Und ja für SP1.4g r6539 wurde auch der Updater ausgeführt.
Ich habe da jetzt auch was gefunden, was nach dem Service Pack nicht funktioniert komischerweise nicht in jedem Shop WARNING(512): "SQL Error" in /www/htdocs/xxxxxx/bodyshop/inc/xtc_db_error.inc.php:33 (Details) Backtrace: #0 trigger_error called at [/www/htdocs/xxxxxx/bodyshop/inc/xtc_db_error.inc.php:33] #1 xtc_db_error called at [/www/htdocs/xxxxxx/bodyshop/inc/xtc_db_query.inc.php:77] #2 xtc_db_query called at [/www/htdocs/xxxxxx/bodyshop/callback/sofort/ressources/scripts/sofortOrderShopTools.php:229] #3 shopDbQuery called at [/www/htdocs/xxxxxx/bodyshop/callback/sofort/ressources/scripts/sofortOrders.php:32] #4 require_once called at [/www/htdocs/xxxxxx/bodyshop/admin/orders.php:43] Das kommt, wenn man Bestellungen bearbeiten möchte. Daten sind alle vorhanden, wurden auch durch das Service Pack überschrieben. Caches geleert, Session Repariert Jemand noch eine Idee?
War bei mir auch so. Hab es im Testshop trotzdem mal laufen lassen. Hatte dann allerdings Probleme mit Shopgate. Muss den ganzen Sch... neu anpassen. Dafür hab ich im Moment Kei Zeit. Update muss erstma warten...
Dafür habe ich im Moment auch keine zeit, werde ich mich mal zwischen den Feiertagen ran machen und berichten.
In "admin/orders.php" wird PHP: require_once (DIR_FS_CATALOG.'callback/sofort/ressources/scripts/sofortOrders.php'); aufgerufen. Das "callback/sofort/ressources/scripts/"-Verzeichnis gibt es aber nicht.... Im letzten Komplett-Package "Gambio GX2 v2.0.10g" ist das auch nicht vorhanden..... Wo liegt das Problem?
Genau das ist es ja, in der admin/orders.php aus dem letztem Service Pack 2.0.11.0 (GX2) in Zeile 43 wird die aufgerufen.
Hallo, @Avenger: Ich habe da aktuell keine Erklärung zu und konnte das Problem bisher auch nicht reproduzieren. Das sieht auf den ersten Blick nach einem Cache-Problem aus. Leere daher einmal den cache und templates_c Ordner manuell. Die callback/sofort/ressources/scripts/sofortOrders.php ist im SP 2.0.11.0 dabei. @balou: Die Meldung "Ihre Shopdatenbank basiert aktuell auf der Shopversion: v2.0.10d SP1.4d r6136" sagt eindeutig aus, dass der Datenbankupdater vom SP 1.4g nicht (zuletzt) ausgeführt wurde. Denn dieser schreibt die Version in die Datenbank, die zum Zeitpunkt des DB-Updates auf dem Server lag. Aktuell ist das bei dir "v2.0.10d SP1.4d r6136". Die Lösung ist, dass du den Datenbank-Updater (gm_updater_sql.php und gm_updater.php) vom SP 1.4g hochlädst und ausführst und anschließend wieder den Datenbankupdater vom SP 2.0.11.0 hochlädst und ausführst. Es schadet auch nicht den Datenbank-Updater vom SP 1.4g auszuführen, wenn er in der Vergangenheit bereits ausgeführt wurde. Wie äußert sich das shopgate-Problem genau? @Kai: Zur Fehleranalyse benötige ich den SQL-Befehl, der nicht ausgeführt wurde. Diese steht in einer Logdatei. Hier ist ein Tutorial zum Auffinden des SQL-Befehls: http://www.gambio-forum.de/threads/8525-Fehlermeldung-quot-WARNING%28512%29-quot-SQL-Error-quot-in-..-inc-xtc_db_error.inc.php-33-quot-verstehen
@Moritz 2012-12-13 07-22-49 (87.177.106.7) WARNING(512): SQL Error in /www/htdocs/xxxxxx/bodyshop/inc/xtc_db_error.inc.php:33 Backtrace: #0 trigger_error called at [/www/htdocs/xxxxxx/bodyshop/inc/xtc_db_error.inc.php:33] #1 xtc_db_error called at [/www/htdocs/xxxxxx/bodyshop/inc/xtc_db_query.inc.php:77] #2 xtc_db_query called at [/www/htdocs/xxxxxx/bodyshop/callback/sofort/ressources/scripts/sofortOrderShopTools.php:229] #3 shopDbQuery called at [/www/htdocs/xxxxxx/bodyshop/callback/sofort/ressources/scripts/sofortOrders.php:32] #4 require_once called at [/www/htdocs/xxxxxx/bodyshop/admin/orders.php:43] mehr habe ich nicht gefunden.
Lieber Moritz, danke für das Feedback. Wenn Du das mit dem Update sagst...muss ich das ja mal glauben. Du warst aber in meinem Liveshop!!!!!!!! Ich sprach von meinem Testshop. Wo steht die Version in der Datenbank.
Direkt darüber müsste der SQL-Befehl stehen. Ich war in keinem deiner Shops. Ich habe mich nur auf die Informationen aus diesem Thread bezogen. Die Version, die der Datenbankupdater hinterlegt, steht in der gm_configuration-Tabelle. Einfach nach dem gm_key 'GM_UPDATER_VERSION' suchen .
@Moritz jetzt Query: SELECT payment_method, transaction_id FROM sofort_orders WHERE orders_id = '400343' Error: Table 'xxxxxx.sofort_orders' doesn't exist (error 1146)
@ Miritz, Ich habe jetzt festgestellt, das die Tabellen, sofort_orders und sofort_orders_notification komplett fehlen, wie bringe ich die da jetzt rein?
Besuche einmal im Admin-Bereich die Seite Module -> Zahlungsweisen. Mehr muss man nicht tun. Begründung: Die Tabellen werden vom Konstruktor in includes/modules/payment/sofort_sofortrechnung.php erstellt. Und da beim Besuch der genannten Seite alle Zahlungsmodule instanziiert werden, erzeugt der bloße Aufruf dieser Seite die fehlenden Tabellen.
Hallo, Seit ich das Update 2.0.11.0 durchgeführt habe, steht in den Logs folgende Warnung. WARNING: Template nicht vorhanden: "/var/www/web120/html/templates/EyeCandy/module/product_listing/" Template verwendet: "/var/www/web120/html/templates/EyeCandy/module/product_listing/product_listing_v1.html" Kann mir jemand sagen, wo der Fehler liegt bzw. wie ich den Fehler beheben kann. Gruß Henry