Manchmal hilft auch ein Blick in die Browser Console. Vielleicht wird da was vom Browser geblockt.
Beiträge von WBTMagnum
-
-
Hallo Silvia,
Dann schau doch mal, ob die Werte bei den <input type="hidden" ...> im Formular richtig gesetzt werden. Falls ja, kannst du dann auf der Versandseite im Netzwerktab der Browser Console schauen ob/welche Werte da übertragen werden.
Liebe Grüße,
Sascha -
Hallo Silvia,
Wie schaut es mit den anderen Variablen aus, werden die übertragen bzw. ausgegeben?
HTML<pre> FormID: <we:var type="request" name="we_ui_we_global_form[form_ID]" /> <br/> Vorname: <we:var type="request" name="we_ui_we_global_form[Vorname]" /> <br/> Nachname: <we:var type="request" name="we_ui_we_global_form[Nachname]" /> <br/> Nachricht: <we:var type="request" name="we_ui_we_global_form[Nachricht]" /> <br/> ... </pre>
Liebe Grüße,
Sascha -
Hallo Silvia,
Ich bin nicht sicher, ob du dir die Listview Variable außerhalb der Listview holen kannst.
Aber lasst dir doch erst mal die Variablen ausgeben bevor du <we:sendmail/> aufrufst:
HTML<pre> formID: <we:var type="global" name="formID" /> <br/> destination: <we:var type="global" name="destination" /> </pre>
Werden da die richtigen Werte ausgegeben?
Liebe Grüße,
Sascha -
Hallo Silvia,
Ev. helfen dir folgende Code-Fragmente weiter (ungetestet):
Im Formular kannst die aktuelle Dokument ID wie folgt übergeben:
Auf der Versandseite die E-Mail aus dem Formular auslesen:
HTML<we:setVar from="request" namefrom="we_ui_we_global_form[formID]" to="global" nameto="formID"/> <we:listview type="document" id="\$formID" rows="1"> <we:repeat> <we:field name="empfaengerAdress" to="global" nameto="destination"/> </we:repeat> </we:listview>
Danach kannst <we:sendmail/> aufrufen.
Ich hoffe das hilft dir weiter.
Liebe Grüße,
Sascha -
Ja genau, das wäre dieser Teil.
Finn: Da hab ich wohl beinhart drüber gelesen
-
Hey,
Alternativ kannst du auch die Formular ID übergeben und dann auf der Versandseite die Empfängeradresse aus dem Formular auslesen. So musst du nichts extra verschlüsseln und kannst sicherstellen, dass nur E-Mails an hinterlegte Adressen versendet werden.
Just my 2 cents,
Sascha -
Hallo Christoph,
In der Dokumentation gibt es einen Abschnitt zu den Hauptvorlagen. Mir ist jetzt aber unklar, wie das mit dem von dir zu implementierenden Slider gemeint ist. Möchtest du den zentral definieren und in mehrere Seiten einbinden, oder was ist da die Idee?
Liebe Grüße,
Sascha -
Hallo Christoph,
Du hast recht, ich habe das gerade in wE 8.0.6, wE 8.1.6 sowie wE 9.1.6 nachgestellt. Weder <we:select> noch <we:input> werden innerhalb von <we:block> ausgegeben. Das liegt wohl daran, dass wE davon ausgeht, dass die Variablen auch innerhalb des Blocks definiert werden. Das macht grundsätzlich auch Sinn so. Ev. gibt es eine Möglichkeit auf die außerhalb definierten Variablen zuzugreifen, dazu habe ich jetzt aber nichts gefunden.
Umgehen kannst du das wie folgt:
PHP
Alles anzeigen<we:ifEditmode doc="top"> <we:select type="html" name="gridiot" size="1"> <option>Auswahl...</option> <option value="3">3</option> <option value="4">4</option> <option value="6">6</option> <option value="12">12</option> </we:select> <we:else /> <we:select name="gridiot" to="global" nameto="g_gridiot"/> <div class="row"> <we:block name="blockhuette"> <div class="col-<we:var type="global" name="g_gridiot"/> py-4">...</div> </we:block> </div> </we:ifEditmode>
Ich hoffe das hilft dir weiter.
Liebe Grüße,
Sascha -
Hallo Moritz,
Das dürfte alles auf die saubere Trennung von GLOBALS und lokalen Variablen zurückzuführen sein. Hier wird das erklärt: https://documentation.webedition.org/docs/entwickle…n/variablen.php
Liebe Grüße,
Sascha -
Hallo Moritz,
Kannst du mal schauen, ob die Inhalte auch in den Objekttabellen fehlen? Ev. braucht es nach dem webEdition Update noch einen Rebuild? Ist das webEdition Update ganz durchgelaufen? Hier kann noch eine Update-Wiederholung helfen.
HTH,
Sascha -
Hallo Moritz,
Das mit der Weiterleitung zu einer anderen Domain beim Login ist mir noch nicht untergekommen. Das passiert meiner Ansicht nach eigentlich nur dann, wenn hier ein Redirect angegeben wurde (z.B. über .htaccess oder der Konfiguration des Webservers).
Was du, mal abgesehen von einem neuen Versuch, noch machen kannst:
- Über die Datenbank in den webEdition Errorlog schauen, ob es einen Hinweis darauf gibt, was da passiert ist.
- Im Errorlog des Webservers schauen, ob es einen Hinweis darauf gibt, was da passiert ist.
- Schauen ob da irgendwo eine Weiterleitung auf die Produktivdomain definiert ist (z.B. via grep).
- Das Recovery via CLI nochmal probieren (musst du ggf. vorher aktivieren bzw. konfigurieren).
In der Doku gibt es übrigens noch einen Betrag zum Thema Serverumzug bzw. webEdition Installation kopieren. Insbesondere bei größeren Auftritten haben wir die Erfahrung gemacht, dass Option 2: webEdition Installation transferieren besser funktioniert.
HTH,
Sascha -
Das schränkt leider nicht den Upload ein, der über Datei -> Import / Export durchgeführt wird.
Das habe ich auch nie behauptet
-
Hallo,
Das Problem kennen wir auch. Mit den Attributen startid bzw. parentid lässt es sich beim Tag <we:img/> zumindest teilweise einschränken. Damit starten die Redakteur:innen zumindest in einem vorgegebenem Verzeichnis. Das ist aber leider keine Garantie dafür, dass sie dort bleiben .
LG,s
-
Hey,
Lt. Bugreport #14139 ist das Problem bekannt und wird in v9.2.3 behoben.
Hier der zugehörige Changeset [f2b04b] , falls du das Cherry Picken willst.
HTH,
Sascha -
Hallo Rala,
Wir haben - unabhängig von Finn - eine ganz ähnliche Lösung umgesetzt.
Zusätzlich haben wir noch die folgenden zwei Features:
- Die verfügbaren Content-Blöcke bzw. Content-Module sind vom Dokumenttyp abhängig. Dh. bei einem generischen Artikel werden den Redakteur:innen andere Module angeboten als z.B. bei einem Veranstaltungsbericht.
- Wir binden <we:blockcontrols/> zwei mal ein. Damit können wir via CSS außerhalb des Blocks den Button zum Einfügen von neuen Blocken anzeigen, innerhalb des Blocks die Buttons zum Löschen und Verschieben. Das ist eher eine kosmetische Anpassung, macht die Funktion der Buttons für die Redakteur:innen aber verständlicher.
Das selbe Prinzip setzen wir nicht nur für Content-Module, sondern auch für Header ein.
Liebe Grüße,
Sascha -
Hallo Christoph,
Über das Backend habe ich jetzt keine Möglichkeit gefunden. Ich war allerdings noch in einer wE8 unterwegs. Mit PHP lässt sich das sicherlich bewerkstelligen.
LG,s
-
Hallo Christoph,
Interessante Überlegung. Mir würde da ad hoc auch ein Filter gefallen um Dokumente mit einem gewissen Status ("online" / "geparkt" / "in Bearbeitung") ein und ausblenden zu können. Ein Textfilter wäre auch eine nette Ergänzung, um nach Dokumenten bzw. Objekten mit einer bestimmten Bezeichnung (z.B. "Vertrieb") zu suchen. Bei großen Dateibäumen stelle ich mir das durchaus praktisch vor.
Du kannst das ja als Feature Request in der Bugbase einbringen.
Bis dahin kannst du das Verzeichnis ("Stellenangebot") öffnen und dort auf den Reiter Inhalt gehen. Dort stehen dir dann Sortier- und Suchmöglichkeiten innerhalb des Ordners zur Verfügung. Vielleicht hilft das ja auch schon.
Liebe Grüße,
Sascha -
Super! Freut mich, dass es nun geklappt hat.
LG,s
-