Hilfe benötigt - Website -> Localhost

Liste der Anhänge anzeigen (Anzahl: 2)

Hallo zusammen,

ich bin gerade dabei eine bestehende Website umzuarbeiten. Die Website wurde mit Contao erstellt, allerdings nicht von mir.

Da ich selbstverständlich die Website nicht online bearbeiten möchte, habe ich mir die Daten in meine gewohnte lokale Umgebung gezogen.

Die Daten der Website befinden sich in einem neuen Ordner in htdocs und ebenso habe ich die Datenbank im phpmyadmin importiert, aber sobald ich die .../contao/install.php ausführen möchte, verlangt der localhost von mir einen Login: Anhang 18629

In der config.inc.php sind die Daten wie voreingestellt ("root" / ""), allerdings kommt es zu folgender Fehlermeldung wenn ich diese eingebe: Anhang 18630.

Nach weiterer längerer Suche habe ich herausgefunden, dass Error 500 (eventuell) mit der Verbindung zur Datenbank zusammenhängt.
Das wäre auch logisch für mich, da ich ja erst über die install.php die Verbindung zur Datenbank herstellen kann, oder liege ich da falsch?

Leider konnte ich bis jetzt noch keine Lösung finden und mir gehen schon die Ideen aus, nach was ich googeln soll...

Gibt es eigentlich eine andere Möglichkeit die Daten der Website, lokal mit der Datenbank zu verbinden als über die install.php?

Wodurch könnte der Fehler noch entstehen?

Ich habe noch mehrere Seiten Lokal, diese kann ich alle ohne Probleme aufrufen - da wird auch kein Login von mir verlangt für den Localhost.

Falls mir jemand hier etwas weiterhelfen könnte, würde ich mich sehr darüber freuen!

Vielen lieben Dank im Voraus!

Was ist als RewriteBase in der .htaccess eingetragen?
Was steht in der /system/config/pathconfig.php?
Welche Contao Version überhaupt?

Zitat:

Zitat von Spooky

Was ist als RewriteBase in der .htaccess eingetragen?
Was steht in der /system/config/pathconfig.php?
Welche Contao Version überhaupt?

Rewritebase:

Code:

## # URL rewriting ## <IfModule mod_rewrite.c> RewriteEngine On ## # Change the RewriteBase if your Contao installation is in a subdirectoy and # the rewrite rules are not working properly. Usage examples: # # RewriteBase /contao-3.0.0 # RewriteBase /path/to/contao # # Depending on your server, you might have to remove the line entirely. ## #RewriteBase / ## # Uncomment the following lines to add "www." to the domain: # # RewriteCond %{HTTP_HOST} ^example\.com$ [NC] # RewriteRule (.*) http://www.example.com/$1 [R=301,L] # # Uncomment the following lines to remove "www." from the domain: # # RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC] # RewriteRule (.*) http://example.com/$1 [R=301,L] # # Make sure to replace "example.com" with your domain name. ##

pathconfig:

Code:

<?php // Relative path to the installation return '';

Die Website hat noch die Contao-Version 3.5.2

Unter welcher URL genau rufst du die Contao Installation auf?

Liste der Anhänge anzeigen (Anzahl: 1)

wie gehabt unter:

localhost/"name des ordners im htdocs"

alle anderen Websites die ich im htdocs habe, rufe ich auf die gleiche Art ab und kann ohne Probleme darauf zugreifen

hab auch schon mehrere Browser probiert... alles mit dem gleichen Ergebnis

wenn ich nur das Frontend abrufe bekomme ich diese Fehlermeldung: Anhang 18631

wenn ich auf das Backend zugreifen, bzw. die install.php ausführen möchte wird eben der Login für localhost verlangt

Zitat:

Zitat von Llywellyn

wie gehabt unter:

localhost/"name des ordners im htdocs"

Dann ist die RewriteBase und die pathconfig.php falsch. Die RewriteBase sollte lauten:

Code:

RewriteBase /foo

Und die pathconfig.php sollte lauten

PHP-Code:

<?php // Relative path to the installation return '/foo';

Letzteres wird übrigens vom Install Tool gesetzt, wenn du dich dort einloggst.

"foo" musst du natürlich mit dem "Namen des Ordners im htdocs" ersetzen.

