Variationen nach Shopumzug auf neue HW ohne Funktion

[gboehm]

Moin zusammen,

die ruhige Nachweihnachtszeit habe ich genutzt, um meinen Shop auf einen neuen Server umzuziehen. Leider funktionieren nun die Variationen ( Varkombi) nicht mehr, d.h. wenn ich auf eine Variation klicke, tut sich nichts - das Artikelbild wechselt nicht, diese Animation, dass etwas geladen wird kommt nicht, und wenn ich versuche den Artikel in den Warenkorb zu legen, kommt die Meldung, dass ich eine Farbe auswählen solle.

Hier ein kleiner Abriss, wie ich beim Umzug vorgegangen bin:

• Shop auf neuem Server installiert
• alten Shop in Wartungsmodus versetzt
• DB backup von altem Shop gezogen
• neuer Shop ebenfalls in Wartungsmodus versetzt
• DB in neuem Shop eingespielt

hiernach habe ich einige grobe Tests gemacht und der Shop schien zu funktionieren. Jedenfalls gingen alle Variationen und auch die Konfigruppen.
Danach:

• Standard Abgleich aus der Wawi
• Alle Artikelbilder sind verschwunden
• Variationen ohne Funktion
• aus Wawi Komplettübetragung, incl. globaler Daten, und aller Bilder angestossen.
• Alle Bilder wieder da, aber Variationen nach wie vor ohne Funtkion

versuchsweise

• template und Browser cache gelöscht
• custom Dateien abgeschaltet
• standard Tiny Template aktiviert

jeweils ohne Verbesserung.

Ach so.... hinter den jeweiligen Variationskindern liegen jede Menge Konfigruppen, die auch nicht geladen werden.

Bin für jeden Tipp dankbar.

Gruss,

Guido

 

[Fahrradhaus]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Hallo beisammen,wir hängen uns auch an das Problem ran. Wir haben das gleiche Problem. Bei uns steht nach der Auswahl einer Variation die "Ladeuhr" mit der Anmerkung "wird geladen". Es ändert sich aber nichts.Shopversion: 3.16PHP-Version 5.3.19-1~dotdeb.0MySQL-Version 5.1.66-0+squeeze1Wawi-Version: 099865Würde mich sehr freuen, wenn jdm. helfen kann. GrussH.r.

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Sorry, wenn ich das Thema ein bisschen schiebe.....

wo könnte ich ansetzten?
im php Log steht nichts, es kommen auch sonst keine (sichtbaren) Fehlermeldungen.

Wenn ich mich nicht irre, werden doch beim Klick auf die Variationen, Ajax Scripte ausgeführt, die dann weitere Abhängigkeiten (Variationsbilder, Konfigruppen, etc) laden angestossen. Das scheint nicht zu passieren.
Datei- und DB Check aus dem Backend sagen, dass alles OK ist.

Edit: ein bisschen scheint sich doch zu tun wie mir gerade aufgefallen ist. Zumindest ändern sich die Artikelnummern - sonst aber nüscht.

 

[ag-websolutions.de]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

könntet ihr mal einen Link zu einem nicht-funktionierenden Artikel posten

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Dieser hier Duschtuch Walkfrottier (400 g/qm) sollte Konfigruppen anzeigen, nachdem man eine Farbe gewählt hat
bei diesem Bestecktasche müssten zumindest die Variationsbilder kommen

 

[ag-websolutions.de]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

nimm mal zum testen alles was mit dem ebont-feedback-buttonzu tun hat raus

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

leider keine Änderung.
hatte auch schon zu Beginn alle custom tpl Dateien ab- und auf standard Template umgeschaltet. Auch jeweils ohne Verbesserung.

Edit: dei scheint gaaanz tief was im Argen zu liegen. Habe gerade festgestellt, dass Registrierung, bzw. Anmeldung auch nicht geht <haarerauf>

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

So, habe nochmals alle Dateien (incl.Patch Paket3) hochgeladen und auf binär Modus geachtet (ist eigentlich bei mir voreingestellt). Einige Datei-/Verzeichnisrechte haben nicht gestimmt -> korrigiert.

Dennoch keinerlei Verbesserung.

Was mit noch aufgefallen ist, die MySQL Version ist anders

vorher:
-- Server Version: 5.0.96
-- PHP-Version: 5.3.3-7+squeeze14


nachher:
-- Server Version: 5.1.63-nmm1- log
-- PHP-Version: 5.3.18-nmm1

muss gestehen, dass ich keine Ahnung habe, welche Implikationen dieser Versionsunterschied hat.


Ich bin von 1und1 zu all-inkl umgezogen.

Mir gehen langsam die Ideen aus

 

