On Thu, May 30, 2013 at 9:02 PM, Gary Foster <[email protected]>wrote:
> Having a generalized URL parser type of filter (that can return the > discrete elements within a standard URL) would more than likely take it > much closer to the goal line for this particular case. That's what occurred to me as well. I think a "url decode parser type" would be pretty useful in many cases. I am still very busy with the encryption/signature/security pack stuff (plus finally releasing 7.4...), but I'll try to at least fit that in within June. Also thanks for your patience, I now remember you already explained it. I should probably add this to a bugzialla bug tracker... Rainer > I'm not sure if that'd would or would not be terribly useful to the > community as a whole, I do have a pretty solid working solution and will be > moving to the point where even *I* don't need the url parsing down the > road, but if you think it'd be a good general purpose addition then yeah… I > can definitely say I'd be willing to test it, poke and prod it with a > stick, etc. I could definitely use it *right now* anyway. > > At this point my limiting factor isn't anything in rsylsog proper, it's > actually the redis output plugin which doesn't handle the really high > traffic I need to put through it (or the transactional support). I've got > solutions in place to solve all my other problems but if solving those > problems involves beefing up stuff in rsyslog and you need a good test case > I'm willing to roll up my sleeves and volunteer. > > -- Gary F. > > On May 30, 2013, at 10:51 AM, David Lang <[email protected]> wrote: > > > > > iptables would be a special case of this, URL parsing is common enough > that it's probably worth making a urlparse datatype with the appropriate > defaults for it. > > > > Gary, does something like this sound like what you are needing? > > > > Rainer, I'm thinking that this should be fairly easy to implement > (generalizing the iptables datatype), does it sound like it to you? > > > > David Lang > > > > _______________________________________________ > > rsyslog mailing list > > http://lists.adiscon.net/mailman/listinfo/rsyslog > > http://www.rsyslog.com/professional-services/ > > What's up with rsyslog? Follow https://twitter.com/rgerhards > > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
