Re: heimlich ignorierte Optionen
Guten Tag Maik Hentsche, am Freitag, 5. Oktober 2007 um 14:28 schrieben Sie: Die Tatsache, dass es weder im Logfile vorkommt noch einen entsprechenden Hinweis auf der Kommandozeile gibt. Meiner Ansicht nach, sollte gute Software möglichst weitgehend ohne Handbuchstudium benutzbar sein, denn im täglichen Gebrauch hat man nicht die Zeit, jedes einzelne Kommando erstmal nachzulesen. Stell dir vor, dein Fernseher hätte einen mit Schalten Sie den Fernseher hier ein beschrifteten Knopf. Um ihn tatsächlich einzuschalten muss man aber Lautstärke erhöhen drücken. Selbst wenn es im Handbuch steht: Würdest das nicht als Bug bezeichnen? wieso , funktionieren nicht alle Fernseher so , erst schaltet man sei ein , dann gehen sie in Standby , und danach wenn du einen Knopf auf der Fernbedienung drückst (auch der Lautstärkeknopf) kommt erst ein Bild -- Mit freundlichen Grüssen Hannes Streichermailto:[EMAIL PROTECTED] -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
heimlich ignorierte Optionen
Hallo Liste, ich schreibe diese Mail um ein Verhalten zu diskutieren, dass ich als wirklich üblen Bug einschätze [1]. Ich habe es heute nach mehr als 2 Tagen suchen und der Bitte um Hilfe im IRC endlich geschafft, Apache davon zu überzeugen, Symlinks aus dem WebDAV-Verzeichnis zu folgen. Grund dafür: Ich hatte alle Einstellungen für Webdav, insbesondere auch das Options +FollowSymLinks, in Location /webdav eingeschlossen. Nun mag es vielleicht Gründe dafür geben, warum FollowSymLinks in Location ignoriert wird und nur in Directory beachtet. Aber heimlich? Hallo?! Entweder die Konfig ist korrekt, dann hat sich Apache gefälligst daran zu halten, was ich vorgeben. Oder manche Optionen machen keinen Sinn [2]. Wie kann mir der Server dann sagen Syntax OK? Silently ignored fordert Fehlkonfiguration doch geradezu heraus. Sieht irgendjemand hier einen Grund, warum man dem Administrator vorenthalten muss, wenn man sich über seine Anweisungen hinwegsetzt? Ich nicht. so long Maik [1] Einer Empfehlung auf http://httpd.apache.org/bug_report.html folgend. [2] oder ergeben keinen, für Leute die Sinn für unmachbar halten. -- \ AMD Saxony Limited Liability Company Co. KG Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany System | Register Court Dresden: HRA 4896 Research | General Partner authorized to represent: Center | AMD Saxony LLC (Wilmington, Delaware, US) / General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy signature.asc Description: PGP signature
Re: heimlich ignorierte Optionen
On Fri, Oct 05, 2007 at 01:19:59PM +0200, Maik Hentsche wrote: eingeschlossen. Nun mag es vielleicht Gründe dafür geben, warum FollowSymLinks in Location ignoriert wird und nur in Directory beachtet. Aber heimlich? Was ist an http://httpd.apache.org/docs/2.2/mod/core.html#options heimlich? Rainer -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: heimlich ignorierte Optionen
Rainer Sokoll [EMAIL PROTECTED] wrote: Was ist an http://httpd.apache.org/docs/2.2/mod/core.html#options heimlich? Die Tatsache, dass es weder im Logfile vorkommt noch einen entsprechenden Hinweis auf der Kommandozeile gibt. Meiner Ansicht nach, sollte gute Software möglichst weitgehend ohne Handbuchstudium benutzbar sein, denn im täglichen Gebrauch hat man nicht die Zeit, jedes einzelne Kommando erstmal nachzulesen. Stell dir vor, dein Fernseher hätte einen mit Schalten Sie den Fernseher hier ein beschrifteten Knopf. Um ihn tatsächlich einzuschalten muss man aber Lautstärke erhöhen drücken. Selbst wenn es im Handbuch steht: Würdest das nicht als Bug bezeichnen? so long Maik -- Maik Hentsche [EMAIL PROTECTED] Tel.:0177/6875926 http://chemnitzer.linux-tage.de signature.asc Description: PGP signature
Re: heimlich ignorierte Optionen
On 05.10.2007, at 14:28, Maik Hentsche wrote: Rainer Sokoll [EMAIL PROTECTED] wrote: Was ist an http://httpd.apache.org/docs/2.2/mod/core.html#options heimlich? Die Tatsache, dass es weder im Logfile vorkommt noch einen entsprechenden Hinweis auf der Kommandozeile gibt. Meiner Ansicht nach, sollte gute Software möglichst weitgehend ohne Handbuchstudium benutzbar sein, denn im täglichen Gebrauch hat man nicht die Zeit, jedes einzelne Kommando erstmal nachzulesen. Stell dir vor, dein Fernseher hätte einen mit Schalten Sie den Fernseher hier ein beschrifteten Knopf. Um ihn tatsächlich einzuschalten muss man aber Lautstärke erhöhen drücken. Selbst wenn es im Handbuch steht: Würdest das nicht als Bug bezeichnen? Der Vergleich hinkt aber gewaltig :-) Wenn überhaupt dann ist es schlechtes UI-Design aber definitiv kein Bug... Das Problem liegt in der Tatsache das Location-Container eben keinerlei direkten Bezug zum Filesystem haben und somit die FollowSymLinks-Option dort gar keinen Sinn ergibt; die Option sollte wirklich in einen Directory-Container. Um bei Deinem obigen Vergleich zu bleiben: der Fernseher sollte also erst eingesteckt werden, bevor der Anschalt-Knopf gedrückt wird... ich bezweifle, daß das im Handbuch steht ;-) Cheers, Erik -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: heimlich ignorierte Optionen
Hi, Maik Hentsche schrieb: Rainer Sokoll [EMAIL PROTECTED] wrote: Was ist an http://httpd.apache.org/docs/2.2/mod/core.html#options heimlich? Die Tatsache, dass es weder im Logfile vorkommt noch einen entsprechenden Hinweis auf der Kommandozeile gibt. Meiner Ansicht nach, sollte gute Software möglichst weitgehend ohne Handbuchstudium benutzbar sein, denn im täglichen Gebrauch hat man nicht die Zeit, jedes einzelne Kommando erstmal nachzulesen. Wenn Du einen Webserver suchst, den man durch Anhakeln weniger Checkboxen konfiguriert und bei dem Dir eine freundliche Büroklammer schlaue Tipps gibt, mußt Du Dich vielleicht noch bei anderen Produkten umschauen. Ansonsten ist Syntax OK eben nicht Semantics OK. ;) immer wieder freitags, .max -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