Zitat:

Zitat von Spooky

Dann ist die RewriteBase und die pathconfig.php falsch. Die RewriteBase sollte lauten:

Code:

RewriteBase /foo

Und die pathconfig.php sollte lauten

PHP-Code:

<?php // Relative path to the installation return '/foo';

Letzteres wird übrigens vom Install Tool gesetzt, wenn du dich dort einloggst.

"foo" musst du natürlich mit dem "Namen des Ordners im htdocs" ersetzen.

ich habe die Änderungen durchgeführt, leider ohne Erfolg... hab auch alle Schreibweisen überprüft, nicht dass sich ein Schreibfehler eingeschlichen hätte oder so...

xampp hab ich zur Sicherheit auch gleich nochmal neu gestartet, aber das Ergebnis ist immer das gleiche :/

Hast du bei der RewriteBase in der .htaccess auch das Kommentarzeichen entfernt?
In deinem Ausschnitt oben war es noch auskommentiert.

Außerdem könntest du die pathconfig.php und die localconfig.php auch mal sichern und löschen. Dann das Installtool aufrufen und alle Daten neu eintragen. Vielleicht verbirgt sich noch irgendwo eine falsche Einstellung von der Original-Installation.

Poste deine komplette .htaccess
Poste die tatsächliche URL, unter der du die Contao Installation aufrufst
Poste den Inhalt der pathconfig.php

Unter Xampp arbeite ich grundsätzlich mit vhost. Das hat den Vorteil, dass ich die ganzen Probleme mit Anpassungen nie habe, weil meine Domain immer (local und live) auf das Rootverzeichnis von Contao verweist.
Ist für Dich vielleicht auch eine Möglichkeit.

.htaccess

Code:

## # Contao Open Source CMS # # Copyright (c) 2005-2015 Leo Feyer # # @license LGPL-3.0+ ## ## # Prevent access to the Contao template files ## <FilesMatch "\.(tpl|html5|xhtml)$"> <IfModule !mod_authz_core.c> Order deny,allow Deny from all </IfModule> <IfModule mod_authz_core.c> Require all denied </IfModule> </FilesMatch> ## # Allow access from all domains for webfonts # @see https://github.com/h5bp/html5-boilerplate ## <IfModule mod_headers.c> <FilesMatch "\.(ttf|ttc|otf|eot|woff2?|font\.css)$"> Header set Access-Control-Allow-Origin "*" </FilesMatch> </IfModule> ## # Disable ETags # @see http://developer.yahoo.com/performance/rules.html#etags ## FileETag None <IfModule mod_headers.c> Header unset ETag </IfModule> ## # Set the proper MIME types # @see https://github.com/h5bp/html5-boilerplate ## <IfModule mod_mime.c> AddType application/javascript js jsonp AddType application/json json AddType audio/ogg oga ogg AddType audio/mp4 m4a f4a f4b AddType video/ogg ogv AddType video/mp4 mp4 m4v f4v f4p AddType video/webm webm AddType video/x-flv flv AddType image/svg+xml svg svgz AddEncoding gzip svgz AddType application/vnd.ms-fontobject eot AddType application/x-font-ttf ttf ttc AddType font/opentype otf AddType application/x-font-woff woff woff2 AddType image/x-icon ico AddType image/webp webp AddType text/cache-manifest appcache manifest AddType text/x-component htc AddType application/xml rss atom xml rdf AddType application/x-web-app-manifest+json webapp AddType text/x-vcard vcf AddType application/x-shockwave-flash swf </IfModule> ## # Gzip compression # @see https://github.com/h5bp/html5-boilerplate ## <IfModule mod_deflate.c> <IfModule mod_filter.c> AddOutputFilterByType DEFLATE text/html text/plain text/css application/json AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE text/xml application/xml text/x-component AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml AddOutputFilterByType DEFLATE image/x-icon image/svg+xml application/vnd.ms-fontobject application/x-font-ttf font/opentype </IfModule> </IfModule> ## # Expires headers (for better cache control) # @see https://github.com/h5bp/html5-boilerplate ## <IfModule mod_expires.c> ExpiresActive on ## # Productional website ## ExpiresByType text/cache-manifest "access plus 0 seconds" ExpiresByType text/html "access plus 0 seconds" ExpiresByType text/xml "access plus 0 seconds" ExpiresByType application/xml "access plus 0 seconds" ExpiresByType application/json "access plus 0 seconds" ExpiresByType application/rss+xml "access plus 1 hour" ExpiresByType application/atom+xml "access plus 1 hour" ExpiresByType image/gif "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/x-icon "access plus 1 month" ExpiresByType video/ogg "access plus 1 month" ExpiresByType audio/ogg "access plus 1 month" ExpiresByType video/mp4 "access plus 1 month" ExpiresByType video/webm "access plus 1 month" ExpiresByType text/x-component "access plus 1 month" ExpiresByType application/x-font-ttf "access plus 1 month" ExpiresByType font/opentype "access plus 1 month" ExpiresByType application/x-font-woff "access plus 1 month" ExpiresByType image/svg+xml "access plus 1 month" ExpiresByType application/vnd.ms-fontobject "access plus 1 month" ExpiresByType text/css "access plus 1 year" ExpiresByType application/javascript "access plus 1 year" ## # Disable caching during development # @see https://github.com/contao/core/issues/4364 ## #ExpiresByType text/cache-manifest "access" #ExpiresByType text/html "access" #ExpiresByType text/xml "access" #ExpiresByType application/xml "access" #ExpiresByType application/json "access" #ExpiresByType application/rss+xml "access" #ExpiresByType application/atom+xml "access" #ExpiresByType image/gif "access" #ExpiresByType image/png "access" #ExpiresByType image/jpeg "access" #ExpiresByType image/x-icon "access" #ExpiresByType video/ogg "access" #ExpiresByType audio/ogg "access" #ExpiresByType video/mp4 "access" #ExpiresByType video/webm "access" #ExpiresByType text/x-component "access" #ExpiresByType application/x-font-ttf "access" #ExpiresByType font/opentype "access" #ExpiresByType application/x-font-woff "access" #ExpiresByType image/svg+xml "access" #ExpiresByType application/vnd.ms-fontobject "access" #ExpiresByType text/css "access" #ExpiresByType application/javascript "access" </IfModule> ## # Header adjustments ## <IfModule mod_headers.c> ## # Disable caching during development # @see https://github.com/contao/core/issues/4364 ## #Header unset Cache-Control #Header append Cache-Control must-revalidate ## # Do not cache the cron.txt file # @see https://github.com/contao/core/issues/5105 ## <FilesMatch "cron\.txt$"> Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, no-transform" </FilesMatch> ## # Add a Vary Accept-Encoding header for the compressed resources. If you # modify the file types above, make sure to change them here accordingly. # @see http://developer.yahoo.com/performance/rules.html#gzip # # Note: If you are using a case-sensitive file system like HFS+ or ext4, you # have to change the <FilesMatch> directive as follows: # # <FilesMatch "\.(?i:js|css|xml|gz|svgz)$"> # # For more information see: https://github.com/contao/core/issues/4364 ## <FilesMatch "\.(js|css|xml|gz|svgz)$"> Header append Vary Accept-Encoding </FilesMatch> </IfModule> ## # Disable MultiViews if you are having issues with requests returning the wrong # page. Requires AllowOverride Options=All,MultiViews to be set here. # @see https://github.com/contao/core/issues/3521 ## #Options -MultiViews ## # URL rewriting ## <IfModule mod_rewrite.c> RewriteEngine On ## # Change the RewriteBase if your Contao installation is in a subdirectoy and # the rewrite rules are not working properly. Usage examples: # # RewriteBase /contao-3.0.0 # RewriteBase /path/to/contao # # Depending on your server, you might have to remove the line entirely. ## RewriteBase /elias ## # Uncomment the following lines to add "www." to the domain: # # RewriteCond %{HTTP_HOST} ^example\.com$ [NC] # RewriteRule (.*) http://www.example.com/$1 [R=301,L] # # Uncomment the following lines to remove "www." from the domain: # # RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC] # RewriteRule (.*) http://example.com/$1 [R=301,L] # # Make sure to replace "example.com" with your domain name. ## ## # If you cannot use mod_deflate, uncomment the following lines to load a # compressed .gz version of the aggregated Contao JavaScript and CSS files. ## #AddEncoding gzip .gz #<FilesMatch "\.js\.gz$"> # AddType "application/javascript" .gz #</FilesMatch> #<FilesMatch "\.css\.gz$"> # AddType "text/css" .gz #</FilesMatch> #RewriteCond %{HTTP:Accept-encoding} gzip #RewriteCond %{REQUEST_FILENAME} \.(js|css)$ #RewriteCond %{REQUEST_FILENAME}.gz -f #RewriteRule ^(.*)$ $1.gz [QSA,L] ## # By default, Contao adds ".html" to the generated URLs to simulate static # HTML documents. If you change the URL suffix in the back end settings, make # sure to change it here accordingly! # # RewriteRule .*\.html$ index.php [L] # URL suffix .html # RewriteRule .*\.txt$ index.php [L] # URL suffix .txt # RewriteRule .*\.json$ index.php [L] # URL suffix .json # # If you do not want to use an URL suffix at all, you have to add a third # line to prevent URLs that point to folders from being rewritten (see #4031). # # RewriteCond %{REQUEST_FILENAME} !-d # RewriteRule .* index.php [L] # # If you are using mod_cache, it is recommended to use the RewriteRule below, # which adds the query string to the internal URL: # # RewriteRule (.*\.html)$ index.php/$1 [L] # # Note that not all environments support mod_rewrite and mod_cache. ## RewriteCond %{REQUEST_FILENAME} !\.(htm|php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|otf|tt[cf]|woff2?|svgz?|pdf|gz)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule .*\.html$ index.php [L] ## # The following rules are required if you want to pass the language as first # URL parameter (added in Contao 2.11). The first rule rewrites the empty URL # to the front end controller, the second one adds a missing trailing slash. ## RewriteRule ^[a-z]{2}(\-[A-Z]{2})?/$ index.php [L] RewriteRule ^([a-z]{2}(\-[A-Z]{2})?)$ $1/ [R=301,L] </IfModule>

