Posts by adrian

  • Überarbeitung des Navigations Moduls

    Die "dynamischen Inhalte" nutze wir sowie ich das überblicken kann auch nirgendwo. Ich selbst habe auch nie richtig verstanden, wofür die gedacht sind. Das zusammenfassen von Ordnern und Items finde ich sinnvoll. Das verunsichert die Anwender häufig.

    Noch eine Idee zum Theme Breadcrumbs.

    Mit we:path kann man das ja immer nur vom Verzeichnis aus aufbauen, was nicht immer mit den Einträgen in der Navigation zusammen passt. Wir machen das daher auch meist mit den ganzen tags zu we:navigation und ggf. PHP. Aber man muss je nach Anforderung immer etwas basteln.

    Wäre es daher evtl. hilfreich ein neues tag we:breadcrumb einzuführen das ähnlich wie we:path arbeitet aber die angelegte Navigationsstruktur nutzt?

    Ich stelle mir das so vor:
    Das tag wird in der Vorlage eigefügt und ermittelt dann, ob das aktuelle Dokument das aktive in der Navigation ist. Wenn ja, wird der Navigationspfad rückwärts bis zum obersten Eintrag durchgegangen und jeweils das verlinkte Elternelement (Inhalt aus Name bzw. Darstellung) in den Pfad inkl. Link eingefügt. Das tag sollte wie we:path die Möglichkeit bieten den Separator frei eintragen zu können.
    Im Navigationsmodul sollte noch eine Auswahl oder Checkobox integriert werden die "Nicht in Breadcrumb anzeigen" ermöglicht.

    Was meint ihr?

  • Bild mit Verlinkung

    Hi Thomas,

    da du ja geschrieben hast, dass du nur ungerne eine Lösung über Metafelder haben möchtest hier noch ein Ansatz über Dokumente.

    Du könntest z. B. in einem Dokument mit dem we:block die einzelnen Slides von den Redakteur:innen einstellen lassen. Dann könntest du entweder mit we:link direkt arbeiten oder mit we:img + we:href, we:link oder einfach nur we:input, je nachdem was noch pflegbar sein soll, z. B. target, title, etc...
    Ich denke die beste Lösung für dich ist am Ende abhängig davon, wie du den Slider (oder vielleicht auch mehrere?) baust und die Redakteur:innen die Inhalte pflegen sollen.

    Metafelder, Objekte oder Dokumente haben alle Vor- und Nachteile aber machbar ist es auf jeden Fall. Ich hoff du findest eine für dich passende Lösung.


    VG Adrian

  • Newsletter-Modul: Versand-Optimierung (we:conf 2024)

    Quote from Finn

    Ja theoretisch schon, bei sehr vielen Empfängern entsteht hier aber ein hohes Zeitintervall, deswegen sollte der Versand Client-Unabhängig über einen Cronjob erfolgen.

    Versteh ich nicht. Was hat denn die Möglichkeit eines Cronjobs mit der Einstellung der Anzahl zu tun? Das ist doch eher eine zusätzliche Anforderung.

    Ich hatte die aber direkt mit beim Punkt "Geplanter Versand per Scheduler" gesehen. Hier muss der Cronjob natürlich in Intervallen die Mails pro Sendungsvorgang abarbeiten und nicht direkt alle Mails raushauen. Und dabei würde ich halt die Werte sehen, die aktuell bei "Anzahl der E-Mails pro Sendevorgang" und "Wartezeit bis zum nächsten Sendevorgang (in ms)" hinterlegt werden.

    Vom Anwendungsfall geht es uns doch darum, ich starte den Versand (egal ob manuell oder per Scheduler/Cronjobs), webEdition arbeitet das ganze im Hintergrund ab und hält sich an die Vorgaben wir viele Mails gleichzeitig rausgehen dürfen.

    Oder verstehe ich hier was falsch?

  • Newsletter-Modul: Adressen-Import / Abmeldungen (we:conf 2024)

    Beim Thema An-/Abmeldung und Adressverwaltung sollte webEdition direkt nach der Installation DSGVO-konformer sein. Es gibt bereits die Möglichkeiten für Double Opt-in bei der Newsletter-Anmeldung. Hierbei sollte sollte jedoch direkt noch protokolliert werden wann die Zustimmung erfolgt ist. Dazu könnte in der Kundenverwaltung der Tab Newsletter z. B. ein gesperrtes Feld "Opt-In" integriert werden, in das der Zeitpunkt der Zustimmung mit dem Klick auf den Double Opt-in Link gespeichert wird. Hierfür müssten wahrscheinlich nur kleine Anpassungen erfolgen.

    Die Angabe "Mitglied seit" in der Kundenverwaltung reicht hier meiner Meinung nach nicht aus, da es ggf. Kunden geben kann, die keinen Newsletter haben oder sich erst später, nach dem es das Kundenkonto schon gab für den Newsletter angemeldet haben. Daher fände ich die Überlegung die gesamte Newsletter-Adressverwaltung aus der Kundenverwaltung zu lösen und in das Newsletter-Modul zu verlagern auch nicht verkehrt.

    Zusätzlich würde ich mir wünschen die E-Mail Adressen aus der URL beim Double Opt-in nur noch als hash-Wert zu übertragen, sowohl bei der Registrierung als auch bei der Abmeldung. Auch hierfür müssten wahrscheinlich nur kleine Anpassungen erfolgen.

    Natürlich gibt es hierzu diverse Einschätzungen und Meinungen, was, wann, wie, etc. gemacht werden muss. Daher wird man sicherlich nicht alles von Haus aus abbilden können, was sich jeder individuell wünscht.

  • Newsletter-Modul: Versand-Optimierung (we:conf 2024)

    "Maximale Anzahl Newsletter pro Zeiteinheit (für einige Provider nötig)."

    Das ist über die Einstellungen "Anzahl der E-Mails pro Sendevorgang" und "Wartezeit bis zum nächsten Sendevorgang (in ms)" doch eigentlich schon möglich, oder nicht?

    Oder geht es dabei eher um die Anwendungsfreundlichkeit nach dem Motto: Ich hinterlege sende max. 500 Mails pro Stunde und webEdition kümmert sich dann selbst drum wie viele Mails in welchen Intervallen in einer Stunde versendet werden?


    "DNS-Prüfung vorab? (z.B. SPF-Eintrag für Mailserver oder Webserver vorhanden?)"

    Das wäre für mich eine Funktino, wo ich keine große Prio bzw. we-Entwicklerzeit für sehen würde. Ich denke das sollte man von den Personen die webEdition für den Newsletetrversand einrichtet erwarten können, dass sie entweder wissen was hier auf Seiten es Mailsevers wichg ist oder einen Provider haben, der sie da unterstützt. Wenn die we-Entwickler sagen, das sowas kein großer Aufwand ist, kann es gern eingebuat werden.

  • Benutzername und/oder Kennwort falsch!

    Hallo Steff11,

    ich tippe auf eines meiner Lieblingsprobleme beim Login, dass hier bereits einige hatten. Geh mal in die we_conf_global.inc.php und stell in der folgenden Zeile die Session-Verschlüsselung aus, in dem du folgendes setzt:

    Code

    Code
    //crypt we session before save
define('SYSTEM_WE_SESSION_CRYPT', 0);

    0 = keine Verschlüsselung

    1 = Transparent

    2 = Cookie

    Wenn danach der Login wieder geht, hängt es damit zusammen.

    Gab es einen Server-Wechsel oder ein we-Update?

    VG Adrian

  • Kein Update von 8.1.6 auf 9.x möglich, obwohl PHP 7.4

    Hallo Markus,

    ich bin grade nicht 100 % sicher, aber ich meine die Meldung kam versehentlich auch wenn andere Systemvoraussetzungen nicht passten. Hast du schon die WE-Sessionverwaltung aktiv? Und welche Datenbank Version setzt du ein?

    Da du auf die 9.1.5.1 gehen willst, schau dir mal die Systemvoraussetzungen an:

    https://www.webedition.org/de/dokumentation-community/versionshistorie/version-9.1.3

    https://www.webedition.org/de/dokumentation-community/systemvoraussetzungen.php

    VG Adrian