Quelltext der Seite Diskussion:Installation in Unterverzeichnis

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

--[[Benutzer:Andreas|Andreas Burg]] 16:23, 6. Jul. 2012 (CEST)
----

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)

----

Das ist definitiv falsch, die .htaccess.default ist fürs URL-Umschreiben gedacht und funktioniert problemlos ohne Eingriffe gerade mit der Umschreibung aktiviert. Genau aus diesem Grund bin ich auch für die Löschung des Artikels, da dieser Gedanke von dem Artikel getragen wird und so nicht stimmt.

Zur RewriteCond: Öffne die Seite /news/items/james-wilson-returns.html mit Options +MultiViews in der .htaccess und stelle sicher, dass der Feed news.xml generiert ist. Das gibt einen 404.

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)

----

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)

---

''"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)