Liebe Shopbetreiber, wir haben soeben GX4.1.2.0 Beta1 in den Downloadbereich des Kundenportals hochgeladen. Ihr findet dort sowohl die Vollversion als auch das Updatepaket für bestehende Shops. Bitte nicht verwechseln! ACHTUNG! Diese Version ist für den Live-Betrieb nicht geeignet, da es sich um eine Beta-Version handelt! Das Service Pack (Update) ist ausschließlich für die Shopversionen GX4 v4.1.1.x vorgesehen. Das Paket lag schon gestern vor, hats im Trubel aber nicht vor die Haustür geschafft, das sei jetzt nachgeholt. Interessant in 4.1.2.0 wird eine neue Version des Filemanagers sein, der mit Ordnern mit vielen Dateien deutlich besser arbeiten sollte. Es wurden auch Änderungen vorgenommen, damit während der Arbeit in Styleedit 4 bei längerer Inaktivität die Nutzersitzung nicht so leicht verlorengehen kann. Quer im Code wurden Anpassungen gemacht, damit PHP sich über weniger Unsauberheiten zu beschweren versucht, was ein leichtes Performance Plus bringen sollte. Ein kleines Wort der Vorsicht: Die in 4.1.1.2 bemerkten Sessionprobleme werden auch hier passieren, das Paket enthält den Fix noch nicht, er sollte aber 1:1 auch hier passen. Neuerungen und Änderungen in der 4.1.2.0 beta1 [Adminbereich] Die Ausrichtung der Teaser-Slider-Bildaktionsbuttons wurde korrigiert [Adminbereich] Das Einspielen von neu erstellten Datenbanksicherungen ist schneller und bricht nicht mehr ab [Adminbereich] Die Statistiken im Dashboard des Gambio Admins laden nun deutlich schneller [Adminbereich] Der Installer kann nun auch gelöscht werden, wenn das Hauptverzeichnis nicht beschreibbar ist [Adminbereich] Alle Attribute images(Select Image, nicht Image List) eines gegebenen Attributs werden bei jeder Änderung des Bildes auf den gleichen Wert geändert. [Adminbereich] Statusänderung einer Bestellung mit Kundenbenachrichtigung zeigt die aktiven Optionen nun korrekt an [Core] Allgemeine Nachricht für kostenlose Bestellungen im Zahlungsschritt des Bestellvorgangs hinzugefügt. [Core] Unnötige JavaScript- und CSS-Dateien werden nun nicht mehr mit ausgeliefert. [Core] ResponsiveFilemanager aktualisiert [Core] Geworfene Exception und Warning werden in der neuen Architektur nun geloggt [Core] Läuft die Session ab, wird man nach dem erneuten Login auf die Seite weitergeleitet, auf der man vorher war [Core] Es wurde ein Fehler bei der Erstellung von Content Zonen für Kategorien behoben. [Core] Codeoptimierungen, um z. B. NOTICE-Meldungen zu reduzieren [Core] Beginn und Ende jedes Blocks werden in HTML dokumentiert, wenn sich der Shop im Entwicklungsmodus befindet. [Frontend] Die Paginierung auf der Seite "Ihre getätigten Bestellungen" wird jetzt angezeigt. [Frontend] Das Such-Icon in der Sekundärnavigation hat nun die korrekte Farbe [Frontend] Der Offline-Seiten-Cache wird jetzt beim Aktualisieren des Shop-Styles erneuert [Frontend] Tooltips des Magnific Popup wird nun lokalisiert [Frontend] Wunschliste validiert Mengenstaffelung und Mindestmenge [Honeygrid] Zusätzliche Felder werden nun unabhängig vom Preisstatus angezeigt [Installer] Der Installer zeigt beim Datenbank-Import den Fortschritt im Titel des Browser-Fensters an [Installer] Es wird jetzt im Gambio Installer auf ungültige Zeichen im Datenbanknamen hingewiesen. [Malibu] Die VPE-Preise werden gezeigt, ohne den Text zu halbieren. [Malibu] Die Position des Warenkorbzählers funktioniert jetzt bei allen Header-Varianten. [Sprachsystem] Die englische Übersetzung für 'Anzahl' im Warenkorb ist jetzt 'Quantity'. [StyleEdit] StyleEdit wirft keine Ausnahmen mehr, wenn sich der Benutzer abmeldet [StyleEdit 4] Hinzufügen der Schaltflächen "Ok" und "Abbrechen" zur Farbauswahlkomponente. [StyleEdit 4] Die Farbauswahl im StyleEdit 4 ist nun benutzerfreundlicher [Updater] Der Updater stellt nun sicher, dass alle Datenbanktabellen InnoDB als ENGINE nutzen Viel Freude beim Testen!
@Gambio, Update von 4.1.1.2 auf 4.1.2.0 BETA1 im Testshop (Link nur für registrierte Nutzer sichtbar.) fehlerfrei durchgelaufen, Testbestellung OK, keine Probleme bis jetzt Nachtrag: Session Fix funktioniert hier auch Update durchgeführt mit (Link nur für registrierte Nutzer sichtbar.)
@Gambio, in der Version 4.0.2.0 BETA1 haben die Button "ZUM WARENKORB", "KASSE" und "WEITER EINKAUFEN" abgerundete Ecken. In der Version 4.1.2.0 BETA1 sind die alle eckig. Ist das ein BUG, wenn nicht wo finde ich die Einstellung das zu ändern? Vielen Dank im Voraus.
Update ohne Fehler durchgelaufen. Ich habe im Moment das Problem, das auf einem Rechner der kleine Warenkorb tot ist (Liveshop und Testshop). Dort lässt sich nichts anklicken. Das habe ich allerdings mit der 4.1.1.2 auch schon. Auf einem anderen Rechner gibt es keine Probleme. Leider kann ich noch nicht nachvollziehen woran das liegen könnte, vielleicht liegt es nur am Rechner. Edit: Scheint der Rechner zu sein.
Das Update lässt sich nicht einspielen. Folgende Fehler treten auf. Code: Query: ALTER TABLE `categories_index` ENGINE = InnoDB Error message: The used table type doesn't support FULLTEXT indexes Query: ALTER TABLE `feature_index` ENGINE = InnoDB Error message: The used table type doesn't support FULLTEXT indexes Query: ALTER TABLE `products_attributes` ENGINE = InnoDB Error message: The used table type doesn't support FULLTEXT indexes Query: ALTER TABLE `products_description` ENGINE = InnoDB Error message: The used table type doesn't support FULLTEXT indexes Query: ALTER TABLE `products_options_values` ENGINE = InnoDB Error message: The used table type doesn't support FULLTEXT indexes
@MosTec Welche MySQL Version hast du bei deinem Server im einsatz? Falls es MySQL 5.5 ist frag mal deinen Hoster ob du MySQL 5.6 oder 5.7 nutzen kannst, denn MySQL 5.5 unterstützt keine FULLTEXT indexe für InnoDB Tabellen.
@Till (Gambio) Die Serverinfo im Shop sagt 5.5. Werde nachfragen man das updaten kann. Danke. Gebe wieder Rückmeldung.
Es gab da doch mal so eine Matrix, welche Shopversion welche PHP Version benötigt (min/max). Gibt es das auch für MySQL? Habe auch 5.5 und wäre sonst auch in diesen Fehler gelaufen. Checkt der Installer das eigentlich nicht???
Bisher ging auch MySQL5.1 noch, das wirklich wirklich uralt ist. Es gab damit quasi praktisch keine Grenzen, die irgendjemanden je traf, selbst die allerschlimmsten Bananenhoster der Welt haben mindestens das. Wir verwenden nun in Neuinstallationen schon seit längerem ein paar Strukturvorteile neuerer Datenbankserver, aber für alte Server werden immernoch alte Strukturen angelegt. Mein Kollege Moritz hat nun versucht per Update alte Strukturen hochzuziehen, was mangels Substanz auf komplett veralteten Datenbankservern nun daneben geht. Wir könnten jetzt eine reale Mindestanforderungen einführen, oder nochmal die Rolle rückwärts machen. Ist in der Entscheidung, mit Tendenz zur Rolle rückwärts.
Rückmeldung von Estugo war das ein update machbar ist aber nicht so einfach. Außerdem werden die Datenbanken ja erhalten und ändern sich quasi eigentlich nicht. Somit stellt sich mir die Frage ob das dann überhaupt gehen wird. ich habe jetzt mal die Updates beauftrag und muss dann testen ob alle DBs noch laufen. Habe ja noch mehr Sachen da liegen auf dem Server, Gott Sei dank ein eigener! Wäre das jetzt einer den man sich mit anderen Teilt würde ein Update im übrigen nicht gehen! @Till (Gambio) | @Wilken (Gambio) : Ich verstehe nichts davon aber es hieß auch es müsste gehen wenn man auf andere Sachen in der Programmierung setzt und nicht InnoDB verwendet. Ich meine mir behalten zu haben das das Wort mit M anfing.
Also in der finalen GX 4.1.2.0 Version werden wir natürlich den Fehler beheben und weiterhin Kompatibilität zu MySQL 5.5 gewährleisten. MySQL 5.5 ist aktuell unsere Mindestversion, nicht mehr 5.1. Zur Info nebenbei: Der offizielle Support für MySQL 5.1 wurde übrigens im Dezember 2013 eingestellt, der von MySQL 5.5 im Dezember 2018. Also man tut gut daran auf MySQL 5.7 zu setzen. Da läuft der Support seitens der MySQL-Entwickler im Oktober 2023 aus. Wer seinen Hoster mal fragt, ob ein Wechsel auf 5.7 einfach möglich ist, sollte das gerne tun, denn allein schon die Performance ist dort besser. Trotzdem unterstützen wir weiterhin 5.5, so dass man sich jetzt keine akuten Sorgen machen muss, wenn der Hoster ein Wechsel auf 5.7 nicht anbieten kann.
@Till (Gambio) | @Wilken (Gambio) Nach Update des Servers hat die Installation funktioniert. Aktuelle Serverdaten: "gambio":"v4.1.2.0 (BETA1)", "phpversion":"7.2.31", "mysqlversion":"10.3.23-MariaDB",
Das M Wort ist MyISAM. MySQL hat 2 Storage Engines: InnoDB und MyISAM. Die beschreiben wie MySQL Daten ablegt und darauf zugreift und bestimmen damit auch direkt viele Möglichkeiten der Datenbank. MyISAM ist ziemlich alt und schon lange als Auslaufmodell bekannt, das haben die MySQL Leute vor Jahren beschlossen und begonnen zu leben. Im aktuellen MySQL 8 wird MyISAM gar nicht mehr unterstützt, da ists komplett entfallen. Man könnte gar nicht mehr, auch wenn man wollte. InnoDB konnte anfangs weniger, ist aber seit langem schon genauso mächtig und inzwischen deutlich mächtiger als MyISAM es je war. Durch den Entfall von MyISAM in neuen Versionen ist InnoDB der gegenwärtige Standard. Von den neuen Sachen in InnoDB wollen wir auch in Zukunft Dinge wirklich haben, weil man damit optimieren kann, also Performance rausholen. Das bedeutet nicht nur die MySQL Leute haben ein Interesse das MyISAM stirbt, wir auch. Das ist dann zugunsten all derer die nicht auf Uralt Versionen von MySQL sitzen. Das heisst: Auch wenn wir jetzt die Abhängigkeit jetzt nochmal auf MySQL 5.5 herabsetzen, das wird nicht ewig so bleiben. Weils keinen echten Sinn macht, das garantiert nicht mehr lange geht, und wir das auch nicht mehr lange wollen. Das bedeutet auch Estugo und andere werden da wo die das noch nicht haben upgraden müssen, das kann man verlangen. Das ist dann jetzt bequem neu genug, das entspricht pi mal Daumen MySQL 5.7. Gut.
Ok, versteht sich. Will ja niemand stehen bleiben. Jetzt bin ich verwirrt, 10.... ist für mich deutlich höher wie 5.7. Warum ist das bequem und entspricht nur pi mal Daumen MySQL 5.7?
MariaDB ist eine Abspaltung von MySQL und nummeriert anders. MySQL kam irgendwann unter das Dach von Oracle, die sich erstmal Mühe gegeben haben MySQL links liegen zu lassen, da wurde abgespalten. Inzwischen ist auch MySQL wieder vorwärts unterwegs, die beiden driften nun ganz langsam auseinander, haben gerade aber noch sehr viel Ähnlichkeit. Wikipedia und andere Quellen haben dazu noch etwas mehr Historie.
OK. Verstehe. Bringt aber erst einmal keine Zukünftigen Probleme wenn die beiden "auseinanderdriften"?
Erstmal tut das nichts. Ob das in 2 Jahren noch so ist mit dann neuen Versionen weiss man nicht, das wird man dann sehen.
Die Unterstützung wird eingeschränkt, aber "komplett entfallen" wäre mir neu: https://dev.mysql.com/doc/refman/8.0/en/myisam-storage-engine.html