Diskussion:Installation in Unterverzeichnis: Unterschied zwischen den Versionen

Aus Contao Community Documentation

 
(4 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 18: Zeile 18:
 
diese Woche herausgefunden
 
diese Woche herausgefunden
  
 +
--[[Benutzer:Andreas|Andreas Burg]] 16:23, 6. Jul. 2012 (CEST)
 
----
 
----
  
Zeile 29: Zeile 30:
  
 
[[Benutzer:Tril|Tril]] 10:28, 9. Jul. 2012 (CEST)
 
[[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)
 +
 +
----
 +
 +
fooooo, I fail :D
 +
 +
Ich habe mich von dem Seitentitel irritieren lassen, den Beitrag nur grob überflogen und dabei nicht gemerkt, dass es hier darum geht Contao auf der Wurzel bereit zu stellen, obwohl die Installation in einem Unterverzeichnis steht. *sry*
 +
 +
[[Benutzer:Tril|Tril]] 07:04, 15. Jul. 2012 (CEST)

Aktuelle Version vom 15. Juli 2012, 06:04 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

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


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.

--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!

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.

--Andreas Burg 19:49, 13. Jul. 2012 (CEST)


fooooo, I fail :D

Ich habe mich von dem Seitentitel irritieren lassen, den Beitrag nur grob überflogen und dabei nicht gemerkt, dass es hier darum geht Contao auf der Wurzel bereit zu stellen, obwohl die Installation in einem Unterverzeichnis steht. *sry*

Tril 07:04, 15. Jul. 2012 (CEST)

Ansichten
Meine Werkzeuge

Contao Community Documentation

<user> Composer meckert bei Isotope, dass er mit tablelookupwizard 3.1 nicht zurecht kommt - korrekt?
<Toflar> keine Ahnung, sowas weiss ich doch nicht auswendig :D
<user> wer dann ;)
<Toflar> na niemand, deswegen schreibt man's ja in die composer.json

Navigation
Verstehen
Verwenden
Entwickeln
Verschiedenes
Werkzeuge