Pagespeed as native static module with additional features

[Profforgr]

Hello all.

The web should be faster than it is. Pagespeed is one the helpers. But on busy server's it can not be used with current features. It requires memory cache and min_uses feature. I suggested it here: apache/incubator-pagespeed-ngx#182
But i assume nginx's cache would not work if it will not be forked onto main code. So only tengine can help here.

Can Pagespeed be a native static module on Tengine, which is not ON by default and all who want it - can add needed line in ./configure string?

Thanks in advance,

Alex.

[yaoweibin]

Hi, Alex,

On 2013-3-7 18:30, MvPRO-Administrator wrote:

Hello all.

The web should be faster than it is. Pagespeed is one the helpers. But
on busy server's it can not be used with current features. It requires
memory cache and min_uses feature. I suggested it here:
apache/incubator-pagespeed-ngx#182
apache/incubator-pagespeed-ngx#182
But i assume nginx's cache would not work if it will not be forked
onto main code. So only tengine can help here.

I tried to add a memory cache module
(https://github.com/yaoweibin/mod_tcache) into tengine, but it's only
available for test at present. You should not put it in production server.

The simplest way to solve your problem is to use ramdisk, you can mount
your pagepspeed's FileCachePath to a tmpfs file system. It can save your
disk:-) .

Can Pagespeed be a native static module on Tengine, which is not ON by
default and all who want it - can add needed line in ./configure string?

Your suggestion is interesting. I'm afraid not at this time. Why not use
it as a third party shared module? It's very convenient. ngx_pagepspeed
is a huge module, it's actively developed these months. It need a lot of
dependent header files and libraries. They are all not steady yet. If
they are all steady enough and can be installed easily, I'll consider
your idea.

BTW, I'm one of the developer of ngx_pagespeed.

Thanks in advance,

Alex.

—
Reply to this email directly or view it on GitHub
#192.

Thanks,
-Weibin Yao