Re: sonderbares Verhalten bei der Adressierung von Ordnern
Carsten Senger <[email protected]>
| Newsgroups | gmane.comp.web.zope.german |
|---|---|
| Message-ID | <[email protected]> |
Franz Josef schrieb:
> Ich habe eine Plone Seite, bei der ich einen bestimtmen Ordner /foo
> nicht erreichbar machen will.
> Dies wurde mit den Rewrite-Regeln in Apache abgefangen:
>
> RewriteCond %{REQUEST_URI} ^/foo
> RewriteRule .* - [L]
>
> RewriteRule ^/(.*) \
>
> http://192.168.80.39:8080/VirtualHostBase/http/%{SERVER_NAME}:80/test1/VirtualHostRoot/$1
> [L,P]
>
> Aufgefallen ist mir, dass /foo immer noch erreichbar ist. Nämlich dann,
> wenn ich diese Adresse einfach an die Adresse eines beliebigen Order
> anhänge.
> Z. B. http://www.webauftritt.de/test/foo und ich erreiche den Ordner /foo.
>
Eine der Grundlagen von Zope 2 ist Acquisition. Zope sucht nach
bestimmten Regeln in der Hierarchie aufwärts.
http://plone.org/documentation/glossary/acquisition
http://plope.org/Books/copy_of_2_7Edition/Acquisition.stx
Du solltest für Deinem Ordner entsprechende Rechte setzen, der nur
bestimmten Usern Zugriff darauf gibt. Im einfachsten Fall setzt Du als
Workflow-Zustand 'private'.
> Nach Überprüfen der Logs ist mit nichts unnormales aufgefallen. Also
> habe ich das ganze mal auf plone.org probiert.
> Und siehe da, das selbe Verhalten. Z. B.:
>
> 1. http://plone.org/products/roundabout
> dann auf das Produkt navigieren
> 2. http://plone.org/products/plonetheme-stylized
> und einfach /roundabout wieder anhängen und man landet wieder auf 1.
> 3. http://plone.org/products/plonetheme-stylized/roundabout
>
> Frage: Ist dies ein Bug oder ein Feature? Wenn Feature, wie kann man es
> abstellen?
Ein Feature.
..Carsten
_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope