
SniperSister Administrator
- aus Köln
- Mitglied seit 26. Februar 2015
- Letzte Aktivität:
12. Februar 2025 um 08:59 - Ungelesene Beiträge
- Beiträge
- 646
- Erhaltene Reaktionen
- 467
- Punkte
- 3.797
- Profil-Aufrufe
- 6.451
SniperSister hat eine Antwort im Thema Eigene Header einfügen verfasst.
@peterpw möchtest du die Telefonnummern-Formatierung grundsätzlich für die gesamte Seite deaktivieren? Oder nur für einen einzelnen Beitrag? Kann man sich die Seite irgendwo anschauen?
SniperSister hat eine Antwort im Thema Cronjob (auf Server) anlegen - aber wie? verfasst.
Es gibt da keine allgemeingültige Anleitung, die Schritte unterscheiden sich von Hoster zu Hoster - da ist dann ggf. der Support deines Hosters der passendere Ansprechpartner.
SniperSister hat eine Antwort im Thema Sicherheitsscan ergibt "Database Publicly Exposed" verfasst.
[…]
Das hab ich bereits so befürchtet. Gegebenenfalls hilft ein Hoster-Wechsel, denn nicht alle Hoster machen die Datenbanken direkt von außen erreichbar.
SniperSister hat eine Antwort im Thema Sicherheitsscan ergibt "Database Publicly Exposed" verfasst.
Ist ein Thema für den Hoster.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
Ist in der nächsten 5.x Version enthalten 👍🏻
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
Top, danke :)
SniperSister hat eine Antwort im Thema 1:1 Kopie einer 3.10.12 läuft nicht verfasst.
[…]
Wirf mal je ein info.php mit <?php phpinfo(); in beide Installationen und vergleich die Error Reporting Einstellungen, also sowas wie error_reporting und display_errors; auch das error-reporting level in der configuration.php sollte identisch sein, im Zweifelsfalle mal beide auf "none" setzen.
SniperSister hat eine Antwort im Thema 1:1 Kopie einer 3.10.12 läuft nicht verfasst.
> die original Seite liegt wie die 1:1-Kopie auf dem gleichen Server, nur in einem anderen Verzeichnis...?
Die Konfiguration kann auch in unterschiedlichen Verzeichnissen abweichend sein. Ich kann dir von außen nicht sagen, wo das konfiguriert ist, aber wenn die PHP-Version wirklich identisch ist, dann ist das abweichende Reporting die einzige Erklärung.
SniperSister hat eine Antwort im Thema 1:1 Kopie einer 3.10.12 läuft nicht verfasst.
[…]
Die PHP Version mag gleich sein, aber die Konfiguration nicht. Die Meldungen die du da bekommst, verweisen auf Deprecations, also Stellen an denen Joomla Code hat, der in aktuellen PHP-Versionen als veraltet betrachtet wird. Der Quellserver hat vermutlich das error_reporting, also die Fehlerausgabe, so konfiguriert dass dort keine Deprecations ausgegeben werden. Der Zielserver hingegen gibt Deprecations aus.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
Ok, dann ist es komplett. Dann fehlt jetzt noch dein erfolgreicher Test in dem Pull Request:
https://docs.joomla.org/Testing_Joomla%21_patches/de#R.C3.BCckmeldung_der_Testergebnisse
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
> Ich ändere die Zeile jetzt manuell.
Du hast aber jetzt nicht nur die Zeile 148 verändert, sondern auch die andere Änderung aus dem patch gemacht, oder? Also den implode?
> Muss das jetzt bei jedem manuell eingetragen werden oder wird es im nachsten Update integriert?
Der Prozess ist: Jemand entwickelt einen Patch und mindestens zwei unabhängige Tester prüfen den Patch und geben im issue Tracker Feedback ob es funktioniert. Erst dann kann der Patch im nächsten Update aufgenommen werden.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
Aber dann fehlt doch der Patch?!
Das müsste doch so aussehen wie auf der rechten Seite des Screenshots:
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
[…]
Was steht in der Zeile 148 der libraries/namespacemap.php?
SniperSister hat eine Antwort im Thema Loopback bei Anmeldung verfasst.
[…]
Nein, ganz im Gegenteil: für 99,99% der Seiten sollten diese Einträge leer sein. Sie dienen dazu, in Situationen wo die Domain die Joomla "intern" sieht (weil z.B. ein Proxy-Server davorgeschaltet ist) von der Domain abweicht, die der Browser des Benutzers verwendet. Joomla würde ein Cookie nämlich sonst ggf. für die interne Domain erzeugen und damit kann der Browser nichts anfangen. Da diese Proxy-Setups aber sehr, sehr selten sind, braucht kaum jemand diese Config-Einträge.
SniperSister hat eine Antwort im Thema Loopback bei Anmeldung verfasst.
@raumteiler schau mal in deiner configuration.php nach den Einträgen "cookie_domain" und "cookie_path" und setz sie auf einen leeren Wert falls dort konkrete Angaben drin stehen
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
Dumme Frage: die Änderung aus meinem Patch ist aber schon eingespielt, richtig?
SniperSister hat eine Antwort im Thema Kritisches Sicherheitsupdate für regularlabs Sourcerer verfasst.
> Offline-Seiten (also Testseiten die sich im Offline-Modus befinden und da Backend zusätzlich noch über Passwort abgesichert ist) dürften davon aber weniger bis gar nicht betroffen sein?
Habe ich nicht ausprobiert, da kann ich keine zuverlässige Aussage zu machen.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
@WM-Loose auf die Gefahr hin dass ich mich wiederhole: du musst für das Testing des Patches nicht auf das nächste Update warten. Der Fehler tritt unter PHP 8.4 nicht nur bei Updates auf, sondern auch bei Neuinstallationen und leeren des Caches, quasi immer wenn die autoload_psr4.php gelöscht wird -das ist das Grundproblem und lässt sich daher auch problemlos nachstellen.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
[…]
Du musst da nicht auf ein Update warten, nur das machen was im Patch als Test-Instruktionen hinterlegt ist.
SniperSister hat eine Antwort im Thema Update J4.4.9 auf 4.4.10 - Joomla\Filesystem\File::write(): Argument #2 ($buffer) could not be passed by reference verfasst.
@WM-Loose teste den patch gerne, dann sind wir schonmal einen Schritt näher am merge. Ist dann "nur" im 5.x Branch, aber mit Blick auf weitere Inkompatibilitäten von 4.x mit PHP 8.4 macht eine Integration des Patches in 5.x ohnehin mehr Sinn.