Posts by rkempf

  • MySQL: Deprecated-Warnings und vereinzelte Fehler – wie ist die Perspektive?

    Vielen Dank für die offene Rückmeldung – das hilft sehr bei der Einordnung.

    Ein Punkt ist für mich dabei allerdings noch nicht ganz klar:

    Auf der webEdition-Website wird MySQL ≥ 8 weiterhin als unterstützte Systemvoraussetzung geführt. Gleichzeitig besteht aktuell offenbar keine MySQL-Testumgebung im Entwicklungsprozess.

    Aus Anwendersicht entsteht dadurch eine gewisse Unsicherheit, da „unterstützt“ üblicherweise auch bedeutet, dass eine Plattform aktiv getestet und im Update-Prozess berücksichtigt wird.

    Die von mir genannten Punkte (Deprecated-Warnings und konkrete Fehler im Betrieb) lassen sich damit nachvollziehbar erklären, zeigen aber auch, dass sich hier eine Lücke zwischen offizieller Unterstützung und praktischer Absicherung ergeben könnte.

    Daher würde mich interessieren, wie das perspektivisch gedacht ist:

    • Ist MySQL weiterhin als gleichwertig unterstützte Plattform vorgesehen?
    • Oder entwickelt sich webEdition faktisch in Richtung MariaDB als primäres Zielsystem?

    Für die Praxis wäre hier aus meiner Sicht eine klare Kommunikation wichtig, da dies direkte Auswirkungen auf Hosting-Entscheidungen und die Planung von Updates hat.

  • MySQL: Deprecated-Warnings und vereinzelte Fehler – wie ist die Perspektive?

    Liebes Entwicklerteam,

    im Zuge eines aktuellen Updates sind bei uns unter MySQL 8 mehrere wiederkehrende Auffälligkeiten aufgetreten, die ich kurz gebündelt ansprechen möchte:

    - zahlreiche *deprecated*-Warnings (u. a. `!` statt `NOT`, `&&` statt `AND`, `utf8`/`utf8mb3`)
    - diese betreffen nicht nur Queries, sondern auch Tabellendefinitionen (z. B. Generated Columns)

    Zum anderen kommt es unter MySQL auch zu konkreten Fehlern, z. B.:

    „Column … cannot be null“ bei NOT NULL-Spalten

    Diese treten im laufenden Betrieb (z. B. beim Rebuild/Publish) auf und führen dazu, dass Prozesse abbrechen. Das ist aus meiner Sicht kritisch, da es nicht nur kosmetische Themen betrifft, sondern reale Funktionalität.

    Aus unserer Sicht deutet das darauf hin, dass MySQL von WE aktuell nicht durchgängig als Zielplattform berücksichtigt wird. Gleichzeitig ist MySQL im Hosting-Umfeld weiterhin sehr verbreitet, sodass sich hier praktische Einschränkungen ergeben (Updates, Betriebssicherheit, Fehleranalyse). Bei Mittwald gibt es z.B. im Managed Hosting Bereich sogar ausschließlich MySQL. Wir haben dort zwei große Projekte ohne Migrationsoption zu MariaDB.

    Daher meine konkreten Fragen an das Entwickler-Team:
    - Ist MySQL weiterhin als unterstützte Zielplattform vorgesehen?
    - Gibt es Pläne, wieder eine MySQL-Testumgebung in den Entwicklungsprozess zu integrieren?
    - Wie wird sichergestellt, dass Updates zukünftig ohne solche Risiken eingespielt werden können?

    Die Themen erscheinen lösbar, sind aber aus unserer Sicht relevant für Updatesicherheit und einen langfristig wirtschaftlichen Betrieb.

    Vielen Dank vorab für eine kurze Einschätzung.

  • Datenbank-Umstellung auf utf8mb4 geplant?

    Beim Update von WE 10.0.4 auf 10.1.1 werden zu utf8mb3 Errors geloggt:

  • Reihenweise Slow Queries seit Update auf WE 10.04

    Eine umfangreiche Seite (ca. 2.000 Seiten) hat nach Update von WE 9.3.1 auf 10.04 reihenweise Slow queries im Log. Betrifft sporadisch diverse Seiten und lässt sich nicht reproduzieren. Ein Beispiel:

    @Marc: hat sich da grundsätzlich bei den Queries was verändert? Die 9er Version lief bislang ohne Probleme.

  • Wert für we:field type="checkbox" in Objekt-Vorschau ausgeben

    Ein gutes neues Jahr für alle!

    Eine Frage zum Objekt-Feld Typ checkbox:
    Ich möchte für die Objekt-Vorschau die Felder entsprechend steuern, wie im Frontend:

    Code
    Frontend:
<we:ifNotFieldEmpty name="t1" type="checkbox">Neubau</we:ifNotFieldEmpty>

