Apache::SSI design questions
Hi, A recent set of patches sent to me for Apache::SSI left me wondering about a couple of design issues, so I thought I'd turn to the list. 1) Is it preferred to use POSIX::strftime() for time formatting, or Date::Format::strftime()? One solution would be to dynamically load one or the other module according to which one is available, but I'd rather not do that. 2) One can use if, elif, exec, perl, and probably other directives to bring Perl's capabilities into SSI. Currently I don't check INCNOEXEC to make sure that the configuration allows such things (it's not even clear that this is the correct flag to check anyway). Nor do I even check INCLUDES in the first place. Do people care about these things? They seem to me like a bit of a flimsy defense against an uncommon enemy, but perhaps people are relying on them. ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache::SSI design questions
At 11:47 PM 11/28/00 -0600, Ken Williams wrote: >1) Is it preferred to use POSIX::strftime() for time formatting, or > Date::Format::strftime()? One solution would be to dynamically load one > or the other module according to which one is available, but I'd rather > not do that. Hi Ken, Why not Apache::Util::ht_time()? Bill Moseley mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache::SSI design questions
On Wed, 29 Nov 2000, Bill Moseley wrote: > At 11:47 PM 11/28/00 -0600, Ken Williams wrote: > >1) Is it preferred to use POSIX::strftime() for time formatting, or > > Date::Format::strftime()? One solution would be to dynamically load one > > or the other module according to which one is available, but I'd rather > > not do that. > > Hi Ken, > > Why not Apache::Util::ht_time()? Or if you need to run outside of mod_perl, Time::Object::strftime (which doesn't load all of POSIX.pm, but is done in XS, so is faster/lighter than Date::Format). -- /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]