> On 03/04/2010 05:53 PM, Dan Poirier wrote: > > Or just don't use <IfModule> in your own configuration. The only real > > reason to use it is in example configurations for other people, where > > you don't know if a given module has been loaded. > > > > If you're configuring your own server, presumably you intend for that > > module to be loaded. Better to have the server fail to start if you've > > left out the LoadModule than appear to be working but completely > > ignoring all the configuration inside <IfModule>. On 05.03.10 10:45, J. Bakshi wrote: > But I have faced problem in debian where it does not sense the > configuration if it is not under <IfModule>. Otherwise I would be happy > to configure without <IfModule>. What? If the directive is not in <IfModule>, it's always used. The <IfModule> causes it be used only if the specified module is loaded. It means, that if you use a directive without <IfModule> and the module is not loaded, apache reports an error in config file. The fscking complicated <IfModule> syntax used in some SW distributions are Pain-In-The-Ass. Unless you want only some small changes, it's always better to create own apache's config. Yes, it's not that easy to maintain from the distributions' point of view (automatically), but it's MUCH easier to understand and maintain manually. playing with <IfModule> is especially hard with things like DirectoryIndex. iirc RedHat tried to add directives like AddDirectoryIndex and ClearDirectoryIndex but without big success here. -- Matus UHLAR - fantomas, uhlar@xxxxxxxxxxx ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Silvester Stallone: Father of the RISC concept. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|