Upgrade von 4.1 auf 5.3 - Link-Struktur stimmt nicht mehr - fehlendes index.php in URL

Woodmen · December 16, 2020 at 8:52 PM

Hallo,

ich habe vor einiger Zeit von 4.1 auf 5.3 aktualisiert. (Inkl. Zwischenupdates).

Nun ist mir aufgefallen, dass sich die URL-Struktur geändert hat(?)

Alt: https://example.com/index.php/Thre…3456#post123456

Neu: https://example.com/thread/6200-Lo…3456#post123456

Sprich das index.php ist wohl verloren gegangen, somit stimmen auch die Links in alten Zitaten etc. nicht mehr überein und man landet auf der Hauptseite, ärgerlich.

Kann ich das irgendwie beheben?
Habe ich einen Fehler gemacht?

Danke!

**Alexander Ebert** · December 16, 2020 at 8:54 PM Official Post

Hallo,

diese Art der URLs gab es damals bei Burning Board 4.0, bzw. bei 4.1 mit dem Kompatibilitätsmodus. Es empfiehlt sich, diese URLs einfach weiterzuleiten: https://manual.woltlab.com/de/migration-u…urning-board-4x

Susi · December 16, 2020 at 8:57 PM

Dann wirst du wohl die SEO Links aktiviert haben.

Konfiguration -> Allgemein -> Suchmaschinenoptimierung: SEO Linkumschreibung aktivieren

Ist aber komisch, denn eigentlich muss man dazu auch was in die .htaccess eintragen, damit das überhaupt klappt.

edit: Das hat sich nun überschnitten .

Woodmen · December 16, 2020 at 9:06 PM

Quote from Alexander Ebert

Hallo,
diese Art der URLs gab es damals bei Burning Board 4.0, bzw. bei 4.1 mit dem Kompatibilitätsmodus. Es empfiehlt sich, diese URLs einfach weiterzuleiten: https://manual.woltlab.com/de/migration-u…urning-board-4x

Hm.

In meiner nginx-Config habe ich folgendes stehen: (das WCF-Directory heißt bei mir framework)

Core = /framework

Forum = /

Blog = /blog

Code

[...]
    
location / {
        index index.php;
        try_files $uri $uri/ @rewrite;
        }

   location @rewrite {
        rewrite ^/(/|forum/|cms/|framework/|calendar/|filebase/|blog/|gallery/)?([^.]+)$ /$1index.php?$2 last;
        }
[...]

Display More

Meiner Meinung nach müsste das eigentlich so funktionieren.

Quote from Susi

Konfiguration -> Allgemein -> Suchmaschinenoptimierung: SEO Linkumschreibung aktivieren

Das habe ich bereits aktiv, ohne Fehler o.ä.

Susi · December 16, 2020 at 9:12 PM

Na ja, du müsstest das deaktivieren, wenn das "index.php" wieder da hin soll.

Woodmen · December 16, 2020 at 9:14 PM

Quote from Susi

Na ja, du müsstest das deaktivieren, wenn das "index.php" wieder da hin soll.

Das will ich ja nicht. Ich will nur, dass die alten Links nun ebenfalls wieder funktionieren, die neue Linkstruktur will ich aber nicht erneut ändern.

Geronimo · December 16, 2020 at 9:21 PM

Quote from Susi

Na ja, du müsstest das deaktivieren, wenn das "index.php" wieder da hin soll.

Nein. Die Anleitung hat Alexander Ebert längst verlinkt.

Susi · December 16, 2020 at 9:30 PM

Ja, das habe ich gesehen. es kann auch sein, dass man bei diesem Versionssprung nochmal Links umleiten muss, das habe ich jetzt nicht im Kopf, aber das mit dem index.php bleibt ja als Thema.

Woodmen · December 17, 2020 at 9:07 PM

Quote from Alexander Ebert

diese Art der URLs gab es damals bei Burning Board 4.0, bzw. bei 4.1 mit dem Kompatibilitätsmodus. Es empfiehlt sich, diese URLs einfach weiterzuleiten: https://manual.woltlab.com/de/migration-u…urning-board-4x

Also entweder hab ich Tomaten auf den Augen oder das klappt bei mir einfach nicht.

nginx-Config:

Code

# PHP-FPM-Pools
    upstream php7.4 {
    server unix:/run/php/php7.4-fpm-example-pool1.sock;
        }

server {
    listen     127.0.0.1:80;
    server_name example.com www.example.com;
    return 302 https://$host$request_uri;
}

