Posts by mokraemer

die 10.0.3 liefert ein paar wenige Deprecates unter php 8.5.

Die 10.1 (nächste Version) bzw. die nightly ist schon komplett für 8.5 optimiert.

das ist die alte Frage nach AND bei Dokumenten.

Anders als bei Objekten kann man bei Dokumenten so nicht filtern.

Wir haben schon geplant da was zu machen - aber dazu muß die Condition komplett umgebaut werden. Denn so einfach 1:1 übertragen wie bisher geht nicht und die Condition muß auf die Tabelle (Dokument/Objekt) angepaßt werden

Ich weiß nicht welchen Dienstleister ihr habt, aber ihr könnt bei keiner Anwendung im Hintergrund einfach mal Datenbanktabellen umstellen. Der Rat ist für die graue Tonne.

Zum anderen hat der Provider seine Prozesse nicht im Griff - denn die Umstellung der DB Engine kommt vom Provider und da muß er dazu auch Upgrade-Guides anbieten. Wenn nur das Key-File beschädigt ist, dann reicht ein normals "REPAIR" der Tabellen. Aber wenn der Provider das nicht im Upgrade Pfad hat, zweifele ich etwas an seiner Kompetenz.

nee, bei den Tabellen, die Struktur.

Gebe aber unumwunden zu, das die Umstellung jetzt auch Jahre her ist und ich mich kaum noch dran erinnere. Aus WE ist sie, da erledigt, auch wieder rausgeflogen.

genau, mal die Ausgabe, wie die tblContent aussieht (wenn hier die Umlaute kaputt waren

exakt. Muß schauen warum das nicht automat. beim Update passiert, vermutlich ist genau die Stelle die du rausgeschrieben hast, diejenige die es beheben sollte.

Ich würde auf jeden Fall das json_encode nutzen, denn es ist durchaus wahrscheinlich, das in den Daten Zeichen enthalten sind, die kodiert werden müssen und das erledigt dann doch am zuverlässigsten eine dedizierte Funktion

Ich dachte das Thema hätten wir längst erledigt...

Wir haben damals den Fehler mit der DB aufgeräumt, das diese dann teilweise latin war und alle Daten darin fehlerhaft - aber alle Kombinationen konnten wir nie durchtesten.

der Contenttype müßte an der Stelle von Eurem Server kommen, wenn ich das grad richtig im Kopf habe.

Macht noch mal eine Updatewiederholung. Ist ein kleiner Bug, das im Klappmenü die Einträge doppelt vorhanden sind.

Du solltest mal in das Updatelog schauen - da werden Probleme beim Update geloggt.

Wir hatten ja bereits zum Testen der Funktion aufgerufen - da es hier keine negativen Rückmeldungen gab, wurde die Funktion mit 10.0.4 generell aktiviert.

ich würde eher mal eine Updatewiederholung machen und dann mal in das Fehlerlog des Updates schauen, ob da was geloggt wird.

Falls hier eine Mysql am Start ist, müßte man wohl auf die nightly gehen, die 10.0.3 hat mit MySql ein paar Fehler.

Es kann nötig sein, das man eine andere PHP Version nutzt, weil ggf der Passwort-Hash in der neuen Version nicht mehr möglich ist

Du findest die Version in webEdition/we/include/we_version.php

das wundert mich. Ich habe bei mir x Anweisungen und Zeilenschaltungen vor dem Doctype.

Aber wenn es bei dir geholfen hat - gut.

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.

Bei MariaDB müssen die Namen nur pro Tabelle eindeutig sein; bei MySQL in der ganzen DB - das steht aber in deren Doku auch eher versteckt.

Das aktuelle nightly behebt nun die MySQL Probleme.

Für die Navi ist ein Textfeld vorgesehen. Daher wird hier HTML maskiert.

Wenn du in das Feld "Fragen & Antworten" eingibst, kann man von den Autoren nicht verlangen das sie "Fragen & Antworten" eingeben - genauso "Fragen -> Antworten" müßte ja dann als "Fragen -> Antworten" eingetragen werden. Das kann ja kein Redakteur machen.

das mit den constraints haben wir gefixt - ist eine Spezialität von MySQL, MariaDB kann das.

Mach die Install noch mal von der nightly; da gab es eine Stelle die ich übersehen hatte.

also die Lösung ist am Ende:

Quirks-Mode Dein Dokument gibt hier "BackCompat" aus, was eben dieser Modus ist.

Also muß dein Dokument das du bearbeiten willst Fehler enthalten, die nicht HTML Kompatibel sind