Posts by adrian

  • Update von WE 8 auf 10

    Hallo, in den 9er Versionen gab es eine Veränderung im Format der Backups. Daher kannst du ein Backup von einer 8er Installation nicht in neuere webEdition Versionen einspielen.

    Das normale Update sollte jedoch möglich sein. Was genau hat dabei den nicht funktioniert?

  • Einstellungen für Redis

    Danke dir für deine schnelle Rückmeldung. Die Einstellung für den für den DB Cache lasse ich dann deaktiviert.

    Zum Test habe ich auch eine Updatewiederholung mit der 10.0.2 gemacht und dann noch mal den DB Cache aktiviert. Hier wurde jetzt ein anderer Fehler geworfen. Das Errorlog stelle ich dir in die Bugbase ein, falls es dir irgendwie für die Entwicklung hilft.

    Ich habe den DB Cache jetzt aber wieder wie von dir empfohlen deaktiivert. Damit läuft alles und wir können mit dem Cache ein bisschen testen.

  • Einstellungen für Redis

    Hallo zusammen,

    wir haben Redis zum Testen bei unserer eigenen Website aktiviert und in den webEdition Einstellungen konfiguriert. Die Einstellung "Memcache als Datenbank-Cache verwenden" steht aktuell auf "nein". Seiten und Sessions landen in Redis.

    Für ein größeres Projekt überlegen wir jedoch Redis ggf. als Datenbank-Cache zu verwenden um die Abfragen auf die Datenbank zu reduzieren. Wenn ich die Einstellung "Memcache als Datenbank-Cache verwenden" jedoch bei unserer Installation auf "ja" stelle, kommt es zu einem 500er Fehler. Folgendes findet sich im PHP Error-Log:

    PHP Fatal error: Uncaught mysqli_sql_exception: Duplicate entry 'v\xA5\xAD\x9E\xC79\x1A\xB0\x05\x80C]`q}]' for key 'Equal' in /xxx/webEdition/we/classes/base/we_base_errorHandler.class.php:360
    Stack trace:
    #0 /xxx/webEdition/we/classes/base/we_base_errorHandler.class.php(360): mysqli_query()
    #1 /xxx/webEdition/we/classes/base/we_base_errorHandler.class.php(197): we_base_errorHandler::log()
    #2 /xxx/webEdition/we/classes/base/we_base_errorHandler.class.php(576): we_base_errorHandler::showDevice()
    #3 [internal function]: we_base_errorHandler::exceptionHandler()
    #4 {main}
    thrown in /xxx/webEdition/we/classes/base/we_base_errorHandler.class.php on line 360

    Woran könnte das liegen?

    Viele Grüße
    Adrian

  • Zeitplaner & externer Cronjob

    Hallo Michael,

    du kannst den Aufruf per Cronjob auf die Datei triggerWEtask.php regelmäßig vom Server machen lassen, z. B. alle 5 Minuten oder wie du es für deinen Anwendungsfall brauchst.

    Die triggerWEtask.php arbeitet dann alle im Zeitplaner hinterlegten Aufgaben ab. Wenn du die triggerWEtask.php nur einmal um 2 Uhr aufrufst und der Zeitplaner ebenfalls auf 2 Uhr gestellt ist, könnte es sein, dass der erst in der nächsten Nacht ausgeführt wird. Manchmal gibt es hier kleine Differenzen.

    Viele Grüße
    Adrian

  • Symlinks / Multidomain nach Umzug

    Nimm mal die Domains aus dem Feld "Verzeichnis durch Domain ersetzen" aus deinen Unterverzeichnissen raus und speicher die dann. Danach fügst du die Domains wieder ein und speicherst erneut. Danach sollte webEdition die Symlinks wieder herstellen.

    Fall das nicht passiert, sind auf neuen Server irgend welche Einstellungen für die Verwendung von Symlinks nicht so eingestellt, wie webEdition das benötigt. Evtl. musst du z. B. die Symlinks über eine htaccess oder in den Servereinstellungen erst aktivieren. Dazu müsstest du dann ggf. mal den Support bei Hetzner fragen.

  • Ü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.