Master Update 4.8.0.0 erschienen

Nein, eigentlich nicht. Der Shop an sich ist völlige Basis. Bis auf ein/zwei Gratissachen von @Dominik Späte . Aber das sind meines Wissens nach keine Module.

 

Ich habe auch keine externen Module.
Ich habe nur wenige Anpassungen per CSS vorgenommen.

 

Wenn die Dateien nicht mit PHP 8 können, geht der Shop nicht mehr.
Da solltest Du Dominik fragen.

 

@Dominik Späte sag aber in seinem Video

()

das seine kostenlosen Module alle problemlos weiterlaufen. Auch das IconCube ist bei uns nicht aktiv. Daran kann es auch nicht liegen.

 

Genau, also kurz gesagt: Kostenlose Vollversionen (z.B. Modulverwaltung, Lieferland-Modal) laufen problemlos weiter. Nur kostenlose Testversionen müssen vor der PHP-Umstellung entfernt und können danach wieder reingeladen werden.

Richtig: Wenn ionCube eh nicht aktiv ist, kann es daran nicht liegen, weil dann auch keine kostenlosen Testversionen laufen

 

Zum besseren Verständnis: Ich habe noch die Shopversion 4.6.2.0.
Bevor ich den Shop auf 4.8.0.0 aktualisieren wollte, habe ich versucht, die php updaten. Dann scheint php 8.1.10 mit meiner bestehenden Shopversion nicht kompatibel zu sein, also bin ich zu php 7.4.30 zurückgekehrt.

Soll ich zuerst den Shop aktualisieren?

 

Ja, genau, zuerst alle Module aktualisieren, bzw. deinstallieren, dann das Update auf 4.8, dann die PHP Version auf 8.1

 

Gut dann wäre das bei @TheBet ja geklärt.

Stellt sich mir immer noch die Frage warum es bei uns nicht klappt. Jemand noch eine Idee wenn man doch eigentlich nichts beachten muss?

 

Prüfe mal in den Config-Dateien den Connect zur Datenbank. Bei uns stand da localhost:3306 und bei der Umstellung ging nix mehr. Dann haben wir es nur auf localhost geändert, ohne :3306 und es hat anschließend auch mit 8.1 funktioniert. Allerdings war das schon bei der 4.7 Version.
Vielleicht ist es bei dir auch so ein banaler Fehler.

 

Ich kann Dir noch nicht ganz folgen. Von welcher Datei sprichst Du genau?
Denn in den Config Dateien stehen doch normal die direkten Datenbankdaten drin, also name und passwort.

 

Mach ein Ticket auf und lass Gambio einmal schauen. Da braucht nur irgend eine alte Datei sein, die bei einem Update nciht überschrieben oder gelöscht wurde.
Steht dazu etwas in den Logs? (Admin -> Toolbox -> Logs anzeigen)

 

Kleiner Bug: Wenn man im neuen Kundenmenü auf das Icon "Bestellungen" klickt, werden nicht die Bestellungen des jeweiligen Kunden angezeigt, sondern alle wo der Vor- und Zuname identisch sind.

Code:

/admin/admin.php?do=OrdersOverview&filter[customer]=Vorname%20Nachname

Der Link sollte eigentlich auf die Kundennummer gehen und nicht auf den Namen

 

Wegen der PHP-Versionen: Es gibt Provider wie Host Europe die rigoros alte Versionen abschalten und einen im Regen stehen lassen, es gibt aber auch andere die alte PHP Versionen weiterhin hosten, wie DM Solutions. Ich will hier keine Werbung machen, aber habe Erfahrung mit Beiden. HE ist dabei sehr negativ aufgefallen, sie haben PHP 7 schon im November 22 abgeschaltet. Wäre ich da noch bei denen gewesen wäre der Shop jetzt nicht mehr da. Wer da also Probleme hat sollte wechseln.

 

Seit dem Update gibt es mehrere (wahrscheinlich zusammenhängende) Probleme mit unseren Bildern.

1. Bei Kopieren (Duplizieren) von Produkten werden die Bilder nicht kopiert
2. Im Artikel Bearbeiten Dialog können Bildnamen können nicht mehr verändert werden
3. Es können zwar neue Produkte mit Bildern angelegt werden, jedoch kann auch hier der Bildname nicht verändert werden

Die Punkte 2 und 3 führen zur Fehlermeldung: Der neue Dateiname ... besitzt ein ungültiges Dateiformat und wurde ignoriert.


"gambio":"v4.8.0.0",
"phpversion":"8.1.17",
"mysqlversion":"10.6.12-MariaDB",
"memory_limit":"512M",

memory_limit wurde auch schon auf 1024M gesetzt. Hat leider nichts geholfen.

 

Oh mein Gott! Das kann nicht wahr sein. Die Bestellungen eines Kunden anhand des Namen des Kunden zu filtern. Ich traue meinen Augen gar nicht, bin wirklich sprachlos.

Wo es doch so einfach anhand der cutomers_id des Kunden klappen würden! Ich hoffe das Kunde löschen funktioniert nicht mit dem selben "key".

Es tut mir wirklich Leid dass ich mich hier so empöre. Aber das lernt man in der den ersten beiden Stunden PHP/MySQL eindeutige keys zu benutzen!

Grüße
Walter

 

@walterlenk

Das muss Ihnen nicht leid tun. Es müssten sich mehr Kunden empören über so was!
Ich bin mal gespannt auf die Reaktionen auf meinen Post!

Aber es geht ja noch besser!

Es werden nicht nur die Bestellungen nach dem Namen zusammen angezeigt sondern auch die Statistik der Kunden.
Habe 2 Test Kunden den gleichen Namen gegeben und siehe da die werden auch zusammen addiert!

Bei der Benutzerkonto Löschung kann ich Entwarnung geben! Da wurde bei mir nur der eine ausgewählte gelöscht!

Mal noch eine Frage wieso braucht der Admin ein Kundenkonto?
Kann man den Admin im Kundenkonto löschen und wenn ja was passiert dann?

 

Puh, da bin ich schon mal froh. Das war von mir auch eher ironisch gemeint, aber nichts ist unmöglich.

Der Admin ist im Grunde erst einmal ein normaler Kunde. Er ist aber der Kundengruppe "Admin" zugewiesen und er hat dann noch zusätzlich verschiedene Adminrechte zugewiesen.

Alle Admins bis auf den zuerst angelegten (Super-Admin) können gelöscht werden. Der erste wie gesagt nicht.


Grüße
Walter

 

https://demo.gambio-shop.de/shop4/login_admin.php?check_2fa

Den Fehler sollte man m.E. nicht durch einfachen Aufruf einer URL von außen produzieren können. Ist in 4.8 noch genauso wie im Demo-Shop.

 

Hallo Herr Späte,

was soll dieser Link zeigen bzw. um was geht es da?

Wenn ich dies aufrufe ( nicht angemeldet )
https://xxxxx.com/shop/login_admin.php?check_2fa
kommt bei mir im Browser

Unexpected error occurred...
Invalid argument provided (expected string email address) $p_emailAddress:

und bei

https://xxxxx.com/shop/admin/login_admin.php?check_2fa

Die aufgerufene Seite konnte nicht gefunden werden.

Ist man aber als Admin angemeldet kommt dies