Diskussion:Installation in Unterverzeichnis - Versionsgeschichte

Tril am 15. Juli 2012 um 05:04 Uhr

2012-07-15T05:04:14Z

Andreas am 13. Juli 2012 um 17:49 Uhr

2012-07-13T17:49:11Z

Tril am 12. Juli 2012 um 21:05 Uhr

2012-07-12T21:05:34Z

Andreas am 9. Juli 2012 um 14:24 Uhr

2012-07-09T14:24:14Z

Andreas am 9. Juli 2012 um 14:23 Uhr

2012-07-09T14:23:30Z

Tril am 9. Juli 2012 um 08:28 Uhr

2012-07-09T08:28:01Z

Andreas: Löschung beantragt

2012-07-06T22:44:12Z

Löschung beantragt

Neue Seite

Suggeriert dieser Artikel nicht, dass man das alles machen muss, um Contao in ein Unterverzeichnis zu installieren, denn dazu hätte ja auch der Satz 'Leiten Sie die Domain in den Installationsordner von Contao' gereicht?

Von daher finde ich den Artikel ziemlich gefährlich für Newbies und auch kein dolles Aushängeschild für Contao. Ich selbst habe weit über 100 Contao-Installationen auf verschiedensten Servern in Unterverzeichnisse installiert ohne die .htaccess zu manipulieren, sondern einfach nur durch Umbenennung der .htaccess.default in .htaccess.

Alleine der Titel 'Installation in Unterverzeichnis' suggeriert doch irgendwie, dass dies etwas außergewöhnliches sei, dabei ist es doch der Standard.

Ich schlage deswegen vor, den Artikel zu streichen.

Desweiteren ist der Artikel für Contao ab version 2.9 Dann sollte besser auf die .htaccess.default verwiesen werden, anstatt eine .htaccess.default aus 2.9 abzubilden.

meinedomain.de sollte getauscht werden mit example.org http://de.wikipedia.org/wiki/Example.com

ps
RewriteCond %{REQUEST_FILENAME} !-f
funzt nur fehlerlos mit
Options -MultiViews

diese Woche herausgefunden

@@ Zeile 71: / Zeile 71: @@
 [[Benutzer:Tril|Tril]] 23:05, 12. Jul. 2012 (CEST)
----
+----
 ''"Einfaches umschreiben der .htaccess.default zu .htaccess funktioniert nur dann, wenn das URL-Umschreiben deaktiviert ist. Wenn URL-Umschreiben aktiviert ist, MUSS der RewriteBase angepasst werden, da führt kein Weg dran vorbei."''
@@ Zeile 84: / Zeile 84: @@
 --[[Benutzer:Andreas|Andreas Burg]] 19:49, 13. Jul. 2012 (CEST)

← Nächstältere Version		Version vom 13. Juli 2012, 17:49 Uhr
Zeile 70:		Zeile 70:

	[[Benutzer:Tril\|Tril]] 23:05, 12. Jul. 2012 (CEST)		[[Benutzer:Tril\|Tril]] 23:05, 12. Jul. 2012 (CEST)
		+
		+	---
		+
		+	''"Einfaches umschreiben der .htaccess.default zu .htaccess funktioniert nur dann, wenn das URL-Umschreiben deaktiviert ist. Wenn URL-Umschreiben aktiviert ist, MUSS der RewriteBase angepasst werden, da führt kein Weg dran vorbei."''
		+
		+	Da sagst du doch mit anderen Worten 'Umschreiben und htaccess aktivieren geht nur mit Anpassung'. Das stimmt so eben nicht. .htaccess umbenennen, URL-Umschreiben anhaken - fertig. Dabei musst du natürlich die Domain auch in das Unterverzeichnis leiten, aber du schreibst ja ''"Durch Aufruf von "http:// www.meinedomain.de /" ... soll die index.php in "www/cms/" aufgerufen werden"''. Dann ist ja davon auszugehen, dass du diese Domain in das Unterverzeichnis leitest.
		+
		+	Die Anpassung der RewriteBase ist doch nur dafür vorgesehen, wenn du example.org/unterverzeichnis/index.html in der Adresszeile ausgeben möchtest, was doch wohl der Ausnahmefall ist.
		+
		+	Die normale saubere Standardinstallation von Contao, so wie ich sie auch bei all meinen Kunden richtiger Weise gesehen habe ist doch: Contao in Unterverzeichnis legen, Domain od. Subdomain dort hin leiten, .htaccess aktivieren, Umschreibung anhaken. Mehr ist da nicht zu tun. Die Gründe dafür beschreibst du ja selber unter dem Punkt 'Ausgangssituation'.
		+
		+	MultiViews: Ja, es gab da ein paar Anfragen im Forum, dass die .../news/... bei einigen nicht aufgerufen werden konnte. Herauszufinden, dass es an +MultiViews lag hat ne ganze Zeit gedauert. Vielleicht schreib ich mal ein Ticket dazu, denn eigentlich müsste Options -MultiViews mit in die .htaccess.default, da diese eine Condition sonst nicht fehlerfrei läuft.
		+
		+	--[[Benutzer:Andreas\|Andreas Burg]] 19:49, 13. Jul. 2012 (CEST)

