Beiträge von Rolf Dautrich

    Nach meiner Erfahrung hilft in diesem Fall oft: ein wenig warten. Gerade wenn die Website viele Erweiterungen enthält, kann das Suchen nach Erweiterungs-Updates manchmal dauern, vor allem wenn eine Update-Quelle (momentan) schlecht erreichbar ist.

    Ansonsten hilft oft F5.

    Ich denke das ich etwas falsch verstehe.
    Der Order in dem die Installation liegt und die entsprechende Datenbank werden doch über Laragon gelöscht ohne das man Hand anlegen muss.

    Wie soll das gehen? Ich habe da noch keinen Menüpunkt gefunden.

    Außerdem will ich ja gerade die Datenbank nicht löschen, sondern nur die Tabellen darin.

    Ich benutze Laragon 8 auf Windows 11, um mal eben schnell eine Joomla-Testsite aufzusetzen, einen PR zu testen oder zusätzliche Funktionen für eine meiner Websites auf einer lokalen Kopie zu testen. Dazu habe ich mir auf meinen PCs jeweils eine Reihe von Testsites vorgefertigt, die ich dann immer wieder nutze; das hat den Vorteil, dass ich z. B. auch unter SSL-Bedingungen testen kann.

    Wenn schon ein vorgefertigter Website-"Rohling", sagen wir site2 (mit SSL-Zertifikat und gleichnamiger Datenbank) existiert, geht die Installation einer Joomla-Version oder die Kopie einer meiner Websites ratz-fatz: Zip-Datei bzw. JPA-Datei und kickstart.php hochladen und Installation bzw. Kickstart durchlaufen lassen, fertig!

    Fast umständlicher dagegen ist es, die Website nach Testende wieder loszuwerden: Per Explorer das Wurzelverzeichnis wieder leeren, phpMyAdmin aufrufen und alle Tabellen löschen. Also habe ich mir überlegt, ob man diese Aufgabe nicht einer Batch-Datei überlassen könnte. Und da ich ein fauler Mensch bin, habe ich mal eine KI beauftragt. Nach einigen Rückfragen und Tests habe ich jetzt eine lauffähige Version (mit Konsol- und Logdatei-Ausgabe): joomla-cleanup.bat. Diese habe ich mit einer beispielhaften Logdatei als ZIP angehängt.

    Und da ich schon mal dabei war, habe ich überlegt, wie man die Sache noch weiter optimieren könne, indem man die Funktion direkt in Laragon einbaut. Auch hierbei hat mir die KI beim zweiten Versuch den richtigen Ansatz gezeigt: Das sogenannte Procfile.
    Dazu geht man im Menü auf Laragon - Procfile - Procfile. Dadurch wird Notepad++ mit der entsprechenden Datei geöffnet. Hier einen Eintrag ergänzen wie im Screenshot (nach der Leerzeile 15):

    Danach Laragon stoppen und neu starten. Anschließend kann man die Batchdatei direkt aus der Laragon-Oberfläche starten:

    Auf diese Art und Weise lässt sich natürlich jede andere Batchdatei ebenfalls starten.

    Hier noch einige Hinweise zur Benutzung meiner Batchdatei:

    • Die Batchdatei sollte direkt im Verzeichnis www von Laragon liegen.
    • Die Zeilen 8 bis 14 enthalten die Konfiguration und müssen an die lokalen Gegebenheiten angepasst werden.
      Das gilt insbesondere für die Pfade zu Laragon, zur mysql.exe und für die Logdatei sowie das Root-Password.
    • Nutzer der MariaDB müssen nur den entsprechenden Pfad angeben. Der Rest der Batch-Datei bleibt identisch – da MariaDB denselben mysql.exe-Client und dieselbe SQL-Syntax verwendet.
    • Beim Aufruf meckert das Skript unmittelbar über einen nicht gefundenen Pfad. Mir ist bisher nicht gelungen, diese Fehlermeldung zu beseitigen. Da sie jedoch auch nicht stört, bewerte ich das als Schönheitsfehler.
    • Auch im Laragon-Procfile (s.o.) muss der Pfad zur joomla-cleanup.bat natürlich korrekt gesetzt werden.


    Viel Spaß beim Ausprobieren!

    Wofür benutzt Du die Tooltips? Dazu wäre eine URL Deiner Seite oder ein Screenshot hilfreich.

    Wenn Du die Tooltipps nur benutzt, um z.B. Abkürzungen zu erklären, brauchst Du gar keine Erweiterung, sondern kannst den HTML-Tag <abbr> verwenden. Das unterstützen mittlerweile auch die Editoren TinyMCE und JCE.

    Im Joomla Magazine gab es da kürzlich einen Beitrag.

    Deine neue Website gefällt mir eigentlich ganz gut. Was mir noch so aufgefallen ist:

    • Wenn man die Website auf dem Smartphone anschaut, muss man relativ lange nach unten scrollen, ehe man zum aktuellen Inhalt kommt. Ich würde mir an Deiner Stelle überlegen, ob Du auf die drei Beiträge auf schmalen Bildschirmen verzichtest oder das Modul z. B. in der Position bottom-a anzeigst. Das kannst Du mittels der Bootstrap-Display-Klassen im Modul einstellen (Reiter „Erweitert“, Einstellung „CSS Klasse Modul“). Beispielsweise würde „d-none d-lg-block“ das Modul nur auf „breiten“ Bildschirmen“ (Notebook, Desktop, Tablet in Querformat) anzeigen, „d-lg-none“ nur auf „schmalen“.
    • Ich würde an Deiner Stelle noch ein wenig am Design feilen, um die Website zu individualisieren (und nicht gleich zu verraten, dass Du Cassiopeia Extended benutzt). Dazu gibt es einige Beiträge unter joomla.de, im Joomla Community Magazine und per Internet-Suche. Eventuell kannst Du Dir ja auch Nachbarschaftshilfe bei Elisa Foltyn holen, die eine der Top-Expertinnen für Cassopeia ist und in Schwäbisch-Hall wohnt ....

    Und nochmal zum Thema "Plattmachen": Jede Software, die mehr macht als ein "Hello World" auszugeben, hat Fehler. Manche fallen sofort auf, manche nie. Andere schlummern schon jahrelang, ehe ein Mensch darüber stolpert oder eine KI, die gezielt auf solche Fehler angesetzt worden ist, sie findet. Letzteres war z.B. beim JCE-Hack der Fall, der in den letzten Wochen hier (und anderswo) für reichlich Aufsehen gesorgt hat.

    Und dass es Fehler gibt, heißt bei weitem nicht, dass der Entwickler sein Handwerk nicht versteht. Deshalb ist es wichtig (auch und gerade, wenn es um Open Source geht), Fehler auf den dafür vorgesehenen Wegen zu melden (möglichst erst, nachdem man im jeweiligen Forum oder auf Github nachgeschaut hat, dass es noch kein anderer getan hat). Denn nur auf bekannte Fehler können der oder die Entwickler mit Patches reagieren.

    Ich will den Entwickler hier nicht "platt" machen wenn ich den Namen der Plugins veröffentliche.

    Wenn Du den Namen der Erweiterung hier nennst, machst Du den Entwickler nicht "platt", sondern gibst ihm vielleicht einen Hinweis, auf was er achten sollte.

    .... mit dem aktivierten "Behaviour - Backward Compatibility". Wenn ich aber dieses Plugin ausschalte, bekomme ich aber wieder den ursprünglichen Fehler wie in #1 beschrieben, jedoch nun auch in der Desktop-Ansicht.

    Das ist eigentlich das erwartete Verhalten. Mit Debug und Error Reporting auf Maximum bekommst Du (bzw. wir) sofort heraus, welche Erweiterung repariert werden muss.

    Da für J5 EOL noch nicht erreicht ist, bin ich mir sicher den Fehler noch zu finden (Dank Eurer Hilfe).

    Prokrastination hilft nicht! Warum postest Du nicht den Call Stack? Wenn Du bis zum EOL von J5 wartest, hast Du dann den maximalen Stress, weil es dann J7 geben wird - mit wieder neuen Anforderungen.