Seite 2 von 2

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 28.01.2017 18:41
von canonknipser
Ich habs ja schon auf .com geschrieben: https://www.phpbb.com/community/viewtop ... #p14633931
Die ACP-Module brauchst du nicht mehr (das sind ja nur noch die "toten" Datenbankeinträge), also deaktivieren und löschen. Die stören evtl bei zukünftigen Upgrades.

Zum Thema Links: Ich würde (das ist hier auch schon an mehren Stellen beschrieben) aus der von phpseo für das Board modifizierten .htaccess alle redirect-Anweisungen in die aktuelle .htaccess übernehmen (Achtung, vorher immer ein Backup anlegen und gut wegpacken) und ggf. um eine 301-Status ergänzen (=moved permanetly). Dadurch werden die alten, noch im Board vorhanden Links und auch die bei googel vorhandenen auf die korrekten Adressen um geleitet und im Google.-Eintrag auch geändert.
Nach angemessener Zeit können m.M. nach die Einträge auch wieder aus der .htaccess raus, weil die dann in den Suchmaschinen korrigiert sind und in der Regel auch auf alte Posts nicht mehr zugegriffen wird.

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 28.01.2017 19:09
von MaDay
Ja ich habe gestern schon auf der englischen Seite gelesen.
canonknipser hat geschrieben:
Zum Thema Links: Ich würde (das ist hier auch schon an mehren Stellen beschrieben) aus der von phpseo für das Board modifizierten .htaccess alle redirect-Anweisungen in die aktuelle .htaccess übernehmen
Vielen Dank! Ich habe schon gesucht aber kann die ---> modifizierten .htaccess <<<------- nicht finden. In der /root/Forum/.htaccess ist nichts davon zu lesen.

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
        <IfVersion < 2.4>
                <Files "config.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
                <Files "common.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
        </IfVersion>
        <IfVersion >= 2.4>
                <Files "config.php">
                        Require all denied
                </Files>
                <Files "common.php">
                        Require all denied
                </Files>
        </IfVersion>
</IfModule>
<IfModule !mod_version.c>
        <IfModule !mod_authz_core.c>
                <Files "config.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
                <Files "common.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
        </IfModule>
        <IfModule mod_authz_core.c>
                <Files "config.php">
                        Require all denied
                </Files>
                <Files "common.php">
                        Require all denied
                </Files>
        </IfModule>
</IfModule>
    DirectoryIndex app.php/portal index.php index.html index.htm

Und in root/ext/phpseo/ befindet sich keine .htaccess . :oops:

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 28.01.2017 19:59
von canonknipser
MaDay hat geschrieben:aber kann die ---> modifizierten .htaccess <<<------- nicht finden.
Du hast im Backup von 3.1 gesucht?

Meine letzte phpBBBseo-Erfahrung stammt noch aus 3.0, aber wenn die kompatibel mit Ihrer Entwicklung weitergemacht haben, sollten die redirect- Anweisungen, die in dem auf .-com von mir verlinkten Artikel stehen, noch größtenteils auch mit 3.1-Links funktionieren.
Schau die einfach die dortige .htaccess an

Euer Server läuft doch mit Apache?

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 28.01.2017 21:08
von MaDay
Im Backup-Ordner habe ich noch diese .htaccess - datiert auf den 18.05.2016 - Pfad: /root/Forum-Verzeichnis. In ex/phpseo sind lediglich 3 Unterordner. Davon sind noch die Zip-Dateien vorhanden. Habe sie entpackt aber auch da finde ich nichts.