← Nächstältere Version		Version vom 12. Juli 2012, 21:05 Uhr
Zeile 40:		Zeile 40:

	--[[Benutzer:Andreas\|Andreas Burg]] 16:23, 9. Jul. 2012 (CEST)		--[[Benutzer:Andreas\|Andreas Burg]] 16:23, 9. Jul. 2012 (CEST)
		+
		+	----
		+
		+	Also, ich habe jetzt folgende Schritte durchgeführt:
		+
		+	* Contao 2.11.4 in Unterverzeichnis installiert + Music Academy
		+	* Frontend aufgerufen und geprüft ob MultiViews funktioniert
		+	** Die URLs werden wie erwartet mit .../contao-install-in-subdir/index.php/news.html u.ä. generiert und funktionieren -> MultiViews aktiv
		+	* Das Archiv ist bereits so eingestellt, dass ein Feed news.xml erzeugt wird, durch Systemwartung stelle ich sicher, dass die Datei news.xml neu erzeugt wird.
		+	* Ich probiere, ob die URL .../contao-install-in-subdir/index.php/news/items/james-wilson-returns.html noch funktioniert -> Ja, sie funktioniert noch!
		+	* Ich benenne die Datei .htaccess.default in .htaccess um.
		+	* Ich prüfe ob die Webseite noch funktioniert:
		+	** .../contao-install-in-subdir/ -> funktioniert
		+	** .../contao-install-in-subdir/index.php/news.html -> funktioniert
		+	** (das ist logisch, weil hier noch MultiViews greift)
		+	* Ich aktiviere in den Systemeinstellungen "URLs umschreiben" und prüfe erneut:
		+	** .../contao-install-in-subdir/ -> funktioniert
		+	** .../contao-install-in-subdir/news.html -> 404 Not Found - The requested URL /index.php was not found on this server.
		+	* Ich ändere die RewriteBase in der .htaccess in "RewriteBase /contao-install-in-subdir/" und prüfe erneut:
		+	** .../contao-install-in-subdir/ -> funktioniert
		+	** .../contao-install-in-subdir/news.html -> funktioniert
		+	** .../contao-install-in-subdir/news/items/james-wilson-returns.html -> 404 Not Found
		+
		+	Was auch immer du testest, die Änderung des RewriteBase ist definitiv notwendig wenn Contao nicht auf der Wurzel einer Domain liegt UND "URLs umschreiben" aktiviert ist, da führt einfach kein weg dran vorbei (wie ich bereits oben sagte)!
		+
		+	Allerdings konnte ich den Fehler mit MultiViews nachstellen, ich bin bisher nur scheinbar niemals in die Verlegenheit gekommen, dass ich diese Situation hatte.
		+
		+	Übrigens habe ich gar nicht behauptet, die .htaccess wäre NICHT dafür da die URLs umzuschreiben, aber bei Installation in ein Unterverzeichnis muss der RewriteBase angepasst werden!
		+
		+	[[Benutzer:Tril\|Tril]] 23:05, 12. Jul. 2012 (CEST)

@@ Zeile 17: / Zeile 17: @@
 diese Woche herausgefunden
---[[Benutzer:Andreas|Andreas Burg]] 16:23, 9. Jul. 2012 (CEST)
 ----
@@ Zeile 37: / Zeile 38: @@
 Artikel zur Hilfestellung beim Anpassen der .htaccess in ungewöhnlichen Situationen sind grundsätzlich wünschenswert, sollten aber auch als solche ausgezeichnet sein.
 --[[Benutzer:Andreas|Andreas Burg]] 16:23, 9. Jul. 2012 (CEST)

@@ Zeile 17: / Zeile 17: @@
 diese Woche herausgefunden
+--[[Benutzer:Andreas|Andreas Burg]] 16:23, 9. Jul. 2012 (CEST)
 ----
@@ Zeile 29: / Zeile 29: @@
 [[Benutzer:Tril|Tril]] 10:28, 9. Jul. 2012 (CEST)

← Nächstältere Version		Version vom 9. Juli 2012, 08:28 Uhr
Zeile 17:		Zeile 17:

	diese Woche herausgefunden		diese Woche herausgefunden
		+
		+	----
		+
		+	Macht es nicht mehr Sinn, den Artikel einfach zu aktualisieren?
		+	Einfaches umschreiben der .htaccess.default zu .htaccess funktioniert nur dann, wenn das URL-Umschreiben '''deaktiviert''' ist.
		+	Wenn URL-Umschreiben aktiviert ist, MUSS der RewriteBase angepasst werden, da führt kein Weg dran vorbei.
		+
		+	Außerdem sehe ich die "Installation in Unterverzeichnis" definitiv nicht als Standard an. Bei mir kommt das NUR auf dem Entwicklungssystem vor, weil ich nicht für jede einzelne Entwicklungs-Instanz eine Domain anlegen will. Aber die Produktiven-Instanzen laufen alle auf der Wurzel.
		+
		+	Außerdem funktioniert <code>RewriteCond %{REQUEST_FILENAME} !-f</code> Problemlos mit MultiView (läuft bei mir seit Jahren zusammen), das Problem ist wohl eher die Kombination <code>RewriteCond %{REQUEST_FILENAME} !-f</code>, aktive .htaccess und deaktiviertes URL-Umschreiben.
		+
		+	[[Benutzer:Tril\|Tril]] 10:28, 9. Jul. 2012 (CEST)