Ich würde an der Stelle auch noch mal auf das relativ neue Attribut to=local hinweisen, dann braucht man nicht auf Globals zugreifen.
Posts by NilSole
-
-
Also ich sehe 2 Varianten, du kannst direkt deine JSON-Struktur im Template hinschreiben mit we-Tags oder baust mit dem Attribut to=xyz ein Array zusammen, dass du dann in PHP per json_encode ausgeben kannst. Ggfs kannst oder solltest du auch noch den Content-Type in PHP setzen, je nachdem was du genau machen willst mit dem JSON.
-
Ich habe noch nicht ganz verstanden, welche ID du wo hin schreiben möchtest. Nach dem Speichern mit we:write sollte die neu erzeugte ID eigentlich schon im request irgendwo stehen
-
Ich habe noch mal ein paar Entwicklerinfos hinzugefügt:
https://www.webedition.org/de/dokumentation-community/versionshistorie/version-10.0.4 -
-
Ja, das liegt daran, dass es wohl nicht so häufig gebraucht wird - sonst hätte sich definitiv jemand stärker dafür eingesetzt. Wir nutzen es zum Beispiel gar nicht.
-
Also ich meine, dass zumindest der Objekt Export funktionieren sollte. Habe ich aber auch schon länger nicht ausprobiert.
Ggfs kannst du ja ein Ticket in der Bugbase anlegen bzw dich an ein vorhandenes dranhängen.
-
Hi, was für Fehler kommen denn dabei raus? Erstell gern sonst eine Bug in Mantis dafür. Wir nutzen auch caching, aber mit memcache und haben aktuell keine Probleme.
-
Ich hatte vorhin noch mit Marc gesprochen, das sollte jetzt relativ bald passieren.
-
Wenn du nicht we:sessionStart nutzt, sollte es keine Auswirkungen auf das Session handling haben denke ich.
-
Das bezieht sich auf diese native PHP-Funktion
PHP: link - ManualPHP is a popular general-purpose scripting language that powers everything from your blog to the most popular websites in the world.www.php.netIst die auf eurem Server evtl deaktiviert?
-
Nein, das ist auch fürs frontend. Ihr könnt aber die Sessions auch per redis/memcache cachen, wir haben keine Performance-Probleme bei uns und wir verwenden die aktuelle WE Version mit vielen aktiven Nutzern.
-
Hi,
bei den Intensivtagen hatte ich ja schon mal eine Vorschau für eine schnellere Implementierung des Editmodes im Backend gegeben.
Dazu ist jetzt eine erste Version in der aktuellen Nightly verfügbar - die Funktion kann über die neu eingeführten "experimentellen" Einstellungen aktiviert werden. Dort gibt es übrigens auch eine Checkbox für das TinyMCE lazy loading. Beides zu aktivieren beschleunigt den Editmode teils erheblich und auch das Umherspringen der Seite beim reload entfällt vollständig - es lohnt sich also, dies mal auszuprobieren. Nach der Aktivierung ist derzeit ein erneutes Login notwendig.
Wenn die Funktion aktiviert wird muss man eigentlich nur eine Besonderheit im Umgang mit JS beachten:
Es werden als onload/docready/jquery.ready registrierte Listener gespeichert und jeweils initialisiert. Solltet ihr JS auf der Hauptebene eurer JS-Dateien im Editmode ausführen, müsste dieses also in einen onload Listener überführt werden. Im Frontend ändert sich nichts.In meinen Tests mit einem einfachen Template hat das die Ladezeit in etwa halbiert, da der Seitenaufbau statt 200ms nur noch 10ms dauerte.
Ich freue mich auf Rückmeldungen

-
Hi, es gibt eine Einschränkung mit Emojis und zwar werden (ich meine aus technischen Gründen bzgl der DB) nicht alle Emojis gespeichert und hier durch den Unterstrich ersetzt. Du könntest versuchen, die entsprechenden emojis durch die entsprechenden HTMLEntities zu ersetzen o.ä.
-
Was nicht erwähnt ist: ein Problem mit falsch konfigurierten PHP8.4 Installationen wurde auch behoben.
-
mehrenfeld marc hat gerade den Fehler in der nightly behoben
-
Gut, ich hatte da auch schon einen Verdacht, da ich dasselbe Problem kurz hatte mit der 8.4. da müssen wir dann wohl auch noch mal schauen…
-
Hallo Martin, welche PHP version nutzt du?
-
Hast du in der DB eine Tabelle namens tblwidgetnotepad? Dort könnten die Inhalte gespeichert sein.
-
Dann wird es nur ein temporäres Problem gewesen sein, bei meiner Änderung hättest du noch einen Eintrag im Log. Aber schön, dass es funktioniert.