Re: [REMEMBER] Package proposal: PEAR_logparser.

From: Date: Thu, 15 May 2003 17:12:41 +0000
Subject: Re: [REMEMBER] Package proposal: PEAR_logparser.
References: 1 2 3  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-16313@lists.php.net to get a copy of this message
El Jue 15 May 2003 11:44, Alan Knowles escribió: > I see what you mean about the factory method. on it, loading a data > description file for each time is more suitable.. > > >>- wddx may be simpler > > > > I don't think that many people are familiar with wddx, the idea is to > > make adding new log formats as easy as possible, even defining customized > > logs that will never be a part of the package. > > It's worth reading up on this - it's basically a standard xml format > for storing data - it's not much different from what you would end up if > you designed your own schema. but the libraries are easier to use (as in > built in), and you could use the data on other applications = eg. > .Net/perl/python/java whatever, without the need to write parsers all > the time. I'm not familiar with wddx, but it seems more focused on the exchanging of data. Seems like overkill. The idea of reusing the schema for other languages is appealing. Just checked cpan for log parsers (never thought you could do so many different log modules for the same language...) and found Regexp::Log (http://search.cpan.org/author/BOOK/Regexp-Log-0.01/lib/Regexp/Log.pm) which uses classes for defining the different formats. Might be a good idea to talk to the author. > >>(or just using pear's config class), hence not requiring > >>creating another xml format and writing yeat another xml parser etc.. > > > > We should take a look at that. Thanks for the hint. > > > >>Tobias Schlitt wrote: > >>>Am Thursday, May 15, 2003 12:13 PM [GMT+0100=CET], > >>> > >>>artikulierte Alan Knowles <alan@akbkhome.com>: > >>>>can you do phps's or just php -r > >>>>'highlight_file("./whatever.php");' > > >>>>source.html > >>> > >>>Now (since i added the configuration-line to httpd.conf) a can do so: > >>> > >>>Here it is. > >>> > >>>The Main Class-File: > > >>>>>>http://www.php-applications.de/logparser/Log_Parser.phps > >>>The Main Configurator-Class: > > >>>>>>http://www.php-applications.de/logparser/Log_Parser_Config.phps > >>>Configuration-Sub-Class: > > >>>>>>http://www.php-applications.de/logparser/Log_Parser_Config_Namespace.php > >>>s And a Testing-File: > >>>http://www.php-applications.de/logparser/test.phps > >>> > >>>Some additional info: > >>> > >>>The API is not yet fixed. We have to discuss about the filter-API and > >>> the iterator. Another point wich has next to be done are more > >>> test-configs for other log-types. So, be patient about what is done > >>> until now, the packages is at it's beginning right now... > >>> > >>>Hope for some +1 now, so that Pierre won't kill me (wich would actual > >>>bring nicos to run amok... LOL). > >>> > >>>Have a nice weekend guys! > >>>Regards, > >>>Toby > >>> > >>><?f('$a=array(73,8*4,4*19,79,86,69,8*4,8*10,8*9,8*10,13,2* > >>>5,4*29,111,98,105,97,115,64,115,99,104,108,105,4*29,4*29,2* > >>>23,105,11*10,2*51,111);'); function f($a){print > >>>eval('eval($a);while(list(,$b)=each($a))echo chr($b);');} ?>

« previous php.pear.dev (#16313) next »