[Fahrradhaus]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Hallo wieder mal,

auch bei uns hat sich der Fehler erst eingeschlichen, nachdem es einen Server Update gab. Auch wir haben die Update Datei zu Shop 3.16 komplett im binärmodus hochgeladen. Auch Shop zurück setzen und alles nochmals hoch spielen hat nichts gebracht.

Gruss

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

gehen bei Euch "nur" die Artikel nicht, oder wie bei mir auch kein Kudenlogin, bzw. Kundenregistrierung.
Zumindest die Artikel gingen 100%ig vor dem eigentlichen Umzug. Hatte nämlich erst die Performance testen wollen. Dann lag der Shop auf dem neuen Server ca. 2 Monate brach, da ich den Umzug erst nach Weihnachten machen wollte. Nachdem ich dann die neue DB eingespielt habe hat die ganze Sch... angefangen. Eine Fehlermeldung gabs beim Einspielen aber nicht.

 

[Fahrradhaus]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Hallo,
bei uns gehen "nur" die artikel nicht. Kundenlog in und bestellung funktioniert bei allen artikel ohne
Variationskombinationen. Erstaunlicher Weise geht das ganze auch,wenn nur variationen ohne
Variationskombi eingespielt wird.

Gruss

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

So nun bin ich langsam am Ende...... leider nicht am Ende des Problems

Was mir nun noch im Zuge des DB Imports aufgefallen ist, in phpMyAdmin steht folgendes:

[B]Teilweiser Import:[/B]

Abbruch, wenn die maximale PHP-Scriptlaufzeit erreicht wird. [I](Damit ist es möglich, große Dateien zu importieren, allerdings kann es Transaktionen zerstören.)[/I]

Die DB wurde damit in 2 Schritten importiert. So hatte ich das auch vor ca. 2 Monaten getan, ohne einen negativen Impact festzustellen. Ist diese Einstellung richtig? Was passiert, wenn ich den Haken raus mache und zwangsläufig die Scriptlaufzeit abläuft?

Langsam Zweifle ich aber an einem Problem mit der DB. Warum Sollte der Kundenlogin, bzw. -registrierung nicht funktionieren?

<Märchen-Modus>
Der edle Recke, der das Problem löst erhält die Hand meiner T.... und das halbe Königreich
</Märchen-Modus>
Aber das gibst ja nur im Märchen

 

[niro]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Moin,

welche PHP-Version läuft auf dem Server?
Laut JTL ist bis dato nur bis PHP 5.2 die Funktionsfähigkeit gewährleistet.
Ich hatte es mit PHP5.4 versucht und hatte auch Probleme und habe den Shop nicht fehlerfrei zum Laufen bekommen.

gruß
niro

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

System [B]Linux[/B]
PHP-Version [B]5.3.18-nmm1[/B]
MySQL-Version [B]5.1.66-nmm3-log[/B]

Beim alten wars:

System [B]Linux[/B]

PHP-Version [B]5.2.17[/B]

MySQL-Version [B]5.0.96-log[/B]

Laut Wiki geht php 5.2 und 5.3

Die Crux ist ja, dass das alles eigentlich vor knapp 2 Monaten schon einmal testweise lief. Danach habe ich bis jetzt gewartet um den Umzug durchzuziehen.


Edit: hatte testweise in der .htaccess auf php 5.2 umgestellt (AddHandler php52-cgi .php)
Ergebnis: im Shop keine Verbesserung - im Backend kein Login mehr möglich (keine Fehlermeldung; nur wieder die leere Anmeldemaske)

 

[gboehm]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Oh Herr wirf Hirn vom Himmel.....
So viel Asche, wie ich mir aufs Haupt streuen müsste, gibt es wohl nicht.

Als ich vor ca. 2 Monaten den Shop vorbereitet habe, habe ich die Installation auf dem neuen Server unter einer .com Adresse getestet. Diese Stand auch noch in der config.JTL-Shop.ini.php drin.
Aber schon ein interessantes Fehlerbild....

Kaum macht man es richtig - schon geht es.

 

[niro]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Na, Glückwunsch - dann kann 2013 ja erfolgreich starten.

gruß
niro

 

[ag-websolutions.de]

AW: Variationen nach Shopumzug auf neue HW ohne Funktion

Was mir nun noch im Zuge des DB Imports aufgefallen ist, in phpMyAdmin steht folgendes:

bei großen Datenbanken würde ich nicht phpMyAdmin nutzen, sondern den mysqldumper ... wesentlich stabiler und vor allem spielt die DB-Größe keine Rolle und es gibt auch keine Transaktionsprobleme

ansonsten ... congratulation für die Fehlerbehebung