Ankündigung

Einklappen
Keine Ankündigung bisher.

Website läuft auf Subdomain, aber nicht auf Hauptdomain

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • #16
    Ein Eclipse9 Theme ist weder Contao 4.13 kompatibel, noch PHP8.2
    https://forum.premium-contao-themes....23-geschlossen
    http://www.premium-contao-themes.com

    Kommentar


    • #17
      Es war mir nicht klar, dass hier nur Eclipse9 hingehört. Es ist ein EclipseX-Theme. Soll ich meine Frage woanders posten?

      Kommentar


      • #18
        Zitat von ankbin Beitrag anzeigen
        Es war mir nicht klar, dass hier nur Eclipse9 hingehört. Es ist ein EclipseX-Theme. Soll ich meine Frage woanders posten?
        Der erste Thread war bezüglich E9.
        ---
        Zu Deiner Frage: Ohne konkrete Hinweise (Fehlermeldungen etc.), können wir nur ins Blaue raten.
        Wenn beide Installationen identisch sind und identische Systemkonfigurationen nutzen, sind auch beide lauffähig. Nach einer Spiegelung muss ggf. der Symfony-Cache neu aufgebaut werden.
        http://www.premium-contao-themes.com

        Kommentar


        • #19
          Symfony Anwendungs-Cache habe ich erneuert. Allerdings im Manager der Subdomain , denn in den Manager der hauptdomain komme ich ja nicht rein: Fehlermeldung dazu:
          ERROR 500
          The Contao Manager could not create the directory "//contao-manager".
          It looks like your server is not configured correctly. If you are about to install Contao, please setup the DocumentRoot of your web server. Otherwise make sure the file access permissions are correct. If you are unsure how to fix this, contact your hosting provider for support.
          Nur: da liegt ja schon das gesuchte Verzeichnis. Genau unter diesem Pfad. Weil beide Domains auf das selbe Zielverzeichnis pointen. Und, wie gesagt, eine testweise temporär reingelegte index.html durfte ich öffnen. Also kann es doch nicht am Provider liegen, oder?
          Liegt es vielleicht an der .htaccess:
          <IfModule mod_rewrite.c>
          RewriteEngine On

          <IfModule mod_headers.c>
          # Assets in /assets and /bundles either contain a hash in their filename
          # or are called with a ?version suffix, therefore cache them for 1 year.
          RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
          Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

          # Allow CORS on the Contao TinyMCE skin.
          RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
          Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
          </IfModule>

          # Determine the RewriteBase automatically and set it as environment variable.
          # If you are using Apache aliases to do mass virtual hosting or installed the
          # project in a subdirectory, the base path will be prepended to allow proper
          # resolution of the index.php file and to redirect to the correct URI. It will
          # work in environments without path prefix as well, providing a safe, one-size
          # fits all solution. But as you do not need it in this case, you can comment
          # the following 2 lines to eliminate the overhead.
          RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
          RewriteRule ^(.*) - [E=BASE:%1]

          # Sets the HTTP_AUTHORIZATION header removed by Apache
          RewriteCond %{HTTP:Authorization} .
          RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

          # Redirect to URI without front controller to prevent duplicate content
          # (with and without `/index.php`). Only do this redirect on the initial
          # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
          # endless redirect loop (request -> rewrite to front controller ->
          # redirect -> request -> ...).
          # So in case you get a "too many redirects" error or you always get redirected
          # to the start page because your Apache does not expose the REDIRECT_STATUS
          # environment variable, you have 2 choices:
          # - disable this feature by commenting the following 2 lines or
          # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
          # following RewriteCond (best solution)
          RewriteCond %{ENV:REDIRECT_STATUS} ^$
          RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

          # If the requested filename exists, simply serve it.
          # We only want to let Apache serve files and not directories.
          RewriteCond %{REQUEST_FILENAME} -f
          RewriteRule ^ - [L]

          # Rewrite all other queries to the front controller.
          RewriteRule ^ %{ENV:BASE}/index.php [L]
          </IfModule>

          <IfModule !mod_rewrite.c>
          <IfModule mod_alias.c>
          # When mod_rewrite is not available, we instruct a temporary redirect of
          # the start page to the front controller explicitly so that the website
          # and the generated links can still be used.
          RedirectMatch 302 ^/$ /index.php/
          # RedirectTemp cannot be used instead
          </IfModule>
          </IfModule>

          Zuletzt geändert von ankbin; 28.11.2023, 14:52.

          Kommentar


          • #20
            In system/logs/ liegt kein error.log
            In contao-manager/logs habe ich einen error.log von gestern. Aber keinen von heute.
            Symfony\Component\HttpKernel\Exception\AccessDenie dHttpException: "Access Denied." at phar:///var/www/ [... pfad ...] /web/contao-manager.phar.php/api/EventListener/ExceptionListener.php line 110 {"exception":"[object]

            Kommentar


            • #21
              Klingt nach Schreibrechten: The Contao Manager could not create the directory
              Bitte wende Dich an deinen Systemadmin.

              ---
              Der Contao Manager wird für das Theme bzw. für einen Contao-Umzug nicht benötigt. Ein Installation-Umzug auf eine Subdomain etc. kann ohne Probleme auch ohne Manager erfolgen.

              Hier eine Checkliste:
              Vorarbeit: Zielserver vorbereiten und allgemeine Kompatibilität sicherstellen.
              • Alle Daten von Quelle zu Ziel kopieren (Spiegelung der gesamten Installation) -> Beim Hochladen auf versteckte Dateien achten. FTP Programm prüfen, dass es versteckte Dateien berücksichtigt!
              • Datenbank exportieren und in Ziel importieren
              • In Ziel die neue Datenbank verbinden: /config/parameters.yml (4.9, 4.13)
              • Symphony-Cache leeren (manuell oder per Installer)
              • Im Backend die Systemwartung durchführen lassen
              • Lizenz unter neuer Toplevel-Domain freigeben im Backend (Subdomains sind inklusive, hier ändert sich nichts)
              Es ist nicht nötig vorher Contao in der Zielinstallation zu installieren.

              Wenn die Subdomain korrekt auflöst auf das /web (oder /pulic) Verzeichnis ist die Installation direkt lauffähig.
              Zuletzt geändert von Tim; 28.11.2023, 12:27.
              http://www.premium-contao-themes.com

              Kommentar


              • #22
                Danke, aber das ist nicht mein Problem. Ich möchte die Seite nicht umziehen. Sie liegt schon beim richtigen Provider.

                Ich habe eine Webseite in der Subdomain https://sub.xxx.de/ aufgebaut. Jetzt möchte ich sie freischalten, habe also das Zielverzeichnis für https://xxx.de/ geändert.
                Das Zielverzeichnis ist richtig, denn wenn ich testweise eine index.html hineinlege, kann ich sie aufrufen.
                Nur die Contaoseite läuft nicht.
                Zuletzt geändert von ankbin; 28.11.2023, 14:53.

                Kommentar


                • #23
                  Problem ist gelöst. Es war ein open_basedir Fehler. Also PHP. Damit habe ich nicht gerechnet, weil die Subdomain ja lief.

                  Kommentar

                  Lädt...
                  X