I have a crazy idea for you. Maybe this is overkill but this sounds like
it'd be natural to add to mod_pagespeed http://modpagespeed.com as a new
filter.
Here's some code you might use as a template
On 2013-05-01 14:54, Sindhi Sindhi wrote:
Hello,
Thanks a lot for providing answers to my earlier emails with subject
Apache C++ equivalent of javax.servlet.Filter. I really appreciate your
help.
I had another question. My requirement is something like this -
I have a huge html file that I
Thanks.
I'd definitely be interested in discussing further.
Theres one more thing, I doubt if I can use ModPagespeedSubstitute, because
our string replacement actually uses some business logic. For ex. in
oldString, if i find a old string at offset 0 i'll replace it with
new otherwise I'll
How is that different from mod_substitute and/or mod_sed?
On May 1, 2013, at 9:22 AM, Joshua Marantz jmara...@google.com wrote:
I have a crazy idea for you. Maybe this is overkill but this sounds like
it'd be natural to add to mod_pagespeed http://modpagespeed.com as a new
filter.
Here's
On 1 May 2013, at 14:41, Sorin Manolache wrote:
In my experience the buckets that I've seen have about 8 kilobytes. So you
will not consume too much memory if you flatten the bucket brigade into one
buffer and then perform the replacement in the buffer. (see
apr_brigade_flatten). However,
Thanks to all for the reply.
Josh, the concern I mentioned was, we may not want mod_pagespeed to modify
the in-memory HTML content. The only change we may want to see in our HTML
will be that the old strings are replaced by the new strings after applying
our business logic which is already done
On Wed, May 1, 2013 at 12:14 PM, Sindhi Sindhi sindhi@gmail.com wrote:
Thanks to all for the reply.
Josh, the concern I mentioned was, we may not want mod_pagespeed to modify
the in-memory HTML content. The only change we may want to see in our HTML
will be that the old strings are