Nein, ich hatte bisher noch kein Ticket erstellt. Ich habe gerade nachgeschaut – ich könnte ein Ticket nur für die Versionen 9.2 oder 9.3 anlegen. Es betrifft jedoch Version 9.1.3. Ist das trotzdem in Ordnung?
Posts by LOOK//one
-
-
Hi Thomas,
Ja ich habe eine Lösung gefunden. Ein Update auf Version 9.1.4 würde ja die Varianten beschädigen, und nach Version 9.1.6 ist der Support für den Shop ohnehin eingestellt. Daher bleibt Version 9.1.3 die letzte geeignete Version für diese Seite. Aus diesem Grund habe ich einfach die Verschlüsselung in den Core-Dateien auf AES umgestellt – so wie es auch in den nachfolgenden Versionen ist. So kann ich jetzt 9.1.3 mit PHP 8 unter OpenSSL 3.0 benutzen
Gruß Max -
Hi Finn,
danke für die Antwort, ein Update ist leider keine Option solange die Varianten dann nicht Funktionieren
-
Hallo zusammen,
ich habe eine Website mit Shop auf webEdition 9.1.3. Seit der Umstellung auf PHP 8 funktioniert der Login nicht mehr. Ich vermute, dass es – wie im folgenden Beitrag beschrieben – an der verwendeten OpenSSL-Version liegt:
Die Seite liegt bei Hetzner mit folgender Serverkonfiguration:
- OpenSSL: 3.0.15
- Datenbank: 10.11.11-MariaDB-hz2
- PHP-Versionen getestet: 8.0 und 8.1
Ein Update auf webEdition 9.1.4 kommt für mich derzeit leider nicht infrage, da in dieser Version die Varianten von Objekten im Shop-System nicht mehr korrekt funktionieren. Siehe hierzu auch diesen Beitrag:
Meine aktuelle Überlegung ist, die Session-Verschlüsselung komplett zu deaktivieren (also session_encrypt auf 0 zu setzen). Allerdings bin ich unsicher, ob das ein Sicherheitsrisiko darstellen würde.
Hat jemand ähnliche Erfahrungen gemacht oder einen besseren Lösungsansatz?
Vielen Dank im Voraus!
Gruß Max
-
Die Felder waren bereits als Variantfelder markiert auch das erneute Speichern, der klasse war ohne Erfolg
-
Hallo zusammen,
Problem: Objekt-Varianten sind nach dem Update weg oder kaputt.
Ich habe ein Problem beim Update von webEdition. Bis Version 9.1.3 läuft alles problemlos, und die Objekt-Varianten funktionieren wie gewohnt.
Sobald ich allerdings auf Version 9.1.4, 9.1.5 oder 9.1.6 update, werden die Varianten im Backend nicht mehr angezeigt. In der Datenbank sind sie zwar noch vorhanden (solange ich das Objekt nicht neu speichere), aber Tags wie hasVariants finden die Varianten nicht mehr.
Hat jemand eine Idee, woran das liegen könnte? Oder ist das vielleicht sogar ein bekanntes Problem?
Ich habe das Update sowohl unter PHP 7.3 als auch unter PHP 8.0 getestet – leider mit dem gleichen Ergebnis.
MySQL-Version: 10.11.11
Viele Grüße
Max
-
Hey Finn,
Ja, eine Umwandlung hatte ich auch in Betracht gezogen, allerdings war mir nicht klar, wo ich das außerhalb der Core-Dateien von webEdition umsetzen könnte.
Da es sich aber ohnehin um die letzte Version des Shops handelt, habe ich nun in der betroffenen Klasse (we_shop_vats.class.php) eine harte Typumwandlung eingebaut. Damit scheint es jetzt zu funktionieren.
-
Hallo zusammen,
nach dem Update eines webEdition Shops von WE 8 auf WE 9.1.6 ist ein Fehler aufgetreten, den ich bisher nicht lösen konnte. Ich hoffe, jemand von euch hat eine Idee.
Problem: shopVat für zu einer Exception
- Der Fehler tritt sowohl unter PHP 7.4 als auch unter PHP 8.1 auf.
- Shop-Kategorien sind deaktiviert.
- Eine Wiederholung des Updates hat das Problem nicht behoben.
Sowohl
<we:var type="shopVat" to="global" nameto="shopvat"/>
als auch
<we:shopVat to="global" nameto="shopvat" />
löst diesen Fehler aus
- Sobald ich das Tag lösche ist der Fehler weg
Fehlermeldung:
Error type: Exception Error message: we_shop_vat::__construct(): Argument #3 ($vat) must be of type float, string given, called in /usr/www/users/fuchprod/fuchsbriefe_dev/webEdition/we/classes/shop/we_shop_vats.class.php on line 85 Script name: SECURITY_REPL_DOC_ROOT/webEdition/we/classes/shop/we_shop_vat.class.php Line number: 65 Hat jemand eine Idee, wie sich das Problem beheben lässt?
Viele Grüße
Max
-
Kennt Ihr das auch? Die Redakteure legen ihre Fotos ins Rootverzeichnis, bis es voll läuft.
Das möchte ich nicht verbieten, aber gerne steuern.
Das geht bisher nicht, richtig?
Ich würde mir a) wünschen, dass man das Default-Verzeichnis für Uploads zentral einstellen kann.
b) vllt. sogar separat pro User, also ähnlich wie einen Arbeitsbereich (aber nur als Voreinstellung, nicht zwingend)
c) oder sogar wahlweise zwingend oder eben nur als Voreinstellung