Backend Objekt-Vorschau:
<we:ifWebEdition>
<we:ifVar name="t1" match="1" operator="equal">Neubau</span> </we:ifVar>
</we:ifWebEdition>

    Bei der Field-Ausgabe funktioniert die Abfrage, ob das Feld gefüllt ist.

    Wie erfolgt die Variablen-Abfrage bei einer checkbox. Es geht weder ifNotVarEmpty noch ifVar mit match?

  • Update funktioniert nicht

    Ich hab mal WE-Updates von 10.0.1 auf 10.0.3 auf unseren Testinstalls durchgeführt und es bestehen in der Tat Probleme bei diversen Datenbankanfragen:

    Test auf Install #1 MySQL 8.0.36 PHP 8.3:
    - Update läuft durch aber Fehlermeldung im Update-Log:

    Code
    (tblIndex.sql) Einige Datenbankanfragen konnten nicht durchgeführt werden.: 1064 You+have+an+error+in+your+SQL+syntax%3B+check+the+manual+that+corresponds+to+your+MariaDB+server+version+for+the+right+syntax+to+use+near+%27PRIMARY%27+at+line+1 -- ALTER TABLE tblIndex DROP KEY PRIMARY --

    Und im WE-Fehler-Log, nur ein kleiner Teil, betrifft diverse Tabellen:

    Test auf Install #2 MariaDB 10.4 PHP 8.3:
    - Update läuft durch aber gleiche Fehlermeldung wie unter MySQL im Update-Log:

    Code
    (tblIndex.sql) Einige Datenbankanfragen konnten nicht durchgeführt werden.: 1064 You+have+an+error+in+your+SQL+syntax%3B+check+the+manual+that+corresponds+to+your+MariaDB+server+version+for+the+right+syntax+to+use+near+%27PRIMARY%27+at+line+1 -- ALTER TABLE tblIndex DROP KEY PRIMARY --

    Ich weiss nicht, ob das mit Deinem Problem zusammenhängt. Das ist aber definitiv ein Fall für die Bugbase.

  • DF Migration MySQL 5.7 auf MariaDB 10.6

    Moin zusammen,

    Domainfactory migriert derzeit unserer Kunden auf eine neue Serverplattform cPanel. Dabei sind noch 9er WE-Installationen, die zwangsweise noch unter MySQL 5.7 laufen. Jetzt wurde ein Kunde mit alter Datenbank von DF migriert und jetzt läuft die Seite unter MariaDB. Es sind einige Fehlermeldungen im Log wegen der Navigation, die wir beheben können. Ansonsten läuft die Seite. Ich bin mir aber nicht sicher, ob das auf Dauer für die Seite gesund ist bezüglich WE-Updates etc..

    Meine Frage ist, wie die Empfehlung in diesem Fall ist und es nicht besser wäre, die Seite unter MariaDB komplett neu aufzusetzen.

  • Mysql-Fehler beim Update von 10.0.1 auf 10.0.3 bei Hosteurope

    Quote from mokraemer

    Mittlerweile geht die Entwicklung von MySQL und MariaDB deutlich auseinander. Fast alle Linux Distributionen setzen nur MariaDB ein. Und mittlerweile stellen auch einige Hoster um.

    Ja, wenn immer möglich setzen wir auch MariaDB ein. Aber wir haben auch einige WE-Installationen bei Hostern z.T. mit alten Verträgen, auf deren Plattform eben nur MySQL läuft. Ein Umswitchen wäre mit erheblichem Aufwand für den Kunden verbunden. Hierfür benötigen wir in jedem Fall weiterhin MySQL-Unterstützung.

    Ich wollte das nur mal der Entwicklung zu Bedenken geben. Und Danke fürs fixen!

  • Mysql-Fehler beim Update von 10.0.1 auf 10.0.3 bei Hosteurope

    Quote from mokraemer

    Ich habe mittlerweile keine MySQL mehr zur Verfügung um zu schauen, was sie da genau stört.

    Lieber Marc, das verstehe ich nicht. In den Systemvoraussetzungen für webEdition steht doch: MySQL >= 5.7 / MariaDB >= 10.2 - Dann gehe ich davon aus, dass die Entwicklung auch für beide Datenbanken erfolgt.

    Problem: Wenn möglich, wählen wir MariaDB aber bei einigen Hostern steht nur MySQL zur Verfügung. Vor allem auch noch bei älteren Webpaketen. Wir haben deshalb zwangsweise noch einige MySQL-Installationen am laufen.

  • Slow query durch Suchfunktion

    WE 9.3.1 / MariaDB 10 / PHP 8.3

    Bei einer umfangreichen Website (> 2000 Seiten) haben wir immer wieder Slow query Warnmeldungen im WE-Log, die durch die Suchfunktion der Seite ausgelöst werden. Das betrifft vor allem Sucheingaben mit mehreren Begriffen. Beispiel: gut durch den sommer

    Die Frage ist, ob das ein WE-Problem ist und wie wir es beheben können? Die Seite lief mit der empfohlenen max_execution_time 30. Wir haben das jetzt erstmal wieder auf den Serverstandard 180 gesetzt.

    Problem ist, wenn bei einer solchen Suchaktion, ein Leistungsengpass der Datenbank entsteht und gleichzeitig jemand im Backend eine Seite editiert, kommt es auch im Backend zum Problem. Das hatten wir diese Woche bei einer Seite und es fanden sich einige Warnmeldungen durch die Suchfunktion und Seitenbearbeitungen im Backend im gleichen Zeitrahmen.

    @Marc
    Wie bekommen wir die Slow queries durch die Suchfunktion in den Griff?

  • Spammails über das Kontaktformular trotz Captcha

    So funktioniert es bei mir:

    1. Kontaktform
    Mit Cloudflare-Script. Absenden verlinkt auf send.php

    2. send.php -> WE include mit serverseitigem turnstile check

    3. send.php -> HTML