Posts by sommers

utf8mb4 ist in MySQL/MariaDB der empfohlene Zeichensatz, um alle Unicode-Zeichen vollständig abzubilden. Derzeit werden webEdition-Tabellen noch in utf8mb3_unicode_ci angelegt. 😕

Wenn es bewusst entfernt geworden wäre, würden wir es mit ziemlicher Sicherheit hier finden:
https://www.webedition.org/de/dokumentation-community/versionshistorie/show-all.php

Nur zur Sicherheit: es geht hier rein um <we:form type="formmail" />, oder? (Denn die „Shop“-Funktionen wurden ja mit wE 9.2 entfernt.)
Falls ja, würde ich einen Bugreport empfehlen. https://qa.webedition.org/

Weiterhin viel Erfolg damit!

Deine /js/sidr.js ist leer, genauso wie z.B.
/js/jquery.easing.min.js
/css/1140.css
/css/sidr.css
/js/toggleElements.css
Das müsstest du mal prüfen oder mit der Subdomain-Site vergleichen
Macht der Rebuild immernoch Probleme?

Die Meta-Navigation "AGB LINKS KONTAKT etc." scheint im zweiten Screenshot zu fehlen - evtl. zerschießt es das Layout deshalb? Aber das ist aus den Screenshots echt schwer zu analysieren. Was sagt die Konsole (F12)? Irgendwelche JS- oder CSS-Fehlermeldungen?

<we:listview> ohne type hat früher mal funktioniert wie <we:listview type="document"> , da fehlt also ziemlich sicher type="document"

Quote from SlimHagrid

Moin,

ich möchte mich vorerst mal für die Hilfe bedanken!
Ihc habe jetzt auf einer Subdomain mit separaten Websapce die 8.1.6.0 via OnlineInstaller installiert und das backup der 8.1.6.0 hochgeladen. Läuft auf php 7.4.
Daten scheinen da zu sein. Jedoch scheint das ganze nicht verfügbar zu sein, wenn ich die Subdomain aufrufe:

Kann ich irgdnwie "alles" veröffentlichen?
VG

Ist die Subdomain evtl. einfach nicht für index.php konfiguriert? Kommt die „Forbidden“-Meldung auch, wenn du gezielt eine Datei aufrufst?

Vorschlag

<we:var type="document" name="Title" to="global" nameto="Pagetitle" />
<title>xxxxxxxxx | <?php echo strip_tags($GLOBALS['Pagetitle']); ?></title>

oder

<we:title prefix="xxxxxxxxx" delimiter=" | " htmlspecialchars="true"/>						

wobei strip_tags natürlich was anderes macht als das htmlspecialchars.

(Code nicht getestet)

Ah

Quote from SlimHagrid

In der content.php ist aber tatsächlich ein getElement in zeile 16 drin:

Dann ist das wohl im Master-Template a.k.a. "Hauptvorlage"

Wenn du im Template z.B. sowas findest

<we:include id="123" /> 
oder
<we:include type="template"  id="123" />

Die o.g. PHP-Funktion setCounter()  muss ja auch irgendwo definiert sein

Quote from SlimHagrid

Script name: Line: 16
SECURITY_REPL_DOC_ROOT/webEdition/generated/templates/templates/content.php

was steht denn in dem Template /templates/content.tmpl in Zeile 16? Sind da außerdem noch andere Templates, Dokumente oder PHP-Dateien inkludiert?

Alternativ kannst du auch einfach mal versuchen

<we:linklist name="lorem">
</we:linklist>

durch

<we:block name="lorem">
</we:block>

zu ersetzen

Wenn du versuchst, das Template nach einer Änderung (z.B. Leerzeile einfügen) neu zu speichern, müsste ein Alert mit dem konkreten Tag erscheinen

Quote from Chefpraktikant

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

Jetzt sehe ich im Finder die gewünschten Verzeichnisse documents, template, weTags, etc.

Super. mit diesen Änderungen klappt es auch unter Windows 11 (Dieser PC -> Netzwerklaufwerk verbinden). Übrigens auch hier mit https://DOMAIN/webEdition/davfs.php, nicht etwa wie in der Versionshistorie zu 9.0.0 angegeben mit webdav(s)://DOMAIN/webEdition/davfs.php

Falls es jemand unter Windows zum Laufen bekommen hat, kann die Person es hier ja mal beschreiben.

Das hängt mit der Spracheinstellung im Browser zusammen, vermute, die Redakteurin hat ihren auf Englisch eingestellt.

Bei meinem Hosting-Provider manitu hat das webEdition-webDav leider auch noch nie funktioniert, obwohl angeblich serverseitig keine Einschränkungen bestehen sollen. Bei einem anderen Provider habe ich es schon einmal zum Laufen gekriegt.

[Update] Das Fehlerbild ist genau wie von dir beschrieben, ein .htaccess-Login-„Loop“.

Der Impuls kam ja daher, dass das Widget als „defekt“ empfunden wurde, weil nur bereits Überfälliges erscheint.

Vielleicht würde ja ein kleiner Vorschauzeitraum (z. B. 7 oder 14 Tage, vielleicht auch begrenzte Dokumentenanzahl) helfen, die Funktion transparenter zu machen, ohne das Widget zu überladen.

Aber automatisch landen die Dokumente doch eh nicht in der Wiedervorlage? Das entscheidet doch die Redakteur*in, oder?

Finn das stimmt.
Übrigens ist auch die "durchsuchbare" Versionshistorie auf dem Stand von Version 9.3.1 (Cardada) eingefroren https://www.webedition.org/de/dokumentati…ie/show-all.php
Weiß nicht wie das umgesetzt wurde, und ob es da vielleicht nur eines Rebuild bedürfte?