das Plugin ist aktuell nur bis Shopware 5.0.4 freigegeben. Die alte Shopware-API wurde mit 5.1 aus dem Core entfernt und das Plugin wird aktuell aufwendig umprogrammiert. Aktuell ist also nur eine Migration nach 5.0.4 möglich mit anschließendem Update auf 5.1.3.
Das heisst, ich nehme einen 5.0.4; importiere mir die Kunden und soll dann auf 5.1.3 update? Dann kann ich ja auch gleich die Kunden in 5.0.4 importieren und dann die Usertabelle austauschen. Wir brauchen nämlich nur die Kundendaten…
Ich will nicht wissen, was ich uns dann wieder zerschiesse…Wir arbeiten seit letztes Jahr Juni an an dem Shop und nun stehen wir kurz vor einem Launch und nun sowas?
Aber die Passwort-Abfragen beim Login funktionieren dann noch oder? Weil dazu muss das Plugin ja weiterhin aktiviert bleiben.
Die Passwort-Abfragen funktionieren nur mit Modul (bis der Kunde sich erstmalig neu angemeldet hat). Das Modul läuft nur bis 5.0.4. Wenn Du diese Funktion willst, darfst Du als höchste Version nur 5.0.4 einsetzen, bis das Modul für 5.1.x überarbeitet wurde.
Das heisst jetzt, wie müssen einen 5.0.4 frisch aufsetzen und alles was wir bisher an Einstellungen gemacht haben usw. enu machen?
Was bitte ist das für ein Quatsch? (Frage vom Kunden). Warum nimmt man etwas raus was gut funktioniert; was Shopbetreiber zu Shopware bringt und dann liest man das geht nicht mehr ab Version x weil man die API rausgenommen hat und solll bzgl Relaunch warten? Wir haben keine Zeit auf ein Update zu warten; ab dem 01.03 haben wir wichtige gesetzliche Auflagen zuerfüllen; ansonsten kann as Geschäft geschlossen werden.
Dann hätte ich die Plugins welche die gesetzlichen Auflagen zum erfüllen bringen auch in Gambio einbauen können.
Komische Politik. Hallo Shopware: gebau dieses Plugin hat uns zu Shopware gebracht…
Ich frickel mir dann lieber ein eigenes Plugin für das Login. Danke…
es handelt sich hier um ein Plugin ohne Support, welches kostenlos ist. Die 5.1 ist seit dem 19.10. veröffentlicht. Spätestens seit diesem Zeitpunkt könntest du auch wissen, dass es noch keine kompatible Version gibt.
Ich wüsste nicht, warum die Passwort-Funktion nicht funktionieren sollte. Warum probierst du es nicht einfach mal aus? Das hat ja erstmal nichts mit der alten Shopware API zu tun und ist eine komplett andere Funktion des Plugins. Installieren lässt es sich ja.
Es wird ja aktuell an einer neuen Version gearbeitet. Da hat sich auch schon einiges auf Github getan, einige Baustellen gibt es aber noch.
ich kann schon verstehen, dass es Dich ärgert. Das Modul ist unter anderem auch der Grund, weshalb ich zu Shopware wechsel und nicht zu einem anderen Shopsystem. Aber die Migration ist ein zentraler Punkt. Den sollte man frühzeitig einplanen und testen und nicht erst nachdem die Arbeit getan wurde. Das soll keine Kritik sein, sondern eine Anregung für die Zukunft.
Das Thema wird öfter diskutiert. Letztlich wird das PlugIn ab 5.1 nicht mehr unterstützt, weil zentrale Teile, die das Plug-In nutzt ab 5.1 anders gelöst werden (ich glaube es war die Passwortverwaltung). Laut Moritz wird aktuell an der Anpassung von dem Plug-In an die 5.1 gearbeitet und innerhalb von Q1 fertig gestellt.
Erkundige Dich doch mal, ob ein Downgrade nach 5.04 möglich ist. Das weiß ich nicht. Du kannst aber auch zum Test eine 5.04 installieren und Dein Template dort hinkopieren und testen.
Egal, wie Du es machst, Du bist immer davon abhängig, dass das Plug-In ein Update erhält. Denn Du brauchst das Plug-In solange, bis Du sagst, dass sich keine „alten“ Kunden mehr anmelden werden.
Um nicht auf Dauer von der Update-Politik für dieses Plug-In abhängig zu sein, haben wir uns dazu entschlossen mit dem Shopwechsel auch einen Bruch durchzuführen. D.h. wenn der Kunde auf ein nicht vorhandenes Konto zugreifen möchte dann teilen wir ihm mit, dass er aufgrund des Systemwechsels ein neues Konto anlegen muss. Das ist zwar unschön aber ich denke unsere Sorte Kunden wird hier mitziehen.
ich kann schon verstehen, dass es Dich ärgert. Das Modul ist unter anderem auch der Grund, weshalb ich zu Shopware wechsel und nicht zu einem anderen Shopsystem. Aber die Migration ist ein zentraler Punkt. Den sollte man frühzeitig einplanen und testen und nicht erst nachdem die Arbeit getan wurde. Das soll keine Kritik sein, sondern eine Anregung für die Zukunft.
Hi,
die Migration beinhaltet bei uns leider noch andere Dinge; die ich per CLI-Scripte aufgesetzt hatte. Die Migration lief immer einwandfrei. Klar, natürlich nur bis zum Zeitpunkt des Uodates. Das Problem was ich aber sehe ist, wenn ich nicht Update, dass evtl. eklatante Sicherlöchter irgendwo kläffen. Oder ich auf bestimmte Fixes angewiesen bin, damit der Shop seinen Dienst anständig verrichtet. Ich hätte politisch anders gehandelt. „Wir nehmen, das Plugin weiter mit bis wir auch das Update auf die neuste Grundlage können laufen lassen“. Klar ist das Plugin kostenlos; was auch wirklich SUPER ist; aber > Dieses Plugin ist essientiell für die Entscheidung von einem uralten GAMBIO auf Shopware umzusteigen. Ich habe letzte Woche einen Shop eines Konkurrenten meines Kunden gesehen (Magento); die auch auf einmal keine Migration mehr durchführen konnten und das gleiche Problem haben wie Du beschreibst. Ich rede von ca. 44.000 Kundenaccounts von denen ca. 40% den Shop mindestens 1 x Monat aufsuchen. Mein Kunde will diesen Kunden sowas nicht zu muten.
Deshalb gehe ich heute Abend wie folgt vor:
Migration mit einem 5.0.4
Kunden exportieren
In die aktuelle Version importieren
Das Login denke ich, wird mit Sicherheit noch funktionieren. Ansonsten geht der Shop nicht am 01.03 online bis eine Lösung gefunden wurde. In den Sauren Apfel beissen heisst für uns: Ich muss mein Plugin welches die gesetzlichen Anforderung zum erfüllen bringt in diese Software-Ruine einbauen. (Schufa/Altersidentitätscheck) Und ich möchte ungerne weiter an diese Krüke arbeiten. Ich denke, die meisten hier kennen den Code von GAMBIO, XT usw. und Wissen was das bedeutet
In diesem Sinne…Sorry, war heute Nachmittag sehr aufgeregt wg. dem Thema…
Du brauchst das Plug-In, damit sich die Kunden anmelden können.
Das Problem liegt darin, dass die Kundenpasswörter in Gambio, XTC etc. in MD5-codiert in der DB liegen. MD5 gilt schon länger als veraltet. Shopware hat schon vor einiger Zeit die Passwort-Verschlüsselung umgestellt. Mit Plug-In läuft die Anmeldung eines Bestandskunden wie folgt ab:
Kunde meldet sich mit seinem Passwort an.
Das Plug-In prüft, das Passwort gegen den alten MD5 Wert und speichert das Passwort (wenn richtig ) in der neuen Verschlüsselung ab.
Ab diesem Moment kann sich der Kunde immer auch ohne Plug-In anmelden, da das Passwort neu verschlüsselt wurde.
Da eine Passwort-Verschlüsselung nur in eine Richtung geht, kann man die alten Passwörter nicht entschlüsseln und neu verschlüsseln. Du musst also immer warten, bis der Kunde freiwillig sein Passwort eingibt, damit Du es neu abspeichern kannst.
Wenn Du die Kundendaten brauchst, kannst Du also bis zum 01.03. nur versuchen Dein 5.1.x-Layout in einen 5.0.4-Shop zu kopieren und bis das Plug-In fertig ist (Q1 geht ja nicht mehr so lange) den Shop auf 5.0.4 laufen zu lassen.
Du brauchst das Plug-In, damit sich die Kunden anmelden können.
Das Problem liegt darin, dass die Kundenpasswörter in Gambio, XTC etc. in MD5-codiert in der DB liegen. MD5 gilt schon länger als veraltet. Shopware hat schon vor einiger Zeit die Passwort-Verschlüsselung umgestellt. Mit Plug-In läuft die Anmeldung eines Bestandskunden wie folgt ab:
Kunde meldet sich mit seinem Passwort an.
Das Plug-In prüft, das Passwort gegen den alten MD5 Wert und speichert das Passwort (wenn richtig ) in der neuen Verschlüsselung ab.
Ab diesem Moment kann sich der Kunde immer auch ohne Plug-In anmelden, da das Passwort neu verschlüsselt wurde.
Da eine Passwort-Verschlüsselung nur in eine Richtung geht, kann man die alten Passwörter nicht entschlüsseln und neu verschlüsseln. Du musst also immer warten, bis der Kunde freiwillig sein Passwort eingibt, damit Du es neu abspeichern kannst.
Wenn Du die Kundendaten brauchst, kannst Du also bis zum 01.03. nur versuchen Dein 5.1.x-Layout in einen 5.0.4-Shop zu kopieren und bis das Plug-In fertig ist (Q1 geht ja nicht mehr so lange) den Shop auf 5.0.4 laufen zu lassen.
burrito
HI buritto,
grade einen Test gemacht und es hat funktioniert. Das Plugin habe ich natürlich installiert und aktiviert. Ich habe jetzt einfach einen komplett neuen Kundenaccount in Shopware angelegt. Danach habe ich meinen MD5-Hash der Gambio Datenbank entnommen und in s_user gegen den bcrypt-Hash ausgetauscht und in der Spalte „encoder“ dann auf MD5 gesetzt. Danach konnte ich mich in den Shop mit meinem alten Passwort aus der GAMBIO-Installation anmelden.
Das heisst jetzt für mich eher: Ich schreibe schnell ein CLI-Script und importiere mir die Kunden selbst aus der GAMBIO Installation nach Shopware. Die Kundenaccounts sind ja nicht wirklich kompliziert in der Abbildung (Datenbank) / Ich bin da guter Hoffnung, dass es klappen wird.
Leider noch nicht dazu gekommen; heute Abend erst. Ich glaube, wenn das klappt und ich die ZEIT habe, mache ich ein Plugin daraus (GambioCustomerMigration) oder einfach nur ein CLI-Script welches ich kostenlos auf GITHUB hochlade Eine Abfrage des Passwortes MD5 ist ja nun auch kein Hexenwerk und man kann sich ja in den Login-Prozess mittels HOOK oder EVENT einklinken (Muss dann allerdings ein Plugin sein)
ich habe es nun doch anders gemacht, falls Du diese Information benötigst oder an die Anderen:
Parallel auf eine Subdomain eine Installation von Shopware 5.0.4 installiert.
Eine Kopie der Produktionsdatenbank (Gambio) mit eigenen Benutzer angelegt
Auf der Installation SW 5.0.4 das MigrationPlugin aktiviert
Ausschließlich die Kundendaten mit dem MigrationsPlugin migriert. Hat sehr lange gedauert bei so vielen Kunden, ca. 3 Stunden; gefühlte 10 Stunden
Als nächstes muss man in der Tabelle " s_user_attributes" noch die Spalte " sofort_ideal_bank" hinzufügen.
Alle Tabellen s_user* aus der Installation SW 5.0.4 exportiert
Die Datenbank der Installation SW 5.1.1 zusätzlich zu den mehrfach täglichen laufenden Backups lokale gesichert
In der Datenbank der Installation SW 5.1.1 die Tabellen s_user* gelöscht
Die s_user* Tabellen aus der Installation SW 5.0.4 in die Datenbank Installation SW 5.1.1 importiert
Mit Testaccounts aus der Gambio-Installation konnte ich mich nun erfolgreich in der Installation SW 5.1.1 einloggen. Auch mit sehr alten Testaccounts.
( s_user* = Alle Tabelle welche mit dem Namen s_user beginnen)
Fazit: Wo ein Wille ist, ist auch ein Weg. Sobald man sich mit einem alten Gambio-Account eingeloggt hat, wird das Passwort in bycrpt umgewandelt. Heisst, das MigrationTool arbeitet in der Installation SW 5.1.1 zumindest für das Login
Auftraggeber hellauf begeistert, ich begeistert, Kunden bestimmt auch begeistert.
Dann habe ich heute noch ein Erfolgserlebnis von der Schufa; positives Feedback zu meinen Integrationstest erhalten. Hier ging es um das Produkt Identitätscheck bzgl. neuer gesetzlicher Rahmenbedingungen (Voraussichtliche Verabschiedung evtl. am Montag und am 01.03 dann in Kraft) für Shopbetreiber welche das Jugendschutzgesetz einhalten müssen. Wenn ich Glück habe bekomme ich morgen das Live-Zertifikat (kann in der Regel bis zu 5-7 Tagen dauern) und kann beruhigt schlafen Angewandte Techniken: SIGML2, SIGXML, PHP, CURL usw. Das heisst, die Schufa wünscht über dessen XML-Schnittstelle nur signierte und verschlüsselte XML-Dateien.
ja genau. Das Migrationstool muss bei der SW 5.1.1 installiert und aktiviert sein. Dieses sorgt dann nach einem Login dafür, dass auf bycrpt umgestellt wird.
Dann besteht die Versions-Inkompatibilität des Migrationstools nur darin, dass es nicht mehr importieren kann, aber die Kundenpasswörter funktionieren noch?
Ich dachte @Moritz Naczenski hat mal geschrieben, dass es die Passwort-Umsetzung in den aktuellen Versionen nicht kann. Komisch, da muss ich den alten Thread nochmal raussuchen.
Aber gut, wenn Du es getestet hast und der Weg funktioniert!
Eine Abfrage des Passwortes MD5 ist ja nun auch kein Hexenwerk und man kann sich ja in den Login-Prozess mittels HOOK oder EVENT einklinken (Muss dann allerdings ein Plugin sein) 