server {
    listen      127.0.0.1:443 ssl http2;
    server_name example.com www.example.com;
    root        /var/www/example.com/html;
    index       index.php;
    access_log  /dev/null;
    error_log   /dev/null;
#    access_log /var/www/example.com/logs/access.log;
    error_log    /var/www/example.com/logs/error.log;

include /etc/nginx/cloudflare.conf;

    ssl_protocols       TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers on;
    ssl_dhparam /etc/nginx/ssl/dhparam.pem;
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
    ssl_ciphers EECDH+AESGCM:EDH+AESGCM;
    ssl_ecdh_curve secp384r1;
    ssl_session_timeout  10m;
    ssl_session_cache shared:SSL:10m;
    ssl_session_tickets off;
    add_header Strict-Transport-Security "max-age=3600; includeSubDomains; preload";

    location ~* ^.+\.(jp?g|png|gif|bmp|ico|svg|css|js)$ {
                access_log  off;
                log_not_found  off;
                expires max;
    }

    location ~* /(attachments|cache|language|lib|log|storage|templates|tmp)/.*$ {
                return 403;
    }

    location / {
    index index.php;
        try_files $uri $uri/ @rewrite;
    }

   location @rewrite {
    rewrite ^/(/|/forum|cms/|framework/|calendar/|filebase/|blog/|gallery/)?([^.]+)$ /$1index.php?$2 last;
    }

    location ~ (?U)\.php(/.*$|$) {
    fastcgi_split_path_info ^(.+?\.php)(/.*)$;
    if (!-f $document_root$fastcgi_script_name) {
            return 404;
    }
    include fastcgi_params;
    fastcgi_pass    php7.4;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO $fastcgi_path_info;
    fastcgi_param DOCUMENT_ROOT $document_root;
}

location ~* "/\.(htaccess|htpasswd)$" {
        deny    all;
        return  404;
    }

location ~ /.well-known {
                allow all;
        }
}

Display More

Füge ich nun die entsprechenden Rewrites ein, lade die Config neu, lande ich beim "alten Links" einfach auf der Startseite des Forums.

Übersehe ich irgendwas?

**Alexander Ebert** · December 17, 2020 at 9:15 PM Official Post

Quote from Woodmen

Also entweder hab ich Tomaten auf den Augen oder das klappt bei mir einfach nicht.

In deiner Konfiguration sehe ich auch keine Weiterleitung der alten Links, nur die Umschreibungen für die aktuellen. Das sind zwei verschiedene Dinge, die in der richtigen Reihenfolge stehen müssen: Erst die Umleitungen der alten URLs und dann die Rewrites der aktuellen URLs.

Woodmen · December 17, 2020 at 9:19 PM

Quote from Alexander Ebert

In deiner Konfiguration sehe ich auch keine Weiterleitung der alten Links, nur die Umschreibungen für die aktuellen.

Quote from Woodmen

Füge ich nun die entsprechenden Rewrites ein, lade die Config neu, lande ich beim "alten Links" einfach auf der Startseite des Forums.

Hatte ich bereits getestet.
Das klappt ebenfalls nicht.

Code

[...]

location /calendar {
    rewrite ^/calendar/index.php/(.*) /calendar/index.php?$1 break;
}
location /gallery {
    rewrite ^/gallery/index.php/(.*) /gallery/index.php?$1 break;
}
location /filebase {
    rewrite ^/filebase/index.php/(.*) /filebase/index.php?$1 break;
}
location /index {
    rewrite ^/index.php/(.*) /forum/index.php?$1 break;
}

    location / {
    index index.php;
        try_files $uri $uri/ @rewrite;
    }

   location @rewrite {
    rewrite ^/(/|forum/|cms/|framework/|calendar/|filebase/|blog/|gallery/)?([^.]+)$ /$1index.php?$2 last;
    }

[...]

Display More

Woodmen · December 18, 2020 at 4:40 PM

Hat eventuell jemand das gleiche Konstrukt am laufen (alte Rewrites, neue Rewrites) und kann mir seine nginx Config mal posten?

Ich hab nun schon einiges probiert aber irgendwie scheint das nicht so ganz zu klappen.

Woodmen · December 20, 2020 at 6:15 PM

Irgendwie sehe ich den Fehler leider nicht.

Installierte Apps:

Paket	Pfad
WoltLab Suite Core	/framework/
WoltLab Suite Forum	/
WoltLab Suite Blog	/blog

Link-Umschreibung ist ebenfalls aktiviert.

Unter https://manual.woltlab.com/de/url-rewrites/ steht:

Quote from Woltlab Handbuch

Bearbeiten Sie die Konfiguration der Seite bzw. des VHost und fügen Sie die folgenden Zeilen ein. Bitte achten Sie darauf den Pfad /forum (in Zeile 1 und 4) entsprechend dem Installationspfad anzupassen.

In meinem Fall müsste das ja dann einfach / sein, oder irre ich mich?

Ich habs bereits mit / und /framework probiert, aber da klappt irgendwie keins von beiden.

nginx VHost-Konfiguration:

Code

    upstream php7.4 {
    server unix:/run/php/php7.4-fpm-example-pool1.sock;
        }

server {
    listen     127.0.0.1:80;
    server_name example.com www.example.com;
    return 302 https://$host$request_uri;
}

