I know that with nginx you can't configure your chain certificate separately, super annoying.
> > Hello, > Thanks again. > Why has Apache Foundation never tested Apache performance with Nginx? > > > > > On Sat, Sep 30, 2023 at 12:00 PM, Frank Gingras > <thu...@apache.org> wrote: > There might be some online, however, due to the different > architectures, they are not likely to be terribly useful. Do avoid the ones > that bash needlessly either product. > > On Sat, Sep 30, 2023 at 3:09 AM Jason Long > <hack3r...@yahoo.com.invalid> wrote: > > > Hello, > Thank you so much for your info. > Why are they trollish? I am curious to learn more. > Is there a fair comparison between Apache and Nginx? > > > > On Saturday, September 30, 2023 at 10:35:12 AM GMT+3:30, Frank > Gingras <thu...@apache.org <mailto:thu...@apache.org> > wrote: > > > > > > Additionally, your recent string of questions to this mailing > list come off as a bit trollish. > > On Sat, Sep 30, 2023 at 3:04 AM Frank Gingras <thu...@apache.org > <mailto:thu...@apache.org> > wrote: > > If any of the mod_php extensions are not thread-safe, you will > need to use the prefork mpm, which will indeed bloat every httpd worker. > This is not the ideal nor recommended configuration. > > > > Instead, use the event mpm and proxy_fcgi to pass the request > to php-fpm. > > > > Alternatively, you can recompile php to be thread-safe and use > event mpm with mod_php, which will give you a small execution speed > advantage. > > > > The statement you posted is more or less FUD which leaves out > very important details. > > > > On Sat, Sep 30, 2023 at 2:56 AM Jason Long > <hack3r...@yahoo.com.invalid> wrote: > >> Hello, > >> Is the following sentence correct? > >> "The way Apache loads PHP in its standard setup (with > mod_php) compared to Nginx alone puts it at a disadvantage. You will see > performance gains, particularly in memory usage, just by switching to > Nginx, given you're using a PHP-driven application." > >> > >> Thank you. > >> > >> ------------------------------------------------------------- > -------- > >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > <mailto:users-unsubscr...@httpd.apache.org> > >> For additional commands, e-mail: users-h...@httpd.apache.org > <mailto:users-h...@httpd.apache.org> > >> > >> > > > > > ---------------------------------------------------------------- > ----- > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > <mailto:users-unsubscr...@httpd.apache.org> > For additional commands, e-mail: users-h...@httpd.apache.org > <mailto:users-h...@httpd.apache.org> > >
