Update von 3.x nach 4.x schlägt fehl mit 500-Error

  • JoomlaWunder: Ich habe gerade nachgesehen, und ich glaube, die arbeiten auch mit Windows.
    Nun hab ich eine .web.config auch im Rootverzeichnis liegen. Soll ich die htaccess dann löschen, stören die sich gegenseitig?

    Eine .htaccess sollte bei Windows-Servern keine Auswirkung haben. Aber welchen Server du hast, das sollte auf jeden Fall geklärt werden. Poste doch mal einen Screenshot von den Systeminfos im Backend!

  • Linux mit Apache, wie bei den meisten Hostern.

    Damit ist .htaccess richtig.

    Deine aus der Zip hat keine Zeilenumbrüche.

    Ich weiß nicht, ob das der Grund für das nicht funktionieren ist, aber lesbar wird si dadurch nicht wirklich.

    Kannst du ggf mal eine aus einem funtionierenden bzgl. einer jungfreulichen Installation nehmen?

  • Ich kann dir die zeigen, mit der die Seite aktuell unter J3.10 funktioniert, aber ich hab da eigentlich nie was dran verändert:

    ##

    # @package Joomla

    # @copyright Copyright (C) 2005 - 2016 Open Source Matters. All rights reserved.

    # @license GNU General Public License version 2 or later; see LICENSE.txt

    ##


    ##

    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!

    #

    # The line 'Options +FollowSymLinks' may cause problems with some server configurations.

    # It is required for the use of mod_rewrite, but it may have already been set by your

    # server administrator in a way that disallows changing it in this .htaccess file.

    # If using it causes your site to produce an error, comment it out (add # to the

    # beginning of the line), reload your site in your browser and test your sef urls. If

    # they work, then it has been set by your server administrator and you do not need to

    # set it here.

    ##


    ## No directory listings

    IndexIgnore *


    ## Can be commented out if causes errors, see notes above.

    ## Options +FollowSymlinks

    ## Options -Indexes


    <IfModule mod_headers.c>

    Header always set X-Content-Type-Options "nosniff"

    </IfModule>


    ## Mod_rewrite in use.


    RewriteEngine On



    ## Begin - Rewrite rules to block out some common exploits.

    # If you experience problems on your site then comment out the operations listed

    # below by adding a # to the beginning of the line.

    # This attempts to block the most common type of exploit `attempts` on Joomla!

    #

    # Block any script trying to base64_encode data within the URL.

    RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]

    # Block any script that includes a <script> tag in URL.

    RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]

    # Block any script trying to set a PHP GLOBALS variable via URL.

    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

    # Block any script trying to modify a _REQUEST variable via URL.

    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})

    # Return 403 Forbidden header and show the content of the root home page

    RewriteRule .* index.php [F]

    #

    ## End - Rewrite rules to block out some common exploits.


    ## Begin - Custom redirects

    #

    # If you need to redirect some pages, or set a canonical non-www to

    # www redirect (or vice versa), place that code here. Ensure those

    # redirects use the correct RewriteRule syntax and the [R=301,L] flags.


    RewriteCond %{SERVER_PORT} !^443$

    RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]


    #RewriteCond %{HTTPS} OFF

    #RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}


    #

    ## End - Custom redirects


    ##

    # Uncomment the following line if your webserver's URL

    # is not directly related to physical file paths.

    # Update Your Joomla! Directory (just / for root).

    ##


    RewriteBase /


    ## Begin - Joomla! core SEF Section.

    #

    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    #

    # If the requested path and file is not /index.php and the request

    # has not already been internally rewritten to the index.php script

    RewriteCond %{REQUEST_URI} !^/index\.php

    # and the requested path and file doesn't directly match a physical file

    RewriteCond %{REQUEST_FILENAME} !-f

    # and the requested path and file doesn't directly match a physical folder

    RewriteCond %{REQUEST_FILENAME} !-d

    # internally rewrite the request to the index.php script

    RewriteRule .* index.php [L]

    #

    ## End - Joomla! core SEF Section.


    Hilft das weiter?

  • Stef: Als ich die aktuell laufende Seite damit aktualisiert habe, war das Ergebnis eine weiße Seite. Kein Kommentar außer "Error" oben links.
    War auch nicht zu finden, woran das lag. Und da ich eh schon dabei war, J4 zu bauen, hab ich es bei 3.10.11 belassen.
    Konnte ja nicht ahnen, dass es so ein Akt der Verzweiflung ist, das auf den Live-Server zu bringen.

  • Ich habe etwas die Übersicht verloren. Aber auf dem Screenshot mit Joomla 3.10.11 sehe ich PHP 8.2.0. Das ist in der Regel zu hoch für J3. Es könnte sein, dass damit die Migration misslingt.


    Für Migrationen von J3 zu J4 nutze ich in der Regel PHP 7.4, (meist auf lokaler Testebene), seltener 8.0. Mit beiden gab es noch nie Probleme.

  • ... und da ist sie wieder ...
    Ich habe mal eine Subdomain angelegt (zum 1. Mal, übrigens) und eine Sicherung dort aufgespielt.
    Im Frontend hab ich immer noch den Error 500, aber immerhin habe ich es bis in eine Art Backend geschafft.
    Sagt euch das was?

  • @ Elwood: Die Seite liegt bei IONOS unter Joomla4.kost-alkohole.de
    @ Stef: Die Version 7.4 kannst du mittlerweile nur noch gegen Entgelt wieder aufspielen, wenn ich das richtig verstanden habe. Mittlerweile hab ich auf 8.0 heruntergesetzt, weiter runter geht es nicht.

  • Update:
    Ich habe beim Hoster die PHP Version 7.4 "gemietet" (für monatl. 7,81 EUR), meine config.php von der intakten Seite unter 3.10.12 (hat heute morgen dann doch mal funktioniert) gespeichert und angewendet, die von WM-Loose zur Verfügung gestellte .htaccess in htaccess.txt umgewandelt und plötzlich ... PLÖTZLICH komme ich ins Backend. Allerdings... wieder die Doppelslashes in der Adresszeile und die Meldung: Umleitungsfehler.



    Das Backend scheint jedenfalls zu funktionieren, jedenfalls habe ich schon eine Sicherung durchführen können.
    Was kann es denn jetzt noch sein?
    Es geht hier um die eigentliche Seite, nicht die Subdomain.