Drucken

[CK]

Das Forum wird aufgrund von dringender Wartungsarbeiten heute ab ca. 19h nicht mehr erreichbar sein.
Wenn alles klappt, ist nach 1-2h alles wieder online.

[Ext3h]

Also gabs nen Server-Umzug? TLS o.Ä. wurden dabei aber noch nicht eingerichtet, oder?

Und irgendwie fehlen auf dem alten Server noch die Redirects. Es sind zwar alle Links im Content auf den neuen Server, aber alle Direkt-Links werden noch vom alten Server ausgeliefert. (Sollten alle 302er Redirects sein bei einem Umzug der Domain.)

[CK]

Kein Serverumzug, nur SLL + Domain.

Erstmal ein dickes, dickes Danke an STB, der das erledigt hat - ich selbst wäre nicht weit gekommen.

Zu Deinen Fragen: 
Das kann STB besser beantworten (ich verstehe sie nicht einmal )

[STB]

Also gabs nen Server-Umzug? TLS o.Ä. wurden dabei aber noch nicht eingerichtet, oder?

Und irgendwie fehlen auf dem alten Server noch die Redirects. Es sind zwar alle Links im Content auf den neuen Server, aber alle Direkt-Links werden noch vom alten Server ausgeliefert. (Sollten alle 302er Redirects sein bei einem Umzug der Domain.)

Doch TLS sollte gehen (manchmal finde ich gerade noch kaputte Links auf Emojis die noch auf http zeigen obwohl wir versucht haben das meiste durchzutauschen automatisch. Gehen wir noch mal ran). Nen 302 auf der alten Adresse haben CK und ich vorhin bequatscht, das ist leider aus Gründen wie es mal gebaut wurde gerade nicht so trivial. Ich denk noch drüber nach ob mir dazu noch was einfällt was der CK da noch mal machen kann

[STB]

Ich merke es auch mal kurz hier an: Der Emojiparser löst noch die Grafikadressen falsch auf. Ignoriert das mal gerade dad kriegen wir auch noch gefixt. Die Emojis tauchen dann wieder auf

[Zauberlehrling]

Hallo,
danke für eure Mühe!

Darf ich fragen: Links auf Attachements funktionieren somit aber nicht mehr, oder? Ist vor allem für die Download-Sammlung wichtig zu wissen (denn avakar hat zwar einen Mirror-Link bei jedem Eintrag, aber eigentlich nur für den Notfall)... Oder ists einfach eine Sache des Ersetzens (also den Start der URL einfach austauschen)?

[CK]

Doch, die sollten weiterhin funktionieren, wenn ich das alles richtig raffe.

Die Pit könnte Links zwar anpassen (da wird immer der gleiche Teil durch einen anderen ersetzt), macht aber nichts, wenn das nicht passiert. Müsste STB aber nochmal bestätigen.

[STB]

Hallo,
danke für eure Mühe!

Darf ich fragen: Links auf Attachements funktionieren somit aber nicht mehr, oder? Ist vor allem für die Download-Sammlung wichtig zu wissen (denn avakar hat zwar einen Mirror-Link bei jedem Eintrag, aber eigentlich nur für den Notfall)... Oder ists einfach eine Sache des Ersetzens (also den Start der URL einfach austauschen)?

Das ist genau das was wir gemacht haben: Wir haben per SQL direkt auf der Datenbank nach der Umstellung in den Textkörpern aller Forumsbeitrage alle Vorkomnisse von http://s17irgendwas-irgendwas/dungeonslayers/forum durch https://forum.burning-books.de ersetzt. Wir haben also in allen Links in den Forumbeiträgen die mal auf das Forum selbst gezeigt (also wenn jemand zum Beispiel eine andere Nachricht im Forum verlinkt hat) die Adresse dazu durchgetauscht damit die jetzt wieder auf die neue, verschlüsselte zeigt. Links die nach "außerhalb" des Forums zeigen bleiben natürlich unverändert.

Die alte Adresse funktioniert quasi "so halbgar" weiterhin. Die ist natürlich zum einen nicht verschlüsselt (also http) weil CK da ganz am Start mal etwas unglücklich das Forum auf einen Unterordner auf so einen Basishosteintrag von seinem Anbieter genutzt hat (deswegen ursprünglich der schräge Hostname und die Unterordner in der URL) auf den wir nicht so einfach auch ein Zertifikat generieren können. Da aber alle Links auf der generierten Seite auf die neue Adresse zeigen ist man dann, sobald man was klickt wieder auf der verschlüsselten Version da alle Links auf den Forumsseiten mit der https://forum.burning-books.de gerendert werden.
Aber die alte Adresse funktioniert für einen gezielten Einzelaufruf wie vorher. Links die also von aussen ins Forum zeigen (wie aus dem Pit) sollten im Moment nicht kaputt sein und weiter funktionieren.
Diese vorherige Wahl des Hosts und wie das Webpaket von CK da funktioniert ist auch der Grund warum wir im Moment nicht ohne weiteres sauber 302-Redirects in HTTP bauen können die einfach alle Anfragen sauber auf die neue https-Adresse umleiten können gerade weil wir auch dann in einen Redirect-Loop im Moment schicken würden (da technisch die Files für beide Adressen an derselben Stelle auf dem Host noch immer unverändert liegen und der Redirect dann auch auf der neuen Adressen aktiv wird und man dann in ner Redirect-Schleife erst mal fest sitzen würde).

