FilesMatch nur im Document Root

[plinepa]

Hallo!

Ich benutze in der Konfdatei /etc/apache2/sites-enabled/000-default im Kontext des Document-Root-Ordners folgenden FilesMatch:

Code: Select all

      Action blabla /cgi/foo.pl
        <FilesMatch "index.html">
          SetHandler blabla
        </FilesMatch>


Der FilesMatch funktioniert auch soweit.

Jetzt kommt aber ein weiteres index.html im Unterordner /control hinzu

Jedoch schnappt mir aber der FileMatch auch das /control/index.html
Wie kann ich den FilesMatch auf das DocRoot begrenzen?

vielen Dank für Eure Hilfe

plinepa

[Nobbie]

Ich würde mal versuchen, den vollen Pfadnamen anzugeben, statt nur "index.html".

[plinepa]

Ich würde mal versuchen, den vollen Pfadnamen anzugeben, statt nur "index.html".

Das habe ich schon probiert, aber dann funktioniert der Seitenaufruf nicht mehr.

Bei FilesMatch scheint der Apache nix von Verzeichnissen wissen zu wollen.
Deswegen habe ich auch diesen FilesMatch schon im Directory-Kontext eingetragen.

[Altrea]

Du kannst einen <FilesMatch>-Container auch innerhalb eines <Directory> oder <DirectoryMatch> Containers verwenden.
Deine Konfiguration erscheint mir aber reichlich kompliziert, aber da hier niemand weiß, was du generell versuchst zu erreichen, kann man dir auch keine Alternativen aufzeigen.

[Nobbie]

Ich würde mal versuchen, den vollen Pfadnamen anzugeben, statt nur "index.html".

Das habe ich schon probiert, aber dann funktioniert der Seitenaufruf nicht mehr.

Und wenn Du jetzt für zwei Cent mitdenkst, schaust Du in den ErrorLog und zeigst uns, was nicht funktioniert und warum es nicht funktioniert und erzählst uns sowieso mehr als nur immer dieses hemdsärmelige (ich kann es wirklich nicht mehr lesen, so armselig ist das) "funkioniert nicht mehr". Da steht hundertrillionenprozentig an keiner einzigen Stelle (weder im Browser noch im Error Log) "funktioniert nicht".

Da stehen kontrollierte und aussagekräftige Fehlermeldungen, deren Sinn es ist, solche Probleme zu lösen.

[plinepa]

Und wenn Du jetzt für zwei Cent mitdenkst, schaust Du in den ErrorLog und zeigst uns, was nicht funktioniert und warum es nicht funktioniert und erzählst uns sowieso mehr als nur immer dieses hemdsärmelige (ich kann es wirklich nicht mehr lesen, so armselig ist das) "funkioniert nicht mehr". Da steht hundertrillionenprozentig an keiner einzigen Stelle (weder im Browser noch im Error Log) "funktioniert nicht".

Da stehen kontrollierte und aussagekräftige Fehlermeldungen, deren Sinn es ist, solche Probleme zu lösen.

Wenn im FilesMatch der Pfad angegeben wird erscheint im error.log:

Code: Select all

[Fri Sep 27 11:00:01 2013] [error] [client 192.168.156.102] File does not exist: /project/html/<, refer                er: http://192.168.156.222/

So und das ist für mich der zarte Hinweis dass im FilesMatch Verzeichnispfade nichts zu suchen haben.

Im Browser wird dann der Standard-Inhalt ausgegeben, der FilesMatch zieht nicht und die Perl-Maschinerie mit HTML::Template::Compiled läuft nicht los. Daher hatte ich geschrieben "der Seitenaufruf funktioniert nicht"

Außerdem ist dein Ton, wie Du hier rumpolterst, unter aller Kanone.
Also schließt bitte den Thread, denn das geht für mich entschieden zu weit!

[Nobbie]

Code: Select all

[Fri Sep 27 11:00:01 2013] [error] [client 192.168.156.102] File does not exist: /project/html/<, refer                er: http://192.168.156.222/

So und das ist für mich der zarte Hinweis dass im FilesMatch Verzeichnispfade nichts zu suchen haben.

Für mich ist das der zarte Hinweis, dass es auf Deinem Server kein Verzeichnis /projekt gibt (was sicherlich stimmt), weil der Projekt Ordner mit einiger Sicherheit unterhalb von htdocs liegt.

Außerdem ist dein Ton, wie Du hier rumpolterst, unter aller Kanone.
Also schließt bitte den Thread, denn das geht für mich entschieden zu weit!

Das ist mit total egal, Du stellst Dich so naiv an, nicht ich.