Beiträge von rossi

    Hi SniperSister,

    danke für die Einordnung und den PR-Hinweis.

    Mein Bedenken kommt daher, dass mir Test-Instanzen in der Vergangenheit mehrfach abgeschmiert sind – und es heißt ja immer, man soll zuerst auf einer Testumgebung updaten. Ich verstehe, dass Auto- und manuelles Update dieselbe, erprobte Logik nutzen; mein Risiko liegt eher in Unterschieden zwischen Staging und Live.

    Ich bleibe daher vorerst bei manuellen Updates und achte auf maximale Parität.
    Hast du ggf. Best-Practice-Tipps für Staging-Gleichstand (PHP/MySQL-Version, Opcache/Timeouts, identische Webserver-Settings, gleiche CDN/Cache-Ebene, identische CRON/Jobs)? Wenn das sauber gespiegelt ist, nehme ich Auto-Updates später gern dazu.

    LG
    Rossi

    Hi SniperSister,

    danke für die Einordnung!

    • Core-Auto-Updates nur innerhalb 5.x: verstanden.
    • Feature ist frisch – daher wenig Praxisfeedback.

    Mich würde interessieren, wie das in Jommla 6 Alpha/Beta/Nightly getestet wurde:

    • Welche Test-Cases (Migration/DB-Schema, Timeout/Netzwerk, Abbruch/Retry)?
    • Gab’s Rollback-/Abort-Checks im Fehlerfall?
    • Wie wurde die Benachrichtigung/Logging geprüft?
    • Wurden Drittanbieter-Extensions in den Tests bewusst außen vor gelassen? oder einbezogen?

    Reine Neugier zur Testtiefe – danke!

    LG
    Rossi

    Hallo zusammen,

    ich überlege, bei Joomla 5.4 das automatische Update zu aktivieren.
    Ich hatte beim Update von Joomla 4 auf 5 damals ein Problem mit einem sehr großen SQL-Statement, das nur mit folgendem Workaround funktioniert hat:

    SET SQL_BIG_SELECTS=1;

    Das war zwar schnell behoben, aber wenn so etwas bei einem automatischen Update passiert, steht im schlimmsten Fall die ganze Seite, bis man eingreifen kann.

    Darum meine Fragen:

    • Prüft Joomla beim automatischen Update Erweiterungen und Templates auf Kompatibilität, oder wird einfach aktualisiert?
    • Wie wird sichergestellt, dass keine kritischen Datenbankfehler (wie z. B. SQL_BIG_SELECTS, max_join_size usw.) auftreten?
    • Hat jemand praktische Erfahrungen damit, ob automatische Updates in produktiven Umgebungen wirklich zuverlässig funktionieren?

    Ich würde das Feature gern nutzen, aber nicht, wenn dadurch ein Update die Seite lahmlegt.

    Vielen Dank im Voraus für eure Einschätzungen!
    Rossi

    Danke, Viviana!

    Ich habe exakt Ihre Core-Einstellungen 1:1 auf einer frischen Test-Instanz am Server übernommen:

    • Zulässige Erweiterungen: json
    • Gültige Dokumenterweiterungen (Dateitypen): json
    • Gültige Dateitypen (MIME): application/json
    • Dateityp überprüfen: Ja
    • Uploads einschränken: Ja

    Ergebnis: Damit funktioniert es (Upload und Anzeige der .json im Medienmanager).

    Localhost geht es nicht ist mir aber nicht wichtig

    Danke nochmals für die Hilfe :thumbup:

    • Einstellungen (com_media): json ist in allen drei Feldern hinterlegt – Zulässige Erweiterungen, Gültige Dokumenterweiterungen und Gültige Dateitypen (MIME). MIME-Liste enthält u. a. application/json, application/ld+json, application/manifest+json, text/plain, application/octet-stream. Dateityp überprüfen = Ja.
    • Upload-Versuch: Im Medienmanager (Zielordner /files/json) schlägt der Upload einer kleinen .json fehl mit: „Datei kann nicht hochgeladen werden. – Ungültiger Dateityp entdeckt: application/json“.
    • Status: Manuell abgelegte .json werden angezeigt, nur der Upload wird blockiert. Gesucht ist der Core-Weg, damit .json hochladbar ist (ohne zusätzliche Plugins).

    Ja, habe ich – hier alle drei Stellen (nur Joomla-Core) und die aktuellen Werte:

    • System → Konfiguration → Medien
      • Zulässige Erweiterungen: json
      • Gültige Dokumenterweiterungen (Dateitypen): json
      • Gültige Dateitypen (MIME):
        application/json, application/ld+json, application/manifest+json, text/json, text/plain, application/octet-stream
      • MIME-Typen prüfen: Ja
      • Uploads einschränken: Nein
      • Dateipfade: images und files (Standard)
      • Verbotene Erweiterungen/MIME: json kommt nicht vor
    • Plugin „Filesystem – Local“ ist aktiv.

    Ergebnis:
    Die .json wird im Medienmanager angezeigt, aber der Upload endet weiterhin mit

    Zitat

    „Dieser Dateityp wird nicht unterstützt.“
    (egal ob Ziel /files oder /images, kleine Testdatei, Cache geleert).

    Habe ich noch eine vierte Stelle übersehen? Oder greift hier ein strenger Endung↔MIME-Abgleich, der trotz obiger MIME-Liste blockiert?
    Tipp willkommen, woran ich als Nächstes drehen soll.

    LG Rossi

    Danke, Rolf!

    Ich habe „an allen Stellen“ in der Core-Konfiguration ergänzt – Details:

    • System → Konfiguration → Medien
      • Legale Erweiterungen: json
      • Legale MIME-Typen: application/json, application/ld+json, application/manifest+json, text/plain, application/octet-stream
      • MIME-Typen prüfen: Ja
      • Uploads einschränken: Nein
      • Dateipfade: images und files (Standard, J5.3)

    Ergebnis:

    • Manuell abgelegte .json werden im Medienmanager angezeigt (sowohl unter /files als auch /images).
    • Upload einer .json in /files scheitert jedoch weiterhin mit: „Dieser Dateityp wird nicht unterstützt.“

    Cache geleert, harter Reload, kleine Testdatei (1–2 KB).
    Fragen:

    • Gibt es noch eine weitere Core-Stelle außer „Legale Erweiterungen/MIME“ (z. B. „Verbotene MIME-Typen“ o. ä.), die .json blockieren könnte?
    • Könnt ihr bitte kurz bestätigen, dass der Upload von .json nach /files mit obigen Settings unter J5.3.x bei euch funktioniert?

    Danke & LG!

    Hallo zusammen,


    ich suche die genauen Schritte nur mit Joomla, damit .json-Dateien in Joomla 5

    1. hochgeladen werden können und
    2. im Medienmanager sichtbar sind.

    Umgebung:
    Joomla 5.3.x, PHP 8.2, lokalen Test (Apache/Nginx). Keine Editor- oder Datei-Plugins im Einsatz.

    Gesucht:
    Eine kurze Schritt-für-Schritt-Anleitung innerhalb von Joomla-Core (Menüpunkte/Einstellungen), die bei euch sicher funktioniert.

    Bereits geprüft (nur Core):

    • System → Konfiguration → Medien (com_media)
      • Legale Erweiterungen: json
      • Legale MIME-Typen: application/json (optional: application/ld+json, application/manifest+json)
      • Dateipfad: images
      • json steht nicht bei „Verbannte Erweiterungen/MIME“.
    • Inhalt → Medien: Filter „Typ: Alle“ gewählt.
    • Datei manuell nach images/test/sample.json kopiert.
    • Direktaufruf im Browser liefert 200 OK mit Inhalt.
    • Cache geleert, harter Reload.
    • Plugin „Filesystem – Local“ ist aktiv (Core).

    Fragen:

    • Welche Einstellungen sind für Upload und Anzeige von .json verbindlich?
    • Reicht die Whitelist unter com_media aus, oder gibt es noch einen zusätzlichen Core-Schalter für „Nicht-Bild-Dateien“ im Medienmanager?
    • Muss für die Sichtbarkeit etwas Besonderes beachtet werden, wenn die Datei manuell in /images liegt (ohne Upload)?
    • Gibt es in J5.3.x eine bekannte Einschränkung von com_media, die .json trotz Whitelist ausblendet?

    Vielen Dank vorab für eine präzise Schritt-für-Schritt-Antwort nur mit Bordmitteln! 🙏

    LG Rossi

    Hello Christine

    meinem Templates verwendet die contact_form.php nicht

    deshalb erstellte ich im html Ordner ein Override meintemplates/html/com_contact/contact

    und postete die default_form.php

    mir wäre es lieber wenn man das über die default_form.php lösen könnte

    ansonsten würde ich Plan B nehmen

    lg Rainer

    Hello JoomlaWunder

    Habe jetzt ein Overrides contact angelegt

    was mich wundert bei der version 3.9.0 geht es ja

    poste mal die default_from.php

    danke für die Hilfe

    lg rainer

    <?php

    /**

    * @package Joomla.Site

    * @subpackage com_contact

    *

    * @copyright Copyright (C) 2005 - 2019 Open Source Matters, Inc. All rights reserved.

    * @license GNU General Public License version 2 or later; see LICENSE.txt

    */

    defined('_JEXEC') or die;

    JHtml::_('behavior.keepalive');

    JHtml::_('behavior.formvalidator');

    ?>

    <div class="contact-form">

    <form id="contact-form" action="<?php echo JRoute::_('index.php'); ?>" method="post" class="form-validate form-horizontal well">

    <?php foreach ($this->form->getFieldsets() as $fieldset) : ?>

    <?php if ($fieldset->name === 'captcha' && !$this->captchaEnabled) : ?>

    <?php continue; ?>

    <?php endif; ?>

    <?php $fields = $this->form->getFieldset($fieldset->name); ?>

    <?php if (count($fields)) : ?>

    <fieldset>

    <?php if (isset($fieldset->label) && ($legend = trim(JText::_($fieldset->label))) !== '') : ?>

    <legend><?php echo $legend; ?></legend>

    <?php endif; ?>

    <?php foreach ($fields as $field) : ?>

    <?php echo $field->renderField(); ?>

    <?php endforeach; ?>

    </fieldset>

    <?php endif; ?>

    <?php endforeach; ?>

    <div class="control-group">

    <div class="controls">

    <button class="btn btn-primary validate" type="submit"><?php echo JText::_('COM_CONTACT_CONTACT_SEND'); ?></button>

    <input type="hidden" name="option" value="com_contact" />

    <input type="hidden" name="task" value="contact.submit" />

    <input type="hidden" name="return" value="<?php echo $this->return_page; ?>" />

    <input type="hidden" name="id" value="<?php echo $this->contact->slug; ?>" />

    <?php echo JHtml::_('form.token'); ?>

    </div>

    </div>

    </form>

    </div>

    Hello Joomla Freunde

    Auf meinen Produktivsystem ist jo. 3.9.0 installiert

    auf dem Testsystem ist jo 3.9.2 installiert

    mit 3.9.1 hatte ich den selben Fehler

    wenn man auf das Kontaktformular geht und den Datenschutzhinweis anklickt

    öffnet sich ein Fenster in dem man den Datenschutz scrollen kann nach der Version 3.9.0 wird

    das ganze Fenster aus-geschwärzt und der Scrollbalken geht nicht mehr

    verwende php 7.2.14

    https://www.weinvierterl.at/kontakt ver 3.9.0

    https://www.weinvierterl.at/test/kontakt ver 3.9.2

    danke im voraus

    lg Rainer


    Hello Joomla Freunde

    hab die Lösung

    Code
    In der VirtueMart Konfiguration im letzten Reiter "SEO" gibt es einen
    Punkt "Produkt-und Kategorie-IDs verwenden", dieser sollte keinen Haken
    enthalten.

    lg rossi

    Hello Joomla freunde

    es hat mit dem menü-eintrag zu tun

    bei kategorie höchst ebene kommt es zu den fehlern

    nach umstellung auf kategorie weine geht es

    bin ja nur gespannt wenn ich neue kategorien anlege was mich dann erwartet

    auf alle fälle ein recht herzliches danke an alle

    und vielleicht hat der eine oder andere noch einen vorschlag

    lg rossi