Then you ARE using the current mod_proxy_fcgi and not the old one, it's
important to not confuse each when using / consulting docs, I suggest you
reading this:
https://wiki.apache.org/httpd/PHP-FPM
If you are truly using mod_proxy_fcgi then it's only PHP-FPM fault, not
httpd, you should not even
On 01 Oct 2018, at 13:49, Filipe Cifali wrote:
> This seems to be a problem inside mod_fcgi and not httpd, proxies in general
> don't care about what's the language behind it, as long as the protocol is
> being respected.
Yes, that was my understanding as well, but even when I recompiled
Hi Lewis,
This seems to be a problem inside mod_fcgi and not httpd, proxies in
general don't care about what's the language behind it, as long as the
protocol is being respected. Are you sure you are not getting into trouble
just because you are not using mod_proxy_fcgi instead?
Apache 2.4 docs
On 30 Sep 2018, at 12:11, Jonathon Koyle wrote:
> Simply to avoid assumptions, did you update php-fpm to 7 as well?
php-fpm is built as part of the core php, it is not a separate package.
# pkg info php56
php56-5.6.38
Name : php56
Version: 5.6.38
Installed on : Fri Sep 28
Simply to avoid assumptions, did you update php-fpm to 7 as well?
On Sun, Sep 30, 2018, 11:01 @lbutlr wrote:
> On 29 Sep 2018, at 21:02, Frank Gingras wrote:
> > As for the "filter_var" error, you're missing a php extension/module.
>
> No, I'm not. filter is built in to php and is properly
On 29 Sep 2018, at 21:02, Frank Gingras wrote:
> As for the "filter_var" error, you're missing a php extension/module.
No, I'm not. filter is built in to php and is properly listed in php -m
On 30 Sep 2018, at 03:43, Carmel NY wrote:
> Add the following to the "/etc/make.conf" file:
>
>
As for the "filter_var" error, you're missing a php extension/module.
On Sat, Sep 29, 2018 at 10:57 PM Frank Gingras wrote:
> "Primary Script Unknown" means that you're mapping to a non-existent
> resource on the fpm backend - remember that when using ProxyPassMatch, the
> request uri path is
"Primary Script Unknown" means that you're mapping to a non-existent
resource on the fpm backend - remember that when using ProxyPassMatch, the
request uri path is appended to the last path provided.
On Sat, Sep 29, 2018 at 5:06 PM @lbutlr wrote:
> On 29 Sep 2018, at 05:59, Frank Gingras
On 29 Sep 2018, at 05:59, Frank Gingras wrote:
> "Everything breaks" isn't really a useful statement. Be more specific if you
> want more precise feedback.
I mentioned a couple of the issues in the original post, which are either fcgi
cannot find the scripts to run, or there is an error with
"Everything breaks" isn't really a useful statement. Be more specific if
you want more precise feedback.
On Sat, Sep 29, 2018 at 7:37 AM @lbutlr wrote:
> On 28 Sep 2018, at 16:15, Frank Gingras wrote:
> > Consider the wiki article:
> >
> > http://wiki.apache.org/httpd/php
>
> That's not
On 28 Sep 2018, at 16:15, Frank Gingras wrote:
> Consider the wiki article:
>
> http://wiki.apache.org/httpd/php
That's not helpful.
I already have proxy_fcgi working with php56. The issue is that everything
breaks whenever I try to update to php70
--
The "H" in Jesus H Christ comes from
11 matches
Mail list logo