Code: Alles auswählen

 
    <IfModule mod_rewrite.c>
         # You may need to un-comment the following lines
         # Options +FollowSymlinks
         # To make sure that rewritten dir or file (/|.html) will not load dir.php in case it exist
         # Options -MultiViews
         # REMEBER YOU ONLY NEED TO STARD MOD REWRITE ONCE
         RewriteEngine On

         # Uncomment the statement below if you want to make use of
         # HTTP authentication and it does not already work.
         # This could be required if you are for example using PHP via Apache CGI.
         # RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

         # REWRITE BASE
         RewriteBase /

         # HERE IS A GOOD PLACE TO FORCE CANONICAL DOMAIN
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^alg-ratgeber\.de [NC]
RewriteRule (.*) http://alg-ratgeber.de/$1 [R=301,L]

         # DO NOT GO FURTHER IF THE REQUESTED FILE / DIR DOES EXISTS
         RewriteCond %{REQUEST_FILENAME} -f [OR]
         RewriteCond %{REQUEST_FILENAME} -d
         RewriteRule . - [L]
         # FORUM INDEX REWRITERULE WOULD STAND HERE IF USED. "forum" REQUIRES TO BE SET AS FORUM INDEX
         # RewriteRule ^forum\.html$ /index.php [QSA,L,NC]
         # FORUM ALL MODES
         RewriteRule ^(forum|[a-z0-9_-]*-f)([0-9]+)/?(page([0-9]+)\.html)?$ /viewforum.php?f=$2&start=$4 [QSA,L,NC]
         # TOPIC WITH VIRTUAL FOLDER ALL MODES
         RewriteRule ^(forum|[a-z0-9_-]*-f)([0-9]+)/(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?f=$2&t=$4&start=$6 [QSA,L,NC]
         # TOPIC WITHOUT FORUM ID & DELIM ALL MODES
         RewriteRule ^([a-z0-9_-]*)/?(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?forum_uri=$1&t=$3&start=$5 [QSA,L,NC]
         # PROFILES ALL MODES WITH ID
         RewriteRule ^(member|[a-z0-9_-]*-u)([0-9]+)/?$ /memberlist.php?mode=viewprofile&u=$2 [QSA,L,NC]
         # USER MESSAGES ALL MODES WITH ID
         RewriteRule ^(member|[a-z0-9_-]*-u)([0-9]+)/(topics|posts)/?(page([0-9]+)\.html)?$ /search.php?author_id=$2&sr=$3&start=$5 [QSA,L,NC]
         # GROUPS ALL MODES
         RewriteRule ^(group|[a-z0-9_-]*-g)([0-9]+)(-([0-9]+))?\.html$ /memberlist.php?mode=group&g=$2&start=$4 [QSA,L,NC]
         # POSTS
         RewriteRule ^post([0-9]+)\.html$ /viewtopic.php?p=$1 [QSA,L,NC]
         # ACTIVE TOPICS
         RewriteRule ^active-topics(-([0-9]+))?\.html$ /search.php?search_id=active_topics&start=$2&sr=topics [QSA,L,NC]
         # UNANSWERED TOPICS
         RewriteRule ^unanswered(-([0-9]+))?\.html$ /search.php?search_id=unanswered&start=$2&sr=topics [QSA,L,NC]
         # NEW POSTS
         RewriteRule ^newposts(-([0-9]+))?\.html$ /search.php?search_id=newposts&start=$2&sr=topics [QSA,L,NC]
         # UNREAD POSTS
         RewriteRule ^unreadposts(-([0-9]+))?\.html$ /search.php?search_id=unreadposts&start=$2 [QSA,L,NC]
         # THE TEAM
         RewriteRule ^the-team\.html$ /memberlist.php?mode=team [QSA,L,NC]
         # HERE IS A GOOD PLACE TO ADD OTHER PHPBB RELATED REWRITERULES
         
         # FORUM WITHOUT ID & DELIM ALL MODES
         # THESE LINES MUST BE LOCATED AT THE END OF YOUR HTACCESS TO WORK PROPERLY
         RewriteCond %{REQUEST_FILENAME} !-f
         RewriteCond %{REQUEST_FILENAME} !-d
         RewriteRule ^([a-z0-9_-]+)/?(page([0-9]+)\.html)?$ /viewforum.php?forum_uri=$1&start=$3 [QSA,L,NC]
         # FIX RELATIVE PATHS : FILES
         RewriteRule ^(style\.php|ucp\.php|mcp\.php|faq\.php|posting\.php|download/file\.php|report\.php|adm/index\.php|cron\.php)$ /$1 [QSA,L,NC,R=301]
         # FIX RELATIVE PATHS : IMAGES
         RewriteRule ^(styles/.*|images/.*|assets/.*|ext/.*)$ /$1 [QSA,L,NC,R=301]
         #
         # The following 3 lines will rewrite URLs passed through the front controller
         # to not require app.php in the actual URL. In other words, a controller is
         # by default accessed at /app.php/my/controller, but can also be accessed at
         # /my/controller
         #
         RewriteCond %{REQUEST_FILENAME} !-f
         RewriteCond %{REQUEST_FILENAME} !-d
         RewriteRule ^(.*)$ /app.php [QSA,L]

    </IfModule>

    # With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
    # module mod_authz_host to a new module called mod_access_compat (which may be
    # disabled) and a new "Require" syntax has been introduced to mod_authz_host.
    # We could just conditionally provide both versions, but unfortunately Apache
    # does not explicitly tell us its version if the module mod_version is not
    # available. In this case, we check for the availability of module
    # mod_authz_core (which should be on 2.4 or higher only) as a best guess.
    <IfModule mod_version.c>
         <IfVersion < 2.4>
              <Files "config.php">
                   Order Allow,Deny
                   Deny from All
              </Files>
              <Files "common.php">
                   Order Allow,Deny
                   Deny from All
              </Files>
         </IfVersion>
         <IfVersion >= 2.4>
              <Files "config.php">
                   Require all denied
              </Files>
              <Files "common.php">
                   Require all denied
              </Files>
         </IfVersion>
    </IfModule>
    <IfModule !mod_version.c>
         <IfModule !mod_authz_core.c>
              <Files "config.php">
                   Order Allow,Deny
                   Deny from All
              </Files>
              <Files "common.php">
                   Order Allow,Deny
                   Deny from All
              </Files>
         </IfModule>
         <IfModule mod_authz_core.c>
              <Files "config.php">
                   Require all denied
              </Files>
              <Files "common.php">
                   Require all denied
              </Files>
         </IfModule>
    </IfModule>
    DirectoryIndex app.php/portal index.php index.html index.htm
Ist das denn die "seo-modifizierte" Datei? - Die liegt aber gar nicht auf den Server.

Werde mit koelsejung sprechen und die Seo-Module entfernen(löschen) - klar vorher immer Sicherungen der Datenbank und Software

Nachtrag 29.1.17: die .htaccess ist inhaltlich gleich mit der zuletzt gesicherten. Also direkt vorm Update auf 3.2.0. am 17.1.2017

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 31.01.2017 14:21
von canonknipser
MaDay hat geschrieben:Ist das denn die "seo-modifizierte" Datei?
ja das ist sie.
Die darfst du natürlich nicht einfach so auf deinen aktuelle htaccess "klatschen", sondern musst da mit Überlegung vorgehen.
Am besten befasst du dich vorab mal mit der Syntax des rewrite in der htaccess, z.B. hier: https://wiki.selfhtml.org/wiki/Webserver/mod_rewrite oder hier: http://www.peterkropff.de/allgemeines/h ... rite_1.htm ,hier: https://httpd.apache.org/docs/current/r ... flags.html , hier: http://httpd.apache.org/docs/2.0/misc/rewriteguide.html

In deiner htaccess-Datei findest du entsprechende Zeilen. Soweit ich das einschätzen kann, werden bei euch für die "alten" internen Links noch die "viewtopic"-rewrite-Anweisungen benötigt, also z.B. (exemplarisch, nicht alles aufgeführt ...)

Code: Alles auswählen

         # TOPIC WITH VIRTUAL FOLDER ALL MODES
         RewriteRule ^(forum|[a-z0-9_-]*-f)([0-9]+)/(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?f=$2&t=$4&start=$6 [QSA,L,NC]
         # TOPIC WITHOUT FORUM ID & DELIM ALL MODES
         RewriteRule ^([a-z0-9_-]*)/?(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?forum_uri=$1&t=$3&start=$5 [QSA,L,NC]
Diese solltest du in ggf. wieder einfügen, evtl. werden noch mehr Anweisungen benötigt, also vorher einlesen, was du wo machen musst und IMMER einen Backup anlegen, so dass du sofort wieder zurückschalten kannst.
Da du ja keine "echten" links in eurem Board änderst, ist ein zurückschalten auf die vorherige Version der htaccess auch jederzeit wieder möglich.

Wenn das da alles läuft, kannst du Google auch noch mitteilen, dass die alten seo-Links nicht mehr gültig sind, indem du an jede deiner wieder aktiven seo-rules ein R=301 innerhalb der eckigen Klammer anhängst.


Und denk dran: du darfst dann bei einem Update der Forensoftware die htaccess nicht überschreiben, sonst sind deine Umleitungen wieder weg

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 01.02.2017 12:10
von MaDay
Moin und danke für Deine weiteren Hinweise. Ja da habe ich erst jede Menge zu lesen und hoffe das ich alles auch richtig umsetzen kann. :-?

Natürlich lege ich grundsätzlich eine Sicherung an.

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 08.02.2017 19:07
von MaDay
@ canonknipser

Nachdem ich so viel über die Bearbeitung der .htaccess gelesen habe bin ich noch unsicherer. Leider. :cry:

Ich habe XAMPP installiert aber die Datenbank wird nicht importiert. Zu groß. Und PHP-Triad - euren Workshop zum Webserver läuft nicht auf win7 x64 . Schade.
In deiner htaccess-Datei findest du entsprechende Zeilen. Soweit ich das einschätzen kann, werden bei euch für die "alten" internen Links noch die "viewtopic"-rewrite-Anweisungen benötigt, also z.B. (exemplarisch, nicht alles aufgeführt ...)

Code: Alles auswählen

         # TOPIC WITH VIRTUAL FOLDER ALL MODES
         RewriteRule ^(forum|[a-z0-9_-]*-f)([0-9]+)/(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?f=$2&t=$4&start=$6 [QSA,L,NC]
         # TOPIC WITHOUT FORUM ID & DELIM ALL MODES
         RewriteRule ^([a-z0-9_-]*)/?(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?forum_uri=$1&t=$3&start=$5 [QSA,L,NC]

Ich habe den obigen Code nun in die .htaccess kopiert.

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]
# TOPIC WITH VIRTUAL FOLDER ALL MODES
         RewriteRule ^(forum|[a-z0-9_-]*-f)([0-9]+)/(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?f=$2&t=$4&start=$6 [QSA,L,NC]
         # TOPIC WITHOUT FORUM ID & DELIM ALL MODES
         RewriteRule ^([a-z0-9_-]*)/?(topic|[a-z0-9_-]*-t)([0-9]+)(-([0-9]+))?\.html$ /viewtopic.php?forum_uri=$1&t=$3&start=$5 [QSA,L,NC]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
        <IfVersion < 2.4>
                <Files "config.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
                <Files "common.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
        </IfVersion>
        <IfVersion >= 2.4>
                <Files "config.php">
                        Require all denied
                </Files>
                <Files "common.php">
                        Require all denied
                </Files>
        </IfVersion>
</IfModule>
<IfModule !mod_version.c>
        <IfModule !mod_authz_core.c>
                <Files "config.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
                <Files "common.php">
                        Order Allow,Deny
                        Deny from All
                </Files>
        </IfModule>
        <IfModule mod_authz_core.c>
                <Files "config.php">
                        Require all denied
                </Files>
                <Files "common.php">
                        Require all denied
                </Files>
        </IfModule>
</IfModule>
    DirectoryIndex app.php/portal index.php index.html index.htm
Es fehlt noch ein R=301. Mir ist erst Mal wichtig ob ich das an richtiger Stelle kopiert habe??????

Re: [3.2.0] Nach Update - No route found for "GET /

Verfasst: 13.02.2017 18:33
von MaDay
Wenn das da alles läuft, kannst du Google auch noch mitteilen, dass die alten seo-Links nicht mehr gültig sind, indem du an jede deiner wieder aktiven seo-rules ein R=301 innerhalb der eckigen Klammer anhängst.
1.Versuch bringt eine Fehlermeldung:
Die Seite alg-ratgeber.de funkioniert nicht. http://www.alg-ratgeber.de hat Sie zu oft weitergeleitet.
ERR_TOO_MANY_REDIRECTS
Die Fehlermeldung wurde nur auf die Portalseite ausgegeben. Die Onlinesuche weißt nur für Chrome und Cookies hin. Auch nach leeren der Browserdaten sowie im ACP /Cache leeren hat nichts gebracht. Opera zeigte die Portalseite ohne Probleme.

Ich habe hier das R=301 eingeben

Code: Alles auswählen

RewriteRule ^(.*)$ app.php [QSA,L,§=301] 
Ist das an falscher Stelle oder einfach zu früh eingefügt?