Mittelfristig wäre es natürlich sinnig möglichst viele Links von extern, auf die man Einfluss nehmen kann, auf die neue Adresse ebenfalls durchzutauschen (z.B. wie oben was wir selbst für die Textbeiträge im Forum getan haben per durchtausch des Anfangs in der Adresse). Das wäre alleine deswegen schon sinnvoll weil moderne Browser immer mehr auf verschlüsselte Verbindungen getrimmt werden und ich z.B., wenn ich jetzt was vom Pit runterlade und das zeigt dann auf die "alte" http-unverschüsselt Adresse des Forums meistens erst mal im Downloadfenster ein "Konnte nicht heruntergeladen werden, aus Sicherheitsgründen blockiert" bekomme und dann da noch mal draufklicken und "Beibehalten" wählen muss damit der Download gespeichert wird.
Das sind so Funktionen die jetzt immer mehr in den Browsern landen weil Verschlüsselung nicht nur für Abhören schützt (was ja noch egal wäre weil der Inhalt sowieso öffentlich einsehbar ist) sondern auch die Integrität der Quelle eines Downloades und die Unverändertheit garantiert (sprich: niemand tauscht dir ein paar Bit in der runtergeladenen Datei auf dem Weg zu dir). Deswegen warnen Browser auch bei Downloads von unverschlüsselten Quellen da z.B. jeder (also jeder Transitknoten, der ISP...), der die Bits auf dem Downloadweg transportiert hat die bei unverschlüsselt theoretisch hätte ändern können ohne das der Downloader es merkt.
Nächste Eskalationsstufe der Browser wird demnächst absehbar sein das man große Warnmeldungen wegklicken muss wenn man http Seiten besucht bevor überhaupt was passiert, es gibt da Pläne

[Zauberlehrling]

Alles klar - ich hab avakar mal angeschrieben

[Ext3h]

wie das Webpaket von CK da funktioniert ist auch der Grund warum wir im Moment nicht ohne weiteres sauber 302-Redirects in HTTP bauen können die einfach alle Anfragen sauber auf die neue https-Adresse umleiten können gerade weil wir auch dann in einen Redirect-Loop im Moment schicken würden (da technisch die Files für beide Adressen an derselben Stelle auf dem Host noch immer unverändert liegen und der Redirect dann auch auf der neuen Adressen aktiv wird und man dann in ner Redirect-Schleife erst mal fest sitzen würde).

index.php von der Forensoftware patchen, das ganz an den Anfang geht wirklich nicht? Meinetwegen auch als 301 zum Testen erst mal nur?

Code: [Auswählen]

<?php
if($_SERVER['HTTP_HOST'] != 'forum.burning-books.de') {
$location = $_SERVER['REQUEST_URI'];
$prefix = '/dungeonslayers/forum';
if(strpos($location, $prefix) == 0)
{
$location = substr($location, strlen($prefix));
header('Location: https://forum.burning-books.de' . $location, true, 302);
exit();
}
}


[avakar]

Alles klar - ich hab avakar mal angeschrieben

Ist angekommen, danke. Ich werde die Links in der PIT umstellen auf https://forum.burning-books.de/, das sollte kein großes Problem sein. Ich habe nur aktuell wenig Zeit, es kann also etwas dauern.

[STB]

wie das Webpaket von CK da funktioniert ist auch der Grund warum wir im Moment nicht ohne weiteres sauber 302-Redirects in HTTP bauen können die einfach alle Anfragen sauber auf die neue https-Adresse umleiten können gerade weil wir auch dann in einen Redirect-Loop im Moment schicken würden (da technisch die Files für beide Adressen an derselben Stelle auf dem Host noch immer unverändert liegen und der Redirect dann auch auf der neuen Adressen aktiv wird und man dann in ner Redirect-Schleife erst mal fest sitzen würde).

index.php von der Forensoftware patchen, das ganz an den Anfang geht wirklich nicht? Meinetwegen auch als 301 zum Testen erst mal nur?

Doch genau das wäre so eine mögliche Lösung - ich habe nicht gesagt das das nicht geht, ich habe gesagt das das nicht ohne weiteres eben machbar war als wir umgebaut haben. Ich wollte nicht abends um kurz vor 11 eben schnell 'nen bisschen PHP in das Indexfile vom Board rotzen ohne das mal getestet zu haben vorher

[Ext3h]

Irgendwie ist die Forenumstellung so noch nicht wirklich fertig.

Diese Foren-Software unterstützt nur 2 Ebenen von Foren vernünftig. In den 3. Ebene fehlt "Letzter Beitrag" etc. wenn man auf die Startseite geht, die 4. Ebene wird sogar schon überhaupt nicht mehr angezeigt.

Aktuell gibt es jetzt sogar ein paar Foren in der 4. Ebene, und gerade rund um DS ist praktisch alles in die 3. Ebene verrutscht. Müsste man wieder "flach" klopfen damit die Forensoftware damit wieder vernünftig zurande kommt.

[CK]

Bie DS ist doch alles in der zweiten Ebene?

[Ext3h]

Erst wenn du bis in DS rein gehst (https://forum.burning-books.de/index.php?board=6.0), dann bist du bereits in der 2. Ebene und siehst die Sachen in der 3. Ebene.

Aber die ganzen Basis-Funktionen des Forums wie "Ungelesene Beiträge" etc. arbeiten alle jeweils auf der echten 1. Ebene / Startseite (https://forum.burning-books.de/index.php).

Und ausgerechnet von der Startseite her siehste dafür dann nix mehr von den Foren-Inhalten.