Ich habe gestern Antwort von meinem Hoster erhalten. Er macht einen Vorschlag, der in eine andere Richtung geht. Dazu komme ich noch. Aber erst mal versuche ich Deine Fragen zu beantworten.
Zu den Pfadeinstellungen hatte ich auch meinen Hoster gefragt und ihm einen Screenshot geschickt. Da sieht er kein Problem. Anstatt meines Namens hatte ich im Pfad nur /name/ genannt und das hat er moniert, dass /name/ falsch wäre.
Zuerst lief das Blog bei einem Kumpel, 2013 (Bis Version 1.73 oder 1.78) bei Bytecamp, wo man für mich alles soweit einrichtete, das das Blog richtig lief. Im September 2014 mit 1.78 wechselte ich wieder und bekam ssl hinzu. Damals gab es zunächst eine weiße Seite oder weiße Seiten vielleicht auch auf Unterseiten. Kann sein, dass ich Untersreiten nicht geprüft hatte. Kann also sein, dass auch damals nur die Startseite betroffen war. Mein Hoster machte in der.htaccess-Datei für mich Ergänzungen am Anfang der .htaccess unter "Rewrite" On (siehe unten). Seitdem lief das Blog.
Mir ist vorgestern noch die Idee gekommen, dass man das ssl provisorisch entfernen könnte, um zu sehen, ob sonst alles nach dem Upgrade in Ordnung ist bzw. könnte ich dann das Re-Upgrade machen. Wenn dann geklärt ist, dass es läuft, wieder ssl einrichten.
Ursprünglich ging es hier ja auch um die Befürchtung, dass das Upgrade unvollständig war und das sollte mit dem automatischen Upgrade ausgeschlossen werden. Aber das macht meinem Hoster Arbeit und er sieht von seiner Seite aus keinen Fehler, hat ssl korrekt eingerichtet. Eigentlich sollte ich jetzt hier seinen Vorschlag nennen, aber ich will hier noch nicht ablenken.
Der letzte Teil "/blog/" stammt höchstwahrscheinlich von dir selbst, da du /serendipity in /blog umbenannt hast.
Das mag so sein, ja (ich oder bei der ersten Installation 2008 durch meinen Kumpel auf dessen gemieteten Server-Space)
Das ansprechbare Web Root liegt aber wohl in "/var/home/name/www/blog", da dein Blog ohne das /blog directory ("ost-impuls.de/blog/") läuft. Dies hast du wahrscheinlich über die htaccess oder über die virtualHost Direktiven bestimmt. Stimmt das soweit?
virtualHost-Direktiven kenne ich nicht. Ich habe kaum Wissen über Server und Datenbanken.
Velleicht war das ursprünglich so angelegt worden von meinem Kumpel bei dem das Blog bis 2013 lief; und ist dann so vom ersten professionellen Hoster übernommen worden. - Vielleicht hatte ich bei einem Update das s9y-Paket in die falsche Ordner-Ebene abgeladen.
Der genannte error "[error] [client 151.80.xx.xxx] File does not exist: ..." endet doch nicht wirklich auf "/index" oder? Wie lautet die ganze Zeile vollständig?
Oh, das müsste ich jetzt suchen, wo ich diese Stelle herausgenommen habe. Hast Du das Datum dazu?
Es gibt in der log-Datei viele Fehlermeldungen auch zu Unterseiten, aber eben auch zu der Seite /index.php.
Anbei ein Ausschnitt aus der error.log, den ich vorgestern meinen Hoster zur Begutachtung zusandte. Siehe dort Zeile 46.
Du könntest also tatsächlich einmal probieren, ob bei relativer Pfad ein "/blog" die Sache in Gang bringt. Allerdings ist das alles ziemlich gewurschtelt und birgt, wenn es tatsächlich genau so ist, Fehlerquellen, die total unnötig wären. Wer hat dir das und warum so eingerichtet?
Na dann lieber nicht, ober erst wenn andere Lösungsversuche nichts fruchten. Und da ja die anderen Seiten (Statische Seiten, Bildergalerie, Postings) funktionieren, würde es mich wundern, wenn das das Probleme lösen würde.
Zu Deinem Beitrag vorgestern abend um 6.35 pm.
Ich weiß aber nicht, wie man die Umleitungen richtig macht in der .htaccess. Ich bin mit den Befehlen hier nicht vertraut.
Es gab auch 2x (glaube ich) eine Umstellung der url bei mir, einmal beim Wechsel zum ersten Provider, (die ich in diesem Eintrag nicht zeigen kann, weil die Höchstanzahl von 4 Links überschritten ist) und letzten September (zu
http://www.ost-impuls.de) und dann/praktisch gleichzeitig kam das ssl hinzu.
Der komplette Block, den mein 2. Hoster bei der Einrichtung voriges Jahr (nach Umzug) für mich in der .htaccess machte, sieht so aus (Zeilen 7 bis 10):
6 RewriteEngine On
7 RewriteCond %{HTTP_HOST} !^www\.ost-impuls\.de [NC]
8 RewriteRule ^(.*)$
https://www.ost-impuls.de/$1 [R=301,L]
9 RewriteCond %{HTTPS} off
10 RewriteRule ^(.*)$
https://www.ost-impuls.de/$1 [R=301,L]
11
12 RewriteBase /
...
Dazu schreibt er jetzt noch mal:
"Das hat mit dem CMS nichts zu tun und sollte funktionieren, sofern das CMS für
https://www.ost-impuls.de eingerichtet ist."
Bernds Lösung mag auch gehen, erfülle den gleichen Zweck, schreibt mein Hoster.
Aber ob bei Bernd jetzt mehr berücksichtigt ist als bei mir, weiß ich nicht. Ich kenne diese Befehle/Sprache nicht. So, wie ich meinen Hoster verstehe, gibt es bei Bernd keinen wesentlichen Unterschied (was Du aber vermutest, Ian). Und die url-Struktur meiner Seite ist vielleicht komplizierter als bei Bernd?
Es bedarf noch Umleitungen von den alten urls zu der aktuellen und von meinen Domains ost-im-puls.de und ostimpuls.de und dazu machte mein jetztiger (2.) Hoster Dotplex (empfehlenswert!) diesen Eintrag in der .htaccess sind die Zeilen 7 und 8
... und damit funktionierte es bis zum Update von 1.78 auf version 2.02.
Weitere noch offene Fragen/Anregungen:
Zur Einbindung der Zertifikate per SNI schrieb mein Hoster vorgestern:
Nein, das ist für Sie nicht relevant. Nur für Nutzer mit IE 6 unter XP, für die aber ohnehin das halbe Internet kaputt ist.
Zum Check der Apache Server Konfig in Bezug auf 443 und SNI:
Wie gesagt, das hat damit nichts zu tun.
Access Denied kommt vom IP-Filter und die weiße Startseite (500er Fehler) ist ein PHP-Problem des CMS.
Und damit möchte jetzt zu dem Hinweis von ihm in seiner (derzeit letzten) E-Mail von gestern kommen, im nächsten Posting. Warte mal darauf!
, dieses Mal nicht als freiwilliges Guinea pig. Mal sehen, was er dazu meint ...