Diskussion:Installation in Unterverzeichnis: Unterschied zwischen den Versionen

Aus Contao Community Documentation

(Löschung beantragt)
 
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)

Version vom 9. Juli 2012, 09:28 Uhr

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


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 RewriteCond %{REQUEST_FILENAME} !-f Problemlos mit MultiView (läuft bei mir seit Jahren zusammen), das Problem ist wohl eher die Kombination RewriteCond %{REQUEST_FILENAME} !-f, aktive .htaccess und deaktiviertes URL-Umschreiben.

Tril 10:28, 9. Jul. 2012 (CEST)

Ansichten
Meine Werkzeuge

Contao Community Documentation

was passiert eigentlich, wenn man per zip alle gezippten cache-css cached, bevor der cache vom apache gezippt wird?

Christian de la Haye
Navigation
Verstehen
Verwenden
Entwickeln
Verschiedenes
Werkzeuge