Beiträge von Re:Later

    Sorry! Unsere Posts haben sich überschnitten.


    Also, es gibt die offiziellen Releases, als Beispiel die letzte "Beta-1". Diese ändert sich lange nicht, bis dann eines Tages die "Beta-2" rauskommt.

    https://github.com/joomla/joomla-cms/releases/tag/4.0.0-beta


    Dann gibt es aber noch die sog. Nightly Builds (siehe Link oben). Hier fließen täglich die neuesten Änderungen des Tages ein, die abgesegnet wurden. Zur Zeit wird hier also die irgendwann kommende "Beta-2" vorbereitet.


    Updateserver:

    Wenn du "Eigene URL" wählst, wird ein Feld angezeigt, wo du den Updateserver für die Nightly reinkopierst.

    https://update.joomla.org/core/nightlies/next_major_list.xml


    Aber wie oben beschrieben daran denken, dass du nicht über Updates informierst wirst, sondern eben die "Live Update"-Schritte selbst klickern musst.


    EDIT: Auf Deutsch heißen die Schritte "Auf Aktualisierungen prüfen" > Im Tabulator "Live-Aktualisierung" > Button "Neuinstallation der ...."


    Ich sehe dann immer noch mal unter

    Code
    administrator/index.php?option=com_installer&view=database

    ob evtl. die Datenbank noch repariert gehört, weil sie "Problems" anzeigt.

    Vielleicht klappt auch ohne Neuinstallation:

    als Updateserver in den "Optionen" der "Joomla-Aktualisierung" den dort genannten einträgst.


    Und weitere o.g. Schritte mal ausprobieren.


    Kann's aber nicht versprechen. Das ganze Update-Dingens ist sehr verwirrend und ist auch nirgends irgendwie verständlich dokumentiert. Weshalb ich nur Nightlies verwende... Die einen sagen so, die andern so...

    https://github.com/joomla/joomla-cms/pull/29326


    In der Nightly-Version sollte das schon gefixt sein.

    https://developer.joomla.org/nightly-builds.html


    Wenn du das installierst und als Updateserver in den "Optionen" der "Joomla-Aktualisierung" den dort genannten einträgst, kannst täglich updaten, indem du dann unter Joomla-Aktualisierung auf "Check Updates" klickst und anschließend im Tabulator "Live Update" ein "Reinstall" startest.


    Aaaaber immer dran denken, dass solche Updates vielleicht irgendwann mal nicht mehr klappen und man doch neu installieren muss.

    Schwer zu entscheiden, da du wohl zeitgleich an der Seite rumtust.


    Anfänglich gab es den Buchen-Knopf. Auf der Zielseite, wo man dann auch Menge einstellen kann, wird bereits beim Öffnen in der Fehlerkonsole ein JavaScript-JSON-Fejler angezeigt und schon die Grundberechnung klappt nicht.


    Forscht man dem nach, sieht man, dass eine AJAX-Abfrage einen 500-Server-Fehler erzeugt.


    Ganz plumper Versuch: "Fehler berichten" in Joomla-Konfiguration auf "Keine" setzen. Ob das schon hilft, musst selber sehen...

    Dort steht: apache2handler

    Das solltest du mit Hoster besprechen. Es sollte was mit "cgi" sein, um stressfrei zu arbeiten, d.h. um sowohl Schreibrechte in Joomla zu haben (= PHP-User) als auch per FTP (= FTP-User).


    Man kann zwar in der verlinkten Anleitung auch diese Gruppen forcieren, aber muss die halt von Fall zu Fall wieder umstellen. Oder hier werden weitere Möglichkeiten genannt: https://www.hosteurope.de/faq/…pack/dateirechtestruktur/

    Das ganze riecht ein bisschen nach Benutzerrechten-Konflikt, also nicht Dateirechte, manchmal auch "www-run"-Problem genannt, wenn du sicher bist alle Ordner und Dateien entsprechend geändert zu haben..


    Was steht denn unter Systeminformationen > Tabulator Systeminformationen > Zeile "PHP-Interface für den Webserver"?

    Normalerweise sollte das was in der Art "fpm-fcgi" oder fast-cgi oder ... sein, jedenfalls was mit "cgi"...

    Also: Nach ein bisschen Code-Graberei.


    Es handelt sich um ein Helix3-Template. Dieses verwendet zum minifizieren/komprimieren von JavaScript-Dateien die Bibliothek JShrink. Diese wirft den besagten Fehler bei Prüfung, ob eine Datei bereits minifiziert ist. Warum in diesem Fall auch immer.


    Man deaktiviert im Template die JavaScript-Minifizierung. Ich sehe im Code eine solche Einstellung. Dann sollte die Seite schon mal wieder laufen.


    Dann löscht man den Cache und aktiviert die Minifizierung wieder. Falls der Fehler wieder auftaucht, schaltet man die Minifizierung halt wieder aus und wartet bis Helix eine Lösung bereitstellt. Ggf. weicht man auf JCH-Plugin aus, wenn man Wert auf Minifizierung legt.

    Ich weiß aber das ist leider eine produktive Seite!

    Paar Minuten Debuggen leiste ich mir bei jeder Seite. Außerdem legst du sie ja damit nicht still. Rufst vorher schon die Fehlerseite auf, machst die nötigen Einstellungen, rufst sie noch mal auf, siehst was (kopierst es) oder nicht. Wenn sich niemand an Fehlersuchen beteiligt, ist es halt schwer zu gewährleisten, dass man das selbe Gezeter nicht mit kommenden Updates hat, egal, woran es nun liegt.

    Außerdem kann man den Debug-Modus auch so einstellen, dass nur angemeldete Super User davon behelligt werden, hab ich irgendwo aufgeschnappt.

    Aber sorry ich verstehe gerade nicht was man noch für Infos braucht.

    Es gibt 2 Möglichkeiten schnell die Systeminfos hier zu posten.

    1) Menü System > Menüpunkt Systeminformationen > Tabulator "Systeminformationen" > einfach die paar Zeilen rauskopieren.

    2) Menü System > Menüpunkt Systeminformationen > Oben Knopf "Als Text herunterladen" > als txt-Datei speichern und hier als Anhang einem Post hinzufügen.

    Doch bei mir löst der Klick auf "Weiter" keine Reaktion aus.

    Wenn Buttons gar nix machen, liegen sehr oft JavaScript-Fehler vor. Vielleicht findet sich was in der Browser-Konsole/im Inspektor/in Entwicklertools im entsprechenden Tabulator.


    Vielleicht auch JS-Dateien nicht geladen. Sollte man im Normalfall auch irgendwo in der Konsole sehen, z.B. Netzwerkanalyse.


    Wo hast du das Paket denn her, was du installieren willst?

    zu 5.: habe in der Dokumentation nichts gefunden, halte aber CHMOD 755 für okay

    Der Standard in Joomla ist 644 für Dateien, 755 für Ordner. Wobei 755 für Dateien zumindest die Installation nicht stören sollte.

    Das nur gaaaanz nebenbei als Ergänzung.


    statcounter flüchtet sich halt in ein "Urteil" eines Irischen Gerichtes:

    https://statcounter.com/suppor…statcounter-and-the-gdpr/


    Das, was dort steht, ist längst nicht EU-weit so akzeptiert und heftig umstritten. Noch dazu ist das Speichern von kompletten IP-Adressen im Zusammenhang mit Klickwegen und Eingaben und sonstigem Kram, die statistisch erfasst werden für halbwegs Schlaue ohne Weiteres personalisierbar.


    Wenns keine Einstellmöglichkeiten gibt, tät ich als Laie mal sagen, lass ich lieber oder bastele einen zusätzlichen Schutz für Besucher ein, damit der entscheiden kann. Nicht nur bezüglich Cookie sondern generell bezüglich der Erfassung


    Das führt dann aber dazu, dass die gesamte Statistik sowieso unsinnig wird ;-)


    EDIT: uuuuuuuuund du hast vergessen, in der Datenschutzerkärung auf statscounter hinzuweisen, egal, wie DSGVO-konform es nun arbeiten sollte/könnte....