[TYPO3-german] Typo 4.3 alfa2

[Peter Russ]

Hallo Michael,
--- Original Nachricht ---
Absender:   Michael Stucki
Datum:       13.05.2009 19:22:
> Hallo Peter,
> 
>> m.E. sollte das nicht so schwer sein:
>> mit der Direktive AllowOverride werden ganze Gruppen ab oder 
>> angeschaltet. Um zu testen, was auf eine Server geht oder nicht bedarf 
>> es unterschiedlicher Verzeichnisse mit speziellen .htaccess, die 
>> jeweils eine entsprechende Gruppe zu schalten versuchen. Wenn dies 
>> nicht möglich ist, kommt es zu einem Fehler. Wird auf diese Gruppe 
>> indirekt zugegriffen, kann der Fehler abgefangen werden:
>>
>> Beispiel:
>> .htaccess:
>> <FilesMatch "\.(gif|png|jpg)$">
>>     <IfModule mod_expires.c>
>>         ExpiresActive on
>>         ExpiresDefault "access plus 7 days"
>>     </IfModule>
>>     FileETag MTime Size
>> </FilesMatch>
> 
> IfModule hat nichts zu tun mit AllowOverride! Es ist sehr gut möglich, 
> dass mod_rewrite zwar geladen ist, dass aber die FileInfo Direktive (die 
> wird für RewriteRules gebraucht) trotzdem deaktiviert ist.
> 
> Das Problem ist, dass man genau das aber nicht abfangen kann.
> 
>> Da kein Parameter angeben wird http://www.uon.li/test/rewrite/ liefert 
>> dies den Inhalt von disabled/test1.php aus. Rewrite wird nicht 
>> ausgeführt (Inhalt von test1.php ist 1) auch die Filematch direktive 
>> liefert keinen Fehler.
> 
> Ah ok, ich glaub ich hab das Prinzip jetzt verstanden. Du würdest das 
> mit einem eigenen Request explizit abfragen? Ja das müsste möglich sein.
> 
> Allerdings finde ich sowas ziemlich umständlich, verglichen mit dem 
> Nutzen davon...
> 
>> Interesse, dass ich das weiter ausbaue?
> 
> Im Prinzip ja, sehr gerne. Allerdings wäre ich trotzdem dafür, dass man 
> die Optimierungen standardmässig aktiviert lässt, dafür aber eine 
> Warnung ausgibt, wenns eben erkennt wird, dass das nicht läuft.

Das ist m.E. nicht möglich, da der Fehler dazuführen kann, dass Dateien 
nicht ausgeliefert werden und dieser dann nur per Log nachvollziehbar 
wäre. Es ist m.E. daher notwendig, dies vorab zu checken. Allerdings 
sind nicht sämtliche Checks notwendig. Mir schwebt so etwas wie eine 
Konfirgurationsmöglichkeit für die Checks vor. Denn grundsätzlich ist es 
ja so, dass für ein DocumentRoot per default Directiven erlaubt sind 
oder gesperrt. Dass könnte mit einfachen Regeln abgefangen werden. u.U. 
könnte dies sogar per t3lib_extmgm gemacht werden, was dem Entwickler 
die Möglichkeit böte, entsprechende Optimierungen bei der 
Extension-Entwicklung miteinzubeziehen.

> 
> Tip: Ingo arbeitet grad an einem Report-Modul für 4.3, welches diverse 
> Systemchecks ausführt, z.B. ob das PHP Memory Limit hoch genug ist, etc.
> Deine Anpassung würde genau da hin passen.

Kann mich ja nach den T3DD kontakten.

> 
> Liebe Grüsse
> - michael


-- 
Fiat lux! Docendo discimus.
_____________________________
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