Beiträge von astrid

Kennt ihr dieses Projekt: Atlas Digitale Barrierefreiheit?

Websites wird es hier negativ ausgelegt, wenn sie keine Vorlesefunktion bieten oder keine Möglichkeit zur Anpassung der Schriftgröße haben. In Joomla lässt sich dies ganz einfach per Plugin umsetzen. Ich habe jedoch bewusst darauf verzichtet. Mir ist es wichtiger, dass die Website technisch gut ist, damit jeder das Werkzeug seiner Wahl nutzen kann.

Ich betreue Websites von Gemeinden und merke, dass sich viele von solchen Projekten beeinflussen lassen. Ich sehe die Gefahr, die auch Netzpolitik.org beschreibt.

Zitat

Tatsächlich ist zu befürchten, dass die Behörden in Zukunft verstärkt auf automatisierte Lösungen wie „DigiAccess“ oder „EyeAble“ setzen werden, wie es beispielsweise auch die mit fünf von fünf Punkten bewertete Stadt Kiel tut. Diese sogenannten Overlays erweitern digitale Angebote zwar um eine Vorlesefunktion und können die Darstellung einzelner Webseiten individuell anpassen, garantieren aber noch keine Barrierefreiheit, wie der Deutsche Blinden- und Sehbehindertenverband (DBSV) und das European Disability Forum kritisieren.

Gibt es einen Eintrag in der .htaccess der Grund für die Weiterleitung sein könnte?

Zitat von JoomlaDev

[… Kann vielleicht einer erklären, was es mit dem Parameter $live site in der configuration.php auf sich hat. Bisher hatte ich dort immer den Link zur Homepage eingetragen. Also nach dem Schema 'https://domain.de']

Diese Frage beschäftigt mich ebenfalls.

Warum wird ausnahmslos empfohlen, die Variable leer zu lassen? Meiner Meinung nach ist die korrekte Angabe immer vorzuziehen? Natürlich muss man daran denken, diese Variable zu ändern, wenn man umzieht. Zum Beispiel, wenn man unter einer anderen URI entwickelt und die live URI später anders ist. Oder wenn man ein Backup unter einer anderen URI testet. Das ist lästig.

Wenn ich den Code richtig lese, wird mit der korrekten Angabe von $live_site allerdings die Basis-URI für die Erstellung der relativen Routes in Joomla aus der Konfiguration und nicht aus dem HTTP-Header gelesen und somit ist ein HTTP-Host-Header-Angriff schwieriger. (Die Joomla-Doku empfiehlt den Eintrag für non-vhost environment)

Für mich ist die einzige Erklärung für die Empfehlung, die Variable leer zu lassen, dass das Risiko eines Angriffs in einer modernen, verantwortungsbewussten Serverkonfiguration als ausgeschlossen angesehen wird und daher der Vorteil des automatischen korrekten Auslesens aus dem Header überwiegt.

Sehe ich das falsch? Übersehe ich etwas? Gibt es Umgebunden, bei denen die korrekte Angabe der $live_site falsch ist und die Variable leer sein muss?

Wenn meine obige These stimmt, dann wäre es sinnvoller zu klären, warum die Variable live_site Probleme verursacht? gerhard_n  JoomlaDev war die Angabe der Variablen bei euch tatsächlich korrekt?

Überschreiben kannst in Joomla soweit ich das weiß Templatedateien und Layoutdateien.

Also: Dateien die zur View "gehören".

Zum Beispiel die Templatedatei im Verzeichnis tmpl: https://github.com/joomla/joomla-…mpl/default.php

Oder ein Beispiel für eine Layoutdareitei: https://github.com/joomla/joomla-…/full_image.php

Ich kenne das Modul iccalendar nicht. Deine Pfadangabe lässt aber darauf schließen, dass ein Überschreiben nicht standardmäßig möglich ist.

Zitat von Loisl

Ist das nur bei mir so?

Bei

breiten Ansichten unter Linux mit Firefox und Chromum

und

bei engen Ansichten unter Android mit Samsung Internet Browser und Vivaldi

Ist mir das von dir beschriebene Verhalten bisher nicht aufgefallen.

Hast du lediglich mit Safari getestet?

Manchmal spielt auch der MIME Type bei der Prüfung eine Rolle. Um dies auszuschließen stelle ich Check MIME Types in der globalen Konfiguration der Komponente Medien (Media: Options) kurz auf No.

Mit Helix kenne ich mich nicht aus.

Bei mir wird diese Art von Problem oft durch ein vergessenes Override verursacht.

Zitat von criese

Muss ich das Plugin dafür neu installieren, oder gibt es einen Trick dies ohne Neuinstallation hinzubekommen?

Ich habe ebenfalls einmal nach diesem Trick gesucht. Wenn ich es richtig sehe, kann man den Eintrag in der Datenbanktabelle #__menu selbst einfügen, wenn man beispielsweise während der Entwicklung nicht neu installieren möchte.

Hm, egal. Hier sind diese Strings geändert:

https://codeberg.org/astrid/j/releases/download/2023.11.1/mod_agosm_modules_2023.12.17_j5.zip

Schau bitte einmal im unteren Bereich. Wenn du die Debug-Konsole aufklappst, sollten es etwas so wie im beigefügten Bild aussehen.

CurlY BracketS

Welche Dateien sind im Modul-Verzeichnis im Unterordner language?

Kannst du den Debug-Modus für die Sprachen bitte einmal aktiviert?

CurlY BracketS Bitte schau doch einmal, ob in deiner Installation unter JoomlaRoot/language/de-DE Dateien vorhanden sind, die agosm im Namen haben. Also de-DE.mod_agosm.(sys).ini oder mod_agosm.(sys).ini. Falls ja, lösche diese bitte. Die aktuellen Dateien liegen nun direkt im Modul-Verzeichnis.

Der Speicherort der Sprachdateien hat sich einmal geändert. Das ist aber schon länger her.

Vielleicht hängt es auch mit Fix bei den Sprachdateien zusammen (https://github.com/joomla/joomla-cms/issues/42416) , welches Fehler in den Sprachdateien kritischer bewertet und die Datei dann nicht weiter einliest?

Unter Joomla 5 nutze ich aktuelle diese Version: https://codeberg.org/astrid/j/relea…23.11.11_j5.zip des agosm Modules. Da werden die Sprachstrings korrekt angezeigt. Möchtet ihr diese Version einmal in einer Testinstallation ausprobieren? Bitte vorher die alte Version des Modules deinstallieren.

Wenn ich dich korrekt verstehe, dann kannst du das so machen, falls du Cassiopeia oder Bootstrap 5 verwendest:

Erstelle ein Override von joomla-cms/blob/5.0-dev/modules/mod_menu/tmpl/default.php und füge unter https://github.com/joomla/joomla-…default.php#L30 die Klasse d-none (https://getbootstrap.com/docs/5.0/utilities/display/) ein, falls der Benutzer mit der ID 24 aktiv ist.

Ich habe mir Anfang diese Jahres diese Erweiterung zum Bilder malen angesehen: https://extensions.joomla.org/extension/openai-dalle-2/

Zitat von Qfe

Hintergrund ist, dass es Mitwirrkende in verschiedenen Seiten gibt, die nicht immer alles wissen. Mir schweben zunächst 2 Buttions vor, die eigentlich nichts anderes tun, als eine Zeile mit geschweifter Klammer an der Stelle an der der Cursor steht, zuzufügen.

Das hört sich so an, als ob du dieses Beispiel nur wenig abwandeln musst: https://blog.astrid-guenther.de/joomla/plugin/…%A4che-button-1

Zitat von Mark V.

Beim Pfad kann es natürlich nicht sein das eine Politischer Beitrag plötzlich den Pfad einer Chorvereinigung hat, nur weil ich einen Chor Blogbeitrag veröffentlicht habe.

Hm. Ist der politische Beitrag noch aktiv, nachdem du den Chor Beitrag veröffentlich hast?

Entspricht auch etwas nicht deinen Erwartungen bezüglich der Adressierung (Routing), wenn du nicht eingeloggt bist?

Zitat von Mark V.

Ich spreche von einem "Beiträge --> Kategorieblog". Also mehrere Beiträge als Kategorie Blog darstellen. Sobald ich das aktiviere, ändert sich reproduzierbar der Browser Pfad und es wird ein falscher Header in den einzelnen Beiträge verwendet.

Es ist korrekt, dass sich die URL ändert, wenn du einen Kategorie Blog erstellst. Das Ziel ist aber dasselbe.

Wie genau ordnest du den Header dem Seiten-Inhalt zu?

Was meinst du genau mit "aktivieren eines Blogs unter "vereine/chorvereinigung-besse-blog/"" und was hat das damit zu tun, ob du im Frontend angemeldet bist oder nicht?

Bei mir tauchte zudem noch der Task "Update Notification" auf.

Ich habe gerade einmal gesucht. Wenn ich richtig sehe, dann ist der Suchbegriff "add2scheduler" hier zielführend.

add2scheduler-deleteactionlogs -> https://github.com/joomla/joomla-cms/pull/41064

add2scheduler-updatenotification -> https://github.com/joomla/joomla-cms/pull/40788
add2scheduler-privacyconsents -> https://github.com/joomla/joomla-cms/pull/40553

add2scheduler-rotationlog -> https://github.com/joomla/joomla-cms/pull/40519