Ah, das ist tatsächlich ein Betrag, wo man dreimal drüber nachdenkt. Viel Glück bei der Entscheidungsfindung!

Hi Auf Seite von Serendipity würdest du deine Blogdateien und die Datenbank weiterbenutzen. In der Datenbank wäre dann eine Konfiguration zu ändern, die `defaultBaseURL` in der serendipity_config. Eventuell gibt es noch weitere Stellen in der Datenbank, in der Plugins die bisherige Domain eingetrage...

Hi Ich habe gerade nochmal nachgeguckt, das ist komplizierter. In der .zip ist sowohl pear/ als auch PEAR/. Das Problem ist, dass du es unter Windows entpackt hast - und dort ist pear == PEAR, das Dateisystem macht keinen Unterschied. Auf einem normalen Linuxserver wird es funktionieren, aber es ist...

Ja, das passt - das neue ist kleingeschrieben bei uns. Kannst du nachvollziehen, warum das bei dir nicht da war? Ist da ein Problem im Release, dem .zip-Archiv?

Überall wo die Request2.php benutzt wird sollte eigentlich ein Fallback zu curl sein. Oder andersrum. Wir sollten da nochmal drauf gucken, ob das trotz des Fehlers beim Einbinden greifen kann. Ich vermute stark, dass das PHP-Curl-Modul bei Manitu verfügbar ist.

Wenn der Pfad zu der Request2.php richtig ist, aber das Einbinden scheitert, muss es eigentlich an der PHP-Konfiguration des Hosters liegen. Mir ist auch nicht klar welche Konfiguration genau das Problem sein kann - open_basedir? Eine zusätzliche Sicherheitsschicht? Irgendwas mit den Symlinks, die M...

Ich kann da leider nicht mit eigenen Erfahrungen dienen. Wollte aber https://github.com/s9y/Serendipity/issues/753 erwähnen - bei nginx war im Grunde nur die .htaccess das Problem. Serendipity benutzt die .htaccess für schönere URLs (optional) und um den Zugriff auf die lokale Konfigurationsdatei se...

Die Fehlermeldung beschwert sich über das Karmaplugin. Lösche also am besten erstmal das, um jetzt die Seite wieder zum Laufen zu kriegen.

Du wirst aber mit dem Hoster keinen Spaß mit Serendipity haben, bis die Request2.php-Datei eingebunden werden kann. Die wird immer mal wieder benutzt :/

Ja, poste bitte noch mehr. Das was du gezeigt hast zeigt nur, dass es 500er-Fehler gab die der Webserver ausgegeben hat, aber da fehlt die PHP-Fehlermeldung. Und die ist es, die uns helfen könnte :)

Weiße Seite bedeutet normalerweise einen PHP-Fehler, einen 500er. Der sollte auf deinem Server im PHP-Fehlerlog vermerkt sein. Wenn du ihn dort findest könnte er danach im Code zu fixen sein, teile ihn am besten hier.

Laut der Fehlermeldung versucht er /home/sites/site100013995/web/refilix.de/bundled-libs/HTTP/../pear/http_request2/HTTP/Request2.php zu öffnen. Gibt es diese Datei auf dem Server? Wenn ja, dann würde ich den Fehler immer noch beim Hoster sehen, dass der konfigurierte include_path den Zugriff auf di...

Ja. Mit dieser Fehlermeldung muss du zum Support des Hosters gehen. Es ist an ihm, diese Einbindung der http_request2/HTTP/Request2.php zuzulassen. Zumindest ist das mein Kenntnisstand. Mir ist nicht klar, warum dieser Fehler überhaupt bei manchen Hostern auftritt. Aber der Support kann normalerweis...

Schau mal im Log, welcher Fehler genau geworfen wird. Darauf können wir dann reagieren. Wahrscheinlich muss ein Plugin gelöscht werden.

Today we release Serendipity 2.5-beta1 ! The main focus was support for PHP 8.2 - if you need a serendipity version that works with PHP 8.2, you should use this beta even on a production blog. But it's still a beta, additional testing is needed to make this version a proper stable release, so stick ...

Wie siehts aus? Sonst würde ich die neue Beta erstmal ohne diesen Patch vorbereiten.