gelöst Sanduhr dreht sich ewig: Artikel-Kombis werden NICHT geladen

Ganz komisches Verhalten!

Bevor ich vor einigen Tagen den Shop online gestellt habe, habe ich nach sehr langem herumtun natürlich den Shop getestet und alles funktionierte, mit Artikel aufrufen, die Kombis konnte ich auswählen, etc.

Allerdings wurden die Kombis etwas langsam angezeigt und geladen.
Nichts dabei gedacht.

Nun mehr geht aber gar nichts mehr, wenn ich "zum Artikel gehen" anklicke wird dieser geladen und dann dreht endlos die Sanduhr und die Kombi-Auswahlmöglichkeiten werden scheinbar gar nicht geladen.

Was kann da schuld sein, bzw. wie behebe ich das?
Danke!!!

Edit: wir haben nun ein SSL-Zertifikat dabei, kann es evt. daran liegen, das vielleicht irgend eine Datei andere Rechte braucht oder so??? Die diversen configure.php habe ich auf dem FTP-Server natürlich gemäß Handbuch geändert, aber ich meine, ob im Shop selbst noch irgendwas dieses Verhalten verursachen könnte??

 

In Ergänzung ist hier das Bild der laufenden Sanduhr bei den Artikelkombis!

 

Mach ein Ticket auf.

 

Shopversion und wieviele Kombis gibt es?

SSL ist nur die Übertragungsweise, hat so direkt nichts mit den Dateien auf dem Server zu tun.
Es kann aber sein das ein cache nicht geleert wurde und da noch alte unsichere URLs drinnen sind wenns gerade erst gewesen ist. (also max paar stunden / 1 Tag).

 

Hi Dennis,
Shopversion nunmehr 3.11.2.0, zuvor gleiches Problem bei 3.10.x

Jeder Artikel hat max. 230 Kombis,in Summe sind es 2.765 Kombis.

Im Testshop funktioniert es ja mit dem exakt gleichen Datenbestand, da geht es ruckzuck. Also an der Anzahl dürfte es nicht liegen.
Alle Cache (im Shop und im Browser) wurden mehrfach geleert.

Aufmerksam darauf hat mich ja ein Kunde gemacht...

 

link wäre hilfreich zu so einem artikel

 

Gerne Dennis, ich schalte den Shop kurzfristig online...

Bitte gib Bescheid, wenn Du drauf geguckt hast, ich muß dann wieder offline gehen, sonst hat das keinen Sinn online zu bleiben.

https://gypi.at/ASV13/de/?cat=c3_Shirts-und-Trikots-Shirts-und-Trikots.html

 

Aus Erfahrung her, hat das meist nichts mit der Shopversion zu tun.

Vorab erstmal eine andere Sache, bevor ich tiefer in die Materie gehe:

Warum läuft die Seite mal mit www und mal ohne. Das könnte schon die Fehlerursache sein. Ich sage nur vorsichtig, dass könnte es sein.

Stelle bitte deine configure-Dateien einheitlich auf eine Variante. Entweder immer mit oder ohne. Denke an den Cache, dass Du den danach leerst.

Dann schauen wir weiter.

 

Gute Frage, ich weiß es nicht.
Ich habe gemäß Handbuch alle config-Dateien umgestellt um SSL nutzen zu können.
Warum es so kommt, entzieht sich meiner Kenntnis. Die Umstellung von http auf https hat der Eigner der Domäne sehr unwillig gemacht, vielleicht ist dort das Problem entstanden, ich kenne mich bei diesen Dingen leider zu wenig aus. Das mußte ich jemanden machen lassen.

 

Bist Du bei Strato?
Hast Du SSL erzwingen bei deinem Hoster eingestellt, wenn es so nicht in der configure.php steht?

 

@Developer:

JA, das muß es sein!!!

Wenn ich ganz normal vom Hauptartikel (wird z.B. unter https://gypi.at/.... angezeigt auf "zum Artikel" klicke, dann springt die URL auf https://www.gypi.at/... und das Problem ist da.

Konkret:
Die Übersicht aller Artikel wird so angzeigt
https://gypi.at/ASV13/de/?cat=c2_Jacken-und-Oberbekleidung-Jacken.html

Dann gehe ich zu einem bestimmten Artikel, dann zeigt sich diese URL:
https://www.gypi.at/ASV13/de/product_info.php?products_id=90

Wenn ich aber die Kombi-Seite manuell auf https://gypi.at/ASV13/de/product_info.php?products_id=90 korrigiere, dann paßt alles!!!

So, bitte noch um Tipps, woran das liegt, bzw wo da eine falsche Einstellung sein kann?
Besten Dank!!

Interessant ist auch, dass die Home-Page selbst mit
https://www.gypi.at/ASV13/de/

angezeigt wird.

Ich habe alle config-Dateien wie im Handbuch umgestellt.

 

???

 

Danke, für die Ausführung, aber das habe ich schon gesehen, daher meine gezielte Antwort darauf.

Ich habe doch geschrieben, wo Du schauen sollst. Was steht in den configure.php-Dateien für ein Pfad und ist bei dem Hoster soetwas eingestellt. Bei welchem Hoster bist Du? Bitte antworte auch auf die Fragen, da wir uns sonst im Kreis drehen.

 

Nein, wir sind bei Variomedia, aber ich bin nicht Inhaber der Domäne und nur der Inhaber kann alles veranlassen. Ich kann daher nicht sagen, was der Typ gemacht hat, jedenfalls funktioniert es bei einem anderen WS richtig, der liegt parallel dazu und ist gleich aufgebaut.

Ich weiß somit absolut nicht, wo was zu korrigieren ist.

 

Das ist doch schonmal eine Aussage.

Ich habe das jetzt nicht 100%ig auf dem Schirm, was Variomedia betrifft. Die arbeiten u.a. mit Let's Encrypt zusammen. Bis hierhin soweit gut. Ich meine in Erinnerung zu haben, dass sobald man dort SSL aktiviert, auch auf www. gegangen wird.

Bedeutet: In deinen configure-Dateien steht die Domain ohne www und Variomedia geht im Hintergrund auf www. Das darf nicht gemacht werden.

Die Lösung wäre an dieser Stelle: configure-Dateien anpassen:

admin/includes
includes

Das sind die Verzeichnisse, wo die Dateien liegen.

 

Mea culpa, mea maxima culpa!
Danke an alle, die sich dran gemacht haben!

Der Fehler war doch ein Fehler in der config.php des einen Shops versus der richtigen config.php des anderen.

Nun funktioniert es so wie es soll.

 

Hauptsache es läuft.