/php71-emb/lib/libphp7.so (built from source)?
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
have libphp7.so in your system, but
libphp7.1.so? Could you try to execute something like this?
./uwsgi --dlopen /usr/lib/libphp7.1.so --plugin php71 --master
--socket :3030 --processes 4
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
'll
have to benchmark it. Enable it and use /sys/kernel/mm/ksm/ to trigger
merge and measure how effective it is (with stats from
/sys/kernel/mm/ksm/pages_sharing).
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/
is executing bash.
If I had to guess, something probably uses system() and you have
/bin/sh linked to bash.
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
, in handle_uncaught_exception
>
> return debug.technical_500_response(request, *exc_info)
>
> File "/home/erob/ncvs/django/django/views/debug.py", line 84, in
> technical_500_response
>
> html = reporter.get_traceback_html()
>
> File "/home/erob/ncv
he__ dir but the
> issue is persisting.
>
> What do you think? Should i attempt to patch pypy_setup.py ?
Yes, this looks like sensible next step.
But just to be sure, before you do that, confirm that your nginx is
correctly sending REQUEST_METHOD header to 127.0.
and uwsgi_pass with proxy_pass
(with appropriate include ...) in the nginx conf?
If you configure your uwsgi with cpython instead of pypy, does it work
with similar configuration?
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http
url, like that?
curl -v http://127.0.0.1:8000/benchmark
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi