Posts by e-site

Ja, ich hatte in einer Subdomain ein Backup eingespielt. Habe danach auch diese Seite aktualisiert und es waren die gleichen Seiten betroffen. Ich schicke dir gerne die Zugangsdaten.

Hallo zusammen,

auch wenn das Update 10.1 ein paar Wochen verfügbar ist, habe ich jetzt erst begonnen von 10.0.4 zu aktualisieren.
Leider sind nach den Updates Texte, Links usw. weg.
Zuerst sind mir bei einer Website nur ein paar Inputfelder, Textareas und Links aufgefallen, die auf manchen Seite plötzlich leer waren. Eine Seite war komplett leer, hier hatte auch ein Bild gefehlt. Das konnte ich mit einem Backup abgleichen.

Bei der nächsten Website war anscheinend nur eine Seite komplett leer, auch hier konnte ich die Daten von einem Backup abgleichen.

Bei einem Update einer dritten Website waren die Inhalte der meisten Seiten nicht mehr vorhanden, zudem waren sämtliche js und css Dateien leer.
Hier habe ich dann ein Backup von 10.0.4 wieder eingespielt.

PHP Version war jeweils 8.4 und die Datenbanken MariaDB mit Version 10.4, 10.6 und 10.11.

Das Update Log zeigte keine Probleme, die Aktualisierungen liefen auch korrekt durch.
Nach den Updates erfolgte immer ein Rebuild.

Bin gerade sehr irritiert, bei allen anderen hier scheinen die Updates problemlos zu funktionieren.
Weiß gerade nicht, wo ich bei diesem Problem ansetzen soll.

Gruß
Heiko

we:video hatte ab irgendeiner webEdition Version 9? nicht mehr funktioniert und ich bin daher auf eine etwas andere Lösung umgestiegen:

<h3>Video MP4:</h3><we:href name="video_mp4"/>
<h3>Video WEBM:</h3><we:href name="video_webm"/>

<video id="background-video" muted playsinline autoplay loop fetchpriority="high">
<we:ifNotEmpty name="video_webm" type="href">
<source src="<we:href name="video_webm" only="href"/>" type="video/webm">
</we:ifNotEmpty>
<we:ifNotEmpty name="video_mp4" type="href">
<source src="<we:href name="video_mp4" only="href"/>" type="video/mp4">
</we:ifNotEmpty>
</video>

Gruß
Heiko

Ich würde mich schon an die Systemvoraussetzungen halten:
*) Wichtig: Updates bis zur letzten 9.1.x müssen zwingend unter PHP 7.4 ausgeführt werden!
Habe mehrfach hier gesehen, dass es auch mit PHP 8.0 funktioniert.

Hallo Finn,

das hatte ich mir auch schon überlegt nur ist der Kunde dann nicht mehr flexibel, falls dazwischen doch noch ein anderer Abschnitt benötigt wird. Habe auch schon eine vorgefertigte Seite erwähnt, die dann immer rüber kopiert werden kann, das ist aber auch nicht gewünscht.

Keiner weiß so richtig, was zukünftig benötigt wird, die Texte der alten Website müssen komplett überarbeitet werden. Ich muss quasi einen Baukasten bereitstellen, der dann vom Kunden aktualisiert und befüllt werden soll.

Vielleicht gibt es ja doch die Möglichkeit, beim erstellen der Seite das Blockelement zu befüllen.

Hallo zusammen,
ich bin gerade am erstellen einer Website für einen Kunden und stoße bei den Dokumenttypen an meine Grenzen.

Die Seiten werden mit Blockelementen modular bestückt, was auch wunderbar funktioniert.

Hier eine grobe Darstellung:

<we:ifEditmode>
    <we:block name="module">
        <h2>Abschnitte auswählen:</h2>
        <we:select name="modulauswahl" reload="true">
            <option value="">Bitte wählen</option>
            <option value="section-hero">Hero</option>
            <option value="section-text-bild-container">Text/Bild</option>
            <option value="section-rezensionen">Rezensionen</option>
            <option value="section-kontaktformular">Kontaktformular</option>
            <option value="section-cta">CTA</option>
            ...
        </we:select>
        <we:ifVar name="modulauswahl" match="section-hero">
            <we:include id="17" type="template" description="/includes/abschnitte/section-hero.tmpl"/>
        </we:ifVar>
        ...
    </we:block>
</we:ifEditmode>
<we:ifNotEditmode>
    <we:block name="module">
        <we:ifVar name="modulauswahl" match="section-hero">
            <we:include id="17" type="template" description="/includes/abschnitte/section-hero.tmpl"/>
        </we:ifVar>
        ...
    </we:block>
</we:ifNotEditmode>

Jetzt muss ich aber einen Dokumenttyp mit vorbestimmten Abschnitten zur Verfügung stellen.
Wenn der Kunde den Dokumenttyp "Leistungen" auswählt, sollte der Block name="module" z.B. immer mit "Hero", "Text/Bild" und "CTA" vorausgefüllt sein.
Ich sehe keine Lösung, ist es überhaupt möglich und wenn ja, wie?

Gruß Heiko

Hallo Finn, ich nutze überall auch den Aufruf-Trigger. Ich wurde nur letztens wegen diesem Hinweis bzgl Cron von einem Kunden gefragt und konnte auch nicht erklären, was es damit auf sich hat. Ich vermute, dass es sich hierbei um den Cronjob für triggerWEtask.php handelt.

Kurze Frage, hat auch nur mit den Systemeinstellungen > System > cron zu tun.
Werden dort Cronjobs per triggerWEtask.php angezeigt? Geht es dabei nur um den Zeitplaner? Sorry, interessiert mich einfach

Gruß
Heiko

Hallo zusammen,

ich habe erst vor 2 Wochen einige Websites auf 10.0.1 aktualisiert und jetzt funktionieren Dokumenttypen in Verbindung mit Unterverzeichnis /Jahr/Monat/ nicht mehr wie erwartet. Die neuen Seiten werden im Hauptverzeichnis angelegt und es wird zusätzlich ein namenloser Ordner im Hauptverzeichnis angelegt.

Ich wollte hier im Forum darauf hinweisen, wenn der ein oder andere noch nicht aktualisiert hat.
Ein Bugreport existiert schon:
webEdition CMS - Quality Assurance

Getestet mit PHP 8.3 und WE 10.0.1 und 10.0.3 auf 4 verschiedenen WE-Installationen.

Geht es nur mir so oder wird das gar nicht genutzt?

Gruß
Heiko

Die Aktualisierungen hast du mit PHP 8.1.33 durchgeführt? In den Systemvoraussetzungen steht: Wichtig: Updates bis zur letzten 9.1.x müssen zwingend unter PHP 7.4 ausgeführt werden!

Kann es daran liegen? Ich hatte bei einer alten WE7 auch Probleme beim Aktualisieren und erst ein runterschalten der PHP Version hatte geholfen.

Weiß hier irgend jemand, was da genau passiert?

Escapen z.B. \[ funktioniert auch nicht und wenn ich z.B. _ in der Regex habe, funktioniert die Rule nicht mehr korrekt. Es wird dann nur noch auf Zahl, Groß-, Kleinbuchstabe geprüft und nicht mehr auf Sonderzeichen, das trifft auch teilweise bei anderen Zeichen zu aber ich kann nicht alles testen.

Das funktioniert jetzt [@#$%!()%?*^~{|}+-] und folgende Zeichen bereiten Probleme;
[
]
<
>
&
,
.
:
;
=

Hat niemand einen Tipp? Mir würde es schon reichen, wenn einzelne Zeichen im Passwort nicht kodiert werden.

Hallo zusammen,

ich muss auf einer Seite eine "Passwort ändern" Funktion anlegen und habe folgendes vorbereitet:

<we:ifNotWebEdition>
        <we:ifVar type="post" name="requestPwd" match="1" comment="wird vom Button gesetzt">
        <we:customerResetPassword type="direct" required="Forename,Surname,Username" loadFields="Forename,Surname,Username" passwordRule="((?=.*\d)(?=.*[a-z])(?=.*[A-Z])(?=.*[@#$%]).{11,})"/>
            <we:ifNotCustomerResetPassword>
                <h2>Passwortänderung fehlgeschlagen</h2>
                <we:ifNotCustomerResetPassword type="passwordRule">
                    <p>Das Passwort sollte eine Länge zwischen 11 und 20 Zeichen und mindestens 1 Zahl, 1 Groß-, 1 Kleinbuchstabe und 1 Sonderzeichen enhalten: <strong>! # $ % ( ) * + , - .  : ; = ? @ [ ] ^ _ { | } ~</strong></p>
                </we:ifNotCustomerResetPassword>
                <we:ifNotCustomerResetPassword type="passwordMismatch">
                    <p>Die Passwörter stimmen nicht überein.</p>
                </we:ifNotCustomerResetPassword>
                <we:ifNotCustomerResetPassword type="required">
                    <p>Sie haben nicht alle Felder korrekt ausgefüllt.</p>
                </we:ifNotCustomerResetPassword>
                <we:ifNotCustomerResetPassword type="token">
                    <p>Das Token ist ungültig oder zu alt, bitte laden Sie die Seite neu!</p>
                </we:ifNotCustomerResetPassword>
                <we:else/>
                <we:setVar to="global" nameto="disablePasswordResetForm" value="1" comment="steuert, ob das Formular angezeigt wird oder nicht"/>
                <h2>Passwort erfolgreich geändert</h2>
            </we:ifNotCustomerResetPassword>
        </we:ifVar>
        <we:ifVarEmpty type="global" match="disablePasswordResetForm">
            <we:form id="self" method="post">
                <we:sessionField name="Username" type="textinput" hidden="true"/>
                <we:sessionField name="Forename" type="textinput" hidden="true"/>
                <we:sessionField name="Surname" type="textinput" hidden="true"/>
                <table>
                    <tr>
                        <td>
                            <label for="Password">Neues Passwort</label>
                        </td>
                        <td>
                            <we:sessionField type="password" name="Password" id="Password" required="required"/>
                        </td>
                    </tr>
                    <tr>
                        <td>
                            <label for="Password2">Passwort wiederholen</label>
                        </td>
                        <td>
                            <we:sessionField type="password" name="Password2" id="Password2" required="required"/>
                        </td>
                    </tr>
                </table>
                <button type="submit" name="requestPwd" value="1">Passwort ändern</button>
            </we:form>
        </we:ifVarEmpty>
    </we:ifNotWebEdition>

Ich habe Probleme mit passwordRule="((?=.*\d)(?=.*[a-z])(?=.*[A-Z])(?=.*[@#$%]).{11,})"

Ich kann im Passwort Sonderzeichen wie & speichern, wird aber anscheinend von webEdition codiert (&amp;) und der User wundert sich, warum er sich dann nicht mehr korrekt anmelden kann. Gibt es eine Möglichkeit nur bestimmte Sonderzeichen in der Passwordrule zuzulassen? Zahlen, Groß- und Kleinbuchstaben und nur bestimmte Sonderzeichen? Gibt es zudem die Möglichkeit dann auch die Fehler für die Passwortlänge getrennt auszugeben und nicht alles innerhalb von <we:ifNotCustomerResetPassword type="passwordRule">?

WE 9.2.3.0

PHP 8.3

Gruß Heiko

Hallo Ulrich und Nils,

wysiwyg="true" oder wysiwyg="false" ist egal, Emojis fliegen immer raus. Ich habe gelesen, dass es mit utf8mb3 und Emojis Probleme gibt. Erst mit utf8mb4 soll das funktionieren. Da webEdition mit utf8mb3 läuft, kann es daran liegen. Umwandlungen/Ersetzungen sind mir zu fehleranfällig.

Ich muss hier auch noch etwas ausholen: die Emojis sind nicht in den Beiträgen selbst, es werden zusätzlich Social Media Texte (mit Emojis) mitgeliefert und auf den Seiten gespeichert und sollten dort auch bearbeitbar/änderbar sein.

Ich speichere die Daten jetzt als *.json und in einen Ordner und prüfe den Inhalt über Filezilla. Von einem Freigabeordner werden die Texte dann automatisiert auf Social Media Kanälen gepostet.

Hallo zusammen, es sind jetzt doch noch weitere Probleme aufgetaucht. Enthält der Text Emojis wie. z.B. 🚨💧werden die Emojis mit "_" ersetzt. Kann es sein, dass innerhalb von webEdition gefiltert wird? Getestet mit wysiwyg="true", wysiwyg="false", selbst bei einer Eingabe im Backend werden die Emojis wieder rausgefiltert.

Mir würde schon ein einfaches Textfeld reichen, Hauptsache alle Zeichen/Icons usw. bleiben erhalten.

Hallo Ulrich,

Danke für den Input. Es funktioniert jetzt alles. Ich mache eine Prüfung mit is_dir() ob der Jahres-/Monatsordner angelegt/vorhanden ist. Dass es nicht updatesicher ist, ist mir bewusst aber ich wüsste nicht, wie ich es mit WE-Tags machen könnte. Es gibt zwar <we:write type="document" /> aber das scheidet bei meinem Projekt aus.

Hallo zusammen, ich muss bei einem Projekt extern erstellte Beiträge automatisiert in webEdition anlegen und benötige noch ein bisschen Hilfe/Anregung.

Ich bin anderen Lösungen als mit PHP nicht abgeneigt, vielleicht geht es auch direkt und einfacher mit we-Tags? Die Daten werden im json-Format ankommen, die Seite/Seiten werden angelegt und müssen dann händisch veröffentlicht werden.

Getestet habe ich es mit PHP und das funktioniert auch soweit:

$doc = new we_document_webEdition();
$doc->Filename   = $filename;
$doc->Path       = $path;
$doc->Extension  = '.php';
$doc->TemplateID = 13;           
$doc->DocType    = 1;            
$doc->IsDynamic  = 1;            
$doc->ParentID = 10;
$doc->setElementS('Title', 'Title ...');
$doc->setElementS('Description', 'Description ...');
$doc->setElementS('ueberschrift', 'Test');
$doc->setElementS('inhalt', '<p>lorem ipsum</p>');
$doc->we_save();

Einziges Problem ist hier, dass die gewünschte Ordnerstruktur /aktuelles/2026/06/ damit nicht angelegt wird, die Beiträge wandern in den Ordner "/aktuelles/" mit der ID 10. Vielleicht hat hier jemand noch einen Tipp?

Gruß Heiko

Christoph, es muss mit deinem Problem nichts zu tun haben aber welche WE Version und welche PHP Version nutzt du?

Gruß
Heiko

Danke für eure Rückmeldungen, $DB_WE->getInsertId(); ist genau was ich benötigt habe!

Hallo zusammen,

ich trage per Insert Daten in eine Tabelle ein: $res = $DB_WE->query($sql);
Das gibt mir soweit true zurück. Gibt es eine Möglichkeit zu ermitteln, welcher Datensatz gerade hinzugefügt wurde?
In diesem Fall benötige ich die ID des neuen Datensatz, welcher in der Tabelle als Auto-Inkrement angelegt ist.

Gruß Heiko