Re: MidgardConfig comments (Was: [midgard-dev] Automake and directories)
"Jukka Zitting" <[email protected]> Sun, 19 Feb 2006 20:30:33 +0200
| Newsgroups | gmane.comp.web.midgard.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, On 2/18/06, Piotras <[email protected]> wrote: > > Will the configuration files within that directory have a suffix (.ini/.conf/...) or not? > > These need to be decided and documented. > > I think this should be a matter of convention. Both should work IMO. > 'filename' and 'filename.conf' passed as argument Its better if there is just one clearly defined mechanism. Having equivalent alternatives is usually a bad thing in an API. My suggestion would be to pass just a generic configuration "name" as an argument and let the implementation decide the location and name of the corresponding configuration file. A possible Windows port might well want to use a different directory layout and naming convention. > I fully agree with you. What I would like to suggest is to change ini file syntax > that way so we could use current parser and make GKeyFile support after 1.8. I'm fine as long as the config file syntax follows a well specified standard already in 1.8. > ok , just tell me how can I know using three log files that this query is executed > before this php function and after this apache call? In fact the situation at the moment is that you have three different log files: the Apache error log, the Midgard log, and the MidCOM log. It's possible to have them all pointing to the same place but currently that needs special attention. It would be better if all the logs would go to the Apache log and follow the Apache LogLevel by default, but you could still point the logs elsewhere if you really wanted to. To illustrate my point I found your own comment (carelessly taken out of context :-) from December: "Typical midcom log file is empty and I have no idea how to define new log file or even log level." (See http://permalink.gmane.org/gmane.comp.web.midgard.devel/6345) BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [email protected] Software craftsmanship, JCR consulting, and Java development