pathconfig

Code:

<?php // Relative path to the installation return '/elias';

url:

localhost/elias

und für backend:

localhost/elias/contao

Ordnername in htdocs "elias"

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von folkfreund

Hast du bei der RewriteBase in der .htaccess auch das Kommentarzeichen entfernt?
In deinem Ausschnitt oben war es noch auskommentiert.

Außerdem könntest du die pathconfig.php und die localconfig.php auch mal sichern und löschen. Dann das Installtool aufrufen und alle Daten neu eintragen. Vielleicht verbirgt sich noch irgendwo eine falsche Einstellung von der Original-Installation.

ich kann das Installtool unter localhost/elias/contao/install.php nicht aufrufen, da ich dann an dem Punkt nach dem localhost Login gefragt werde (der ja eigentlich "root" / "" ist), der dann allerdings leider zu der Fehlermeldung führt: Anhang 18633 :(

wenn ich eine Website mit Contao lokal erstelle und ich andere Login-Daten für den localhost eingerichtet habe, werden diese dann in irgend einer Datei in der Contao-Installation oder in der Datenbank mitgespeichert?

ich frage mich ob derjenige der die ursprüngliche Website erstellt hat, einen eigenen Benutzer für localhost eingerichtet hat (statt "root" / "") und ich beim Ausführen nun diese Daten benötige?

oder liege ich hier komplett falsch?

Validiere deine Contao Installation mit dem Contao Check.

Die Konfigurationsdatei "localconfig.php" ist im Ordner system/config/ zu finden.

Hier lassen sich auch die Einstellungen für Display Errors ändern.

Code:

$GLOBALS['TL_CONFIG']['displayErrors'] = true;

Backend-/Frontendzugänge werden in der DB gespeichert.

Liste der Anhänge anzeigen (Anzahl: 3)

Contao-Check:

Übersicht Anhang 18634

"Contao installieren" Anhang 18635

"überprüfen" Anhang 18636

hab jetzt noch auf die Version 3.5.19 upgedatet, die Ergebnisse sind leider noch immer die gleichen

Zitat:

Zitat von Ainschy

Die Konfigurationsdatei "localconfig.php" ist im Ordner system/config/ zu finden.

Hier lassen sich auch die Einstellungen für Display Errors ändern.

Code:

$GLOBALS['TL_CONFIG']['displayErrors'] = true;

Backend-/Frontendzugänge werden in der DB gespeichert.

soll ich die oben angeführte Zeile in die localconfig eintragen?

Da muss irgendetwas enorm schief gelaufen sein.
Der Check glaubt eine Version 3.5.2 gefunden zu haben.
Die Version 12 des Checks unterstützt aber m.E. diese alte Version von Contao sehr wohl.

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von mlweb

Da muss irgendetwas enorm schief gelaufen sein.
Der glaubt eine Version 3.5.2 gefunden zu haben.
Die Version 12 des Checks unterstützt aber m.E. diese alte Version von Contao sehr wohl.

das Update auf die neuere Version habe ich erst nach dem Check durchgeführt, anschließend dann nochmals den Check - leider mit dem gleichen Ergebnis
Anhang 18637

entschuldige, ich hätte die Reihenfolge noch etwas genauer angeben sollen... :)