server {
    listen      127.0.0.1:443 ssl http2;
    server_name example.com www.example.com;
    root        /var/www/example.com/html;
    index     index.php;
    access_log  /dev/null;
    error_log   /dev/null;
    access_log /var/www/example.com/logs/access.log;
    error_log    /var/www/example.com/logs/error.log;
    include /etc/nginx/cloudflare.conf;

    ssl_protocols       TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers on;
    ssl_dhparam /etc/nginx/ssl/dhparam.pem;
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
    ssl_ciphers EECDH+AESGCM:EDH+AESGCM;
    ssl_ecdh_curve secp384r1;
    ssl_session_timeout  10m;
    ssl_session_cache shared:SSL:10m;
    ssl_session_tickets off;
    add_header Strict-Transport-Security "max-age=3600; includeSubDomains; preload";

location ~ (?U)\.php(/.*$|$) {
    fastcgi_split_path_info ^(.+?\.php)(/.*)$;
    if (!-f $document_root$fastcgi_script_name) {
            return 404;
    }

    include fastcgi_params;
    fastcgi_pass    php7.4;
    fastcgi_index   index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO $fastcgi_path_info;
    fastcgi_param DOCUMENT_ROOT $document_root;
}

location /index {
    rewrite ^/index.php/(.*) /framework/index.php?$1 break;
}

location / {
    index index.php;

    try_files $uri $uri/ @rewrite;
}
location @rewrite {
    rewrite ^/(/|framework/|cms/|calendar/|filebase/|blog/|gallery/)?([^.]+)$ /$1index.php?$2 last;
}

}

Display More

fastcgi_params:

Code

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REQUEST_SCHEME     $scheme;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Display More

scy · December 22, 2020 at 9:00 PM

Code

location /index {
    rewrite ^/index.php/(.*) /framework/index.php?$1 break;
}

hast du noch Links aus WBB 4.0 oder was willst du genau machen ?

Tobias777 · December 22, 2020 at 9:02 PM

Quote from scy

hast du noch Links aus WBB 4.0 oder was willst du genau machen ?

Er hat wohl den Kompatibilitätsmodus in WBB4.1 aktiviert. Das sorgt für eine Linkstruktur wie beim WBB4.0.

scy · December 22, 2020 at 10:34 PM Best Answer

Code

upstream php7.4 {
    server unix:/run/php/php7.4-fpm-example-pool1.sock;
}

server {
    listen     127.0.0.1:80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

server {
    listen      127.0.0.1:443 ssl http2;
    server_name example.com www.example.com;
    root        /var/www/example.com/html;
    index     index.php;
    access_log  /dev/null;
    error_log   /dev/null;
    access_log /var/www/example.com/logs/access.log;
    error_log    /var/www/example.com/logs/error.log;
    include /etc/nginx/cloudflare.conf;

    ssl_protocols       TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers on;
    ssl_dhparam /etc/nginx/ssl/dhparam.pem;
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
    ssl_ciphers EECDH+AESGCM:EDH+AESGCM;
    ssl_ecdh_curve secp384r1;
    ssl_session_timeout  10m;
    ssl_session_cache shared:SSL:10m;
    ssl_session_tickets off;
    add_header Strict-Transport-Security "max-age=3600; includeSubDomains; preload";

    location ~ \.php$ {
        try_files $uri =404;

        fastcgi_pass php7.4;
        fastcgi_keep_conn on;
        fastcgi_intercept_errors off;

        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }

    location /index.php/Board/ {
        rewrite (?i)^/index.php/Board/([0-9]+)-([^.]+)/?$ /board/$1/ permanent;
    }

    location /index.php/Thread/ {
        rewrite (?i)^/index.php/Thread/([0-9]+)-([^.]+)/?$ /thread/$1/ permanent;
    }

    location / {
        try_files $uri $uri/ @rewrite;
    }

    location @rewrite {
        rewrite ^/(/|framework/|cms/|calendar/|filebase/|blog/|gallery/)?([^.]+)$ /$1index.php?$2 last;
    }
}

Display More

das sind jetzt erstmal Beispiel Regeln, muss möglicherweise an deine alte Linkstruktur angepasst werden. das PATH_INFO Gedöns brauchst du nicht mehr.

Woodmen · December 23, 2020 at 9:46 AM

Quote from scy

das sind jetzt erstmal Beispiel Regeln, muss möglicherweise an deine alte Linkstruktur angepasst werden. das PATH_INFO Gedöns brauchst du nicht mehr.

Sieht so erstmal gut aus. Vielen Lieben Dank für deine Hilfe!

Für die User-URLs habe ich noch eine weitere Rewrite-Rule eingepflegt. (Im ACP hätte ich natürlich auch das framework für die entsprechende Seite entfernen können, habe ich aber nicht gemacht.)

Code

 location /index.php/User/ {
        rewrite (?i)^/index.php/User/([0-9]+)-([^.]+)/?$ /framework/user/$1/ permanent;
    }

Participate now!