Archiv verlassen und diese Seite im Standarddesign anzeigen : Gamio GX1 wird seit gestern falsch/fehlerhaft dargestellt.
Evtl. habt ihr ja einen Tipp für mich. Ich habe gestern einige neue Artikel in meinen Shop eingestellt und zum Schluss bemerke ich:
Die Darstellung meines Shop ist nicht mehr korrekt. Auf der linken Seite befinden sich noch die Kategorien, aber in der Mitte, wo sonst immer aktuelle Artikel angezeigt wurden, bleibt die Seite weiß. Auch ein Aufrufen eines Artikel aus einer beliebigen Kategorie ist nicht mehr möglich: Seite bleibt leer. Des Weiteren kann ich die Startseite fast unendlich nach unten scrollen. Was ist passiert. Habt ihr einen Tipp für mich?
Ich wüßte nur die DB vom vorherigen Tag wieder einzuspielen, aber ich hätte den Grund dieser Darstellung mal gerne gewusst.
Ohne einen Link zum Shop ist das immer schwierig solche Dinge zu beurteilen.
Wenn du z.B. die Box "Neue Artikel" auf der Startseite verwendest, dann werden die Artikel nach einiger Zeit nicht mehr angezeigt, wenn du sie nicht aktualisierst.
Eingestellt wird das im Adminbereich unter Konfiguration >>> Maximum Werte >>> Zeitraum (Tage) für neue Artikel
Das war/ist ein Fehler der Darstellung. Irgendetwas habe ich zerschossen in der Darstellung. Die Home Seite ließ sich unendlich scrollen. Mein Webhoster hat mir eine Datenherstellung vom Vortag angeboten - diese habe ich natürlich dankend angenommen. Jedoch war eine Datenherstellung vom Vortag nicht möglich sondern ca. 14 Tage vorher. Der Webhoster hat mir dann diese Datenherstellung in html/gx hochgeldaden und den alten Shop in html/gx-defekt unbenannt. Jetzt bekomme ich aber beim Aufrufen meiner Seite folgendes angezeigt:
WARNING(2): "mysql_query(): Unable to save result set" in /var/www/vhosts/web17.www21.hostkraft.de/html/gx/inc/xtc_db_query.inc.php:30 (Details)
Backtrace: #0 mysql_query called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/inc/xtc_db_query.inc.php:30] #1 xtc_db_query called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/system/overloads/ApplicationTopExtenderComponent/VRRLApplicationTopExtender.inc.php:89] #2 (#VRRLApplicationTopExtender) get_conf called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/system/overloads/ApplicationTopExtenderComponent/VRRLApplicationTopExtender.inc.php:20] #3 (#VRRLApplicationTopExtender) proceed called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/includes/application_top.php:1108] #4 include called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/index.php:34]
WARNING(512): "SQL Error" in /var/www/vhosts/web17.www21.hostkraft.de/html/gx/inc/xtc_db_error.inc.php:30 (Details)
Backtrace: #0 trigger_error called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/inc/xtc_db_error.inc.php:30] #1 xtc_db_error called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/inc/xtc_db_query.inc.php:30] #2 xtc_db_query called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/system/overloads/ApplicationTopExtenderComponent/VRRLApplicationTopExtender.inc.php:89] #3 (#VRRLApplicationTopExtender) get_conf called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/system/overloads/ApplicationTopExtenderComponent/VRRLApplicationTopExtender.inc.php:20] #4 (#VRRLApplicationTopExtender) proceed called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/includes/application_top.php:1108] #5 include called at [/var/www/vhosts/web17.www21.hostkraft.de/html/gx/index.php:34]
Jedoch war eine Datenherstellung vom Vortag nicht möglich sondern ca. 14 Tage vorher
Dein Hoster hat offenbar nur deine Dateien wiederhergestellt, aber nicht deine Datenbank!
Du hast jetzt also ein Shopsystem ohne VRRL-Update und eine Datenbank mit VRRL-Update!
Eigendlich müsstest du jetzt entweder das VRRL-Update wiederholen oder auch die DB von vor 14 Tagen wiederherstellen.
Lt. Webhoster hat er auch die Datenbank mit eingespielt. Sagt dir die Fehlermeldung irgendetwas? Was schlägst du vor?
Was soll ich sagen ...
Ohne einen Link zum Shop ist das immer schwierig solche Dinge zu beurteilen.
Das ist außerdem nur eine "Warnung" und noch keine Fehlermeldung.
Aber ich wette da gibt es noch viele Fehlermeldungen.
Dein Shop ist offenbar über gar keine Einstiegsseite zugänglich.
Die Meldung "WARNING(512)" muss nicht immer ein Totalschaden der DB bedeuten. Ein falscher Eintrag kann diese Meldung schon verursachen.
In diesem Fall scheint aber die DB komplett daneben zu sein.
Wenn dein Hoster Estugo deine Dateien und deine Datenbank wiederhergestellt hat, auf den Versionsstand als alles noch funktionierte, dann muss der Shop auch wieder funktionieren!
Andernfalls ist Estugo bei der Rücksicherung ein Fehler unterlaufen. Hier solltest du Estugo auf die Füße treten!
Estugo bietet doch tägliche Backups mit 7-tägiger Archivierung an. Warum hat der dann nur 14 Tage alte Backups??? :confused:
Ich habe am Donnerstag mit Estugo Kontakt aufgenommen und dort sagte man mir noch und so habe ich es dann auch schrifltlich denen zukommen lassen: Backup vom Vortag. Dann hieß es:
gerne werden wir eine Datenwiederherstellung vom 18. Jun 2014, 00:11:52 Uhr
wiederherstellen, allerdings gibt es momentan leider ein Problem mit der
Backup-Verwaltungsoberfläche, unsere Techniker sind aber bereits informiert.
Sobald mir neue Informationen bezüglich der Datenwiederherstellung vorliegen,
werde ich Ihnen umgehend Bescheid geben.
Dann hieß es Freitag so um 17.00 Uhr
bitte entschuldigen Sie die späte Rückmeldung.
Leider war die letzte noch funktionierende Backupdatei vom 03.06.. Diese wurde
nun wieder eingespielt und Ihr Shop scheint wieder erreichbar zu sein.
Der alte Ordner wurde in "gx-kaputt" umbenannt, bitte löschen Sie diesen
Ordner, wenn er nicht mehr benötigt wird um Speicherplatz zu sparen.
Zwichen 03.06 und 18.06 hätte ich halt nur ein paar Arikel und das VRRL Update einspielen müssen. War mir in dem Moment egal, wenn es denn laufen würde.
Komischerweise lief ja alles bis zum 18.06 einwandfrei, dann habe ich am 18.06 neue Artikel eingestellt und auf einmal wurde mir die Seite nicht mehr richtig angezeigt (nur auf der linken Seite die Kategorien waren zu sehen - in der Mitte der Seite wo die Artikel auftauchen, war nix zu sehen und man konnte ewig lange die Seite nach unten scrollen).
Die Rücksicherung kann gar nicht ordnungsgemäß gelaufen sein. Denn am 03.06. hattest du noch gar kein VRRL-Update gemacht!
In den Warnmeldungen wird aber genau darauf verwiesen!
Und darauf musst du auch Estugo hinweisen!
Lass deinen Shop einfach nochmal zum 03.06. wiederherstellen, Dateien und DB. Und zwar ordnungsgemäß!!!
Dannach gehst du zuerst in die Verzeichnisse /cache und /templates_c und löschst den Inhalt.
Dann überprüfst du alles Verzeichnis- und Dateirechte. Eine Liste hatte ich hier letztens irgendwo gepostet.
Dannach muss der Shop wieder einwandfrei funktionieren. Eben wie am 03.06.2014!
Die Rücksicherung kann gar nicht ordnungsgemäß gelaufen sein. Denn am 03.06. hattest du noch gar kein VRRL-Update gemacht!
In den Warnmeldungen wird aber genau darauf verwiesen!
Und darauf musst du auch Estugo hinweisen!
Lass deinen Shop einfach nochmal zum 03.06. wiederherstellen, Dateien und DB. Und zwar ordnungsgemäß!!!
Dannach gehst du zuerst in die Verzeichnisse /cache und /templates_c und löschst den Inhalt.
Dann überprüfst du alles Verzeichnis- und Dateirechte. Eine Liste hatte ich hier letztens irgendwo gepostet.
Dannach muss der Shop wieder einwandfrei funktionieren. Eben wie am 03.06.2014!
Ich habe aber nach der Rücksicherung als erstes das VRRL-Update gemacht, daher kann diese Meldung auch stammen.
Diese Liste von dir habe ich aus dem Jahr 2013 gefunden:
Überprüfe bitte mal die Dateirechte nach dem Update!
Diese Dateien und Ordner müssen die Rechte 777 explizit (also OHNE Inhalt) erhalten:
/sitemap1.xml
/admin/backups/
/admin/images/graphs
/admin/images/icons
/admin/rss/
/cache/
/export/
/images/
/images/banner/
/images/manufacturers/
/import/
/templates_c/
Diese Verzeichnisse müssen die Rechte 777 rekursiv (also inkl. ALLER enthaltenen Dateien und Unterverzeichnisse) erhalten:
/gm/images/gm_bookmarks/
/images/categories/
/images/logos/
/images/product_images/
/media/
/templates/*gambio*/admin/
/templates/*gambio*/backgrounds/
/templates/*gambio*/mail/
* hier musst du natürlich dein Template-Verzeichnis wählen!
Diese Dateien müssen die Rechte 444 erhalten:
/admin/includes/configure.php
/admin/includes/configure.org.php
/includes/configure.php
/includes/configure.org.php
Kann ich meinen potenziellen Kunden heute was anderes präsentieren als diese Warnmeldung? Ist ja nicht gerade vertrauenswürdig..:mad:
Oder könnte ich noch etwas anderes heute ausprobieren?
Ich bin gerade selber tätig gewesen und habe eine Sicherung vom 10.06.2014 hochgeladen, die von Estugo vom 03.06.14 hochgeladene habe ich vorab gelöscht. Die Sicherung vom 10.06 war noch ohne das VRRL Update.
Ergebis: Seite nicht erreichbar - aber ohne Fehlermeldung :confused:
www.msmoedas.com
Muss ich nach dem Einspielen einer Sicherungsdatei noch etwas machen/beachten? Die Datenbank ist vom 03.06.2014 also auchohne VRRL
Um Fehler auszuschliessen würde ich auch die DB vom 10.06. importieren.
Cache und templates_c geleert?
Verzeichnis- und Dateirechte nach dem Hochladen geprüft?
Was steht in der .htaccess?
Um Fehlermeldungen anzuzeigen könntest du noch folgendes tun:
/includes/application_top.php
Das finden (evtl. Zeile 38/39?)
Released under the GNU General Public License
---------------------------------------------------------------------------------------*/
und direkt darunter das einfügen
ini_set("display_errors", 1);
Vielleicht kommen dann noch ein paar brauchbare Fehlermeldungen.
Ansonsten hast du vielleicht Zugriff auf die Log-Dateien?
Ohne direkt drauf- bzw. reinzuschauen kann ich nun leider auch nicht mehr tun!
Hast du vor dem VRRL Update auch die Shopversion geprüft (credits), sodass du auch das richtige Update eingespielt hast?
Ansonsten erst die entsprechenden Updates der Reihe nach machen...
Das Problem hat sich vorerst erledigt.
Die Verwendung fehlerhafter und unvollständiger Backupsätze führten zu diesen Fehlern!
Das Problem hat sich vorerst erledigt.
Die Verwendung fehlerhafter und unvollständiger Backupsätze führten zu diesen Fehlern!
Zusatz: Auch das nochmalige Zurücksetzen des Gambio Shopes auf ein Datum vor dem VRRL Update brachte nur bis dahin Erfolg, als das VRRL Update noch nicht installiert wurde. Danach lief der Shop erneut nicht einwandrei. Ich bin jetzt auf GX2 umgestiegen. Dort läuft alles so wie es sein sollte. Danke für Eure Hilfe
Powered by vBulletin® Version 4.2.2 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.