Zitat:

Zitat von Llywellyn

soll ich die oben angeführte Zeile in die localconfig eintragen?

Bei den eigenwilligen Ergebnissen des Check ist das m.E. erst einmal entbehrlich. Du brauchst zunächst eine Installation die in Ordnung ist.
Ich fackle in solchen Fällen meist nicht lange.
Neuer Pfad und ggf. neuer vhost, neue Datenbank im lokalen Server und dann vollkommene Neuinstallation von Contao.

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von Llywellyn

das Update auf die neuere Version habe ich erst nach dem Check durchgeführt, anschließend dann nochmals den Check - leider mit dem gleichen Ergebnis

Gerade noch einmal getestet. Check 12.0 mit Xampp unter Windows 10. Das funktioniert im Prinzip.

Anhang 18638

Zitat:

Zitat von mlweb

Bei den eigenwilligen Ergebnissen des Check ist das m.E. erst einmal entbehrlich. Du brauchst zunächst eine Installation die in Ordnung ist.
Ich fackle in solchen Fällen meist nicht lange.
Neuer Pfad und ggf. neuer vhost, neue Datenbank im lokalen Server und dann vollkommene Neuinstallation von Contao.

wenn ich nun eine komplett leere Neuinstallation durchführe, muss ich schlussendlich die bestehende Website quasi importieren.
Da ich ja eine bestehende Website überarbeiten möchte, soll ich dann im Anschluss die neue Datenbank und Contao-Installation mit den Daten der Website die überarbeitet werden soll wieder füllen, sehe ich das richtig?

Aber es gab da einen Thread wo jemand mit XAMPP da Probleme hatte https://community.contao.org/de/show...ht=xampp+check

Also dann würde ich die Fehlermeldungen mal einschalten - Die entsprechende Zeile in die localconfig einfügen.

Vielleicht ist ja der Contao-Check kaputt. Dann den nochmal löschen und neu installieren.

Zitat:

Zitat von Llywellyn

Da ich ja eine bestehende Website überarbeiten möchte, soll ich dann im Anschluss die neue Datenbank und Contao-Installation mit den Daten der Website die überarbeitet werden soll wieder füllen, sehe ich das richtig?

Im Prinzip ja. Wobei ich immer die Daten über phpMyAdmin in die neue Datenbank importiere und gleich bei der Installation mit der so befüllten Datenbank die Verbindung herstelle. Dabei muss man nur drauf achten, dass man sich bei der Datenbankaktualisierung keine Tabellen und/oder Zeilen von Erweiterungen weglöscht. Natürlich müssen die notwendigen Erweiterungen dann auch noch installiert werden oder über FTP/SSH vom Server geholt werden.

Aber der fehlerhafte Check könnte auch andere Ursachen haben s.o. z.B. fehlende Zertifikate

hab jetzt den 11.2 Check geladen und installiert - es kommen die selben Meldungen wie in den Screenshots die ich vorher gepostet habe...

Code:

Unbekannte Version Die installierte Version 3.5.19 wird (noch) nicht unterstützt.

Zitat:

Zitat von Llywellyn

hab jetzt den 11.2 Check geladen und installiert - es kommen die selben Meldungen wie in den Screenshots die ich vorher gepostet habe...

Das ist bei der älteren Checkversion nicht verwunderlich, die kennt die 3.5.19 wahrscheinlich tatsächlich nicht.

Hast Du den verlinkten Thread mal zu Ende gelesen? @Spooky hatte fehlende Zertifikate als Ursache vermutet.

Zitat:

Zitat von mlweb

Im Prinzip ja. Wobei ich immer die Daten über phpMyAdmin in die neue Datenbank importiere und gleich bei der Installation mit der so befüllten Datenbank die Verbindung herstelle. Dabei muss man nur drauf achten, dass man sich bei der Datenbankaktualisierung keine Tabellen und/oder Zeilen von Erweiterungen weglöscht. Natürlich müssen die notwendigen Erweiterungen dann auch noch installiert werden oder über FTP/SSH vom Server geholt werden.

Aber der fehlerhafte Check könnte auch andere Ursachen haben s.o. z.B. fehlende Zertifikate

genau diesen Ablauf habe ich durchgeführt.

Die Contao-Installation der Website über FTP runtergeladen, eine neue Datenbank über phpmyadmin erstellt und den sql dump (den ich vorher ebenso exportiert hatte) importiert.
Anschließend wollte ich über das Install-Tool die Verbindung herstellen, aber an diesem Punkt kommt eben immer die Aufforderung, dass ich mich mit dem localhost Account einloggen soll...

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von mlweb

Das ist bei der älteren Checkversion nicht verwunderlich, die kennt die 3.5.19 wahrscheinlich tatsächlich nicht.

Hast Du den verlinkten Thread mal zu Ende gelesen? @Spooky hatte fehlende Zertifikate als Ursache vermutet.

ich habe die Version 12 vom Check auf den Live-Server hochgeladen, wo die Website aktuell normal läuft - dort bekomme ich folgende Meldung wenn ich die Installation überprüfe:
Anhang 18639

ich glaube die einfachste Variant ist, wenn ich die Änderungen einfach alle am Live-Server direkt durchführe...

Trotzdem ein riesen großes DANKE an alle für die Hilfe!!! :)

Zitat:

Zitat von Llywellyn

dort bekomme ich folgende Meldung wenn ich die Installation überprüfe:
Anhang 18639

Kannst Du glaub ich ignorieren. Nicht ganz sicher bin ich mir bei den beiden Dateien composer.json und composer.lock.
Bei der robot.txt würde ich schon mal reinschauen, aber die kann durchaus bewusst angepasst worden sein.

Zitat:

Zitat von Llywellyn

ich glaube die einfachste Variant ist, wenn ich die Änderungen einfach alle am Live-Server direkt durchführe...

Kommt drauf an was Du machen willst.
Normal mache ich größere Anpassungen nicht am Livesystem.
Kannst ja auch eine zweite Installation mit zweiter Datenbank und Subdomain auf dem Liveserver verwenden.

Zitat:

Zitat von mlweb

Kannst Du glaub ich ignorieren. Nicht ganz sicher bin ich mir bei den beiden Dateien composer.json und composer.lock.
Bei der robot.txt würde ich schon mal reinschauen, aber die kann durchaus bewusst angepasst worden sein.

Kommt drauf an was Du machen willst.
Normal mache ich größere Anpassungen nicht am Livesystem.
Kannst ja auch eine zweite Installation mit zweiter Datenbank und Subdomain auf dem Liveserver verwenden.

Danke für die Idee mit der Subdomain, hatte ich bis jetzt noch nie gemacht!

Macht es einen Unterschied wenn ich eine Subdomain verwende oder einfach einen Unterordner im Root erstelle?

Zitat:

Zitat von Llywellyn

Macht es einen Unterschied wenn ich eine Subdomain verwende oder einfach einen Unterordner im Root erstelle?

Ja, siehe oben.
Wenn Du die zweite Installation in einen extra Ordner legst und die Subdomain in diesen Ordner zeigen läßt, dann hast Du nie Probleme mit den Pfaden, weil die Installation in Bezug auf die verwendete URL im Root liegt. Außerdem mußt Du keine Installation innerhalb des Pfades der Domain anlegen.
Bei mir sieht das im Prinzip ungefähr so aus.

Pfad_fuer_alles_was_ins_Internet_soll
--Pfad fuer Live-Installation <- meine_domain.com
--Pfad fuer Dev-Installation <- dev.meine_domain.com
--Pfad fuer Test-Installation <- test.meine_domain.com
.
.
.