On Fri, Jun 26, 2015 at 10:46:35AM +0200, Christ-Jan Wijtmans wrote:
Hi there,
> I am requesting the url /magento-check.php and it gives me the php
> code instead of running it through fpm. Other php files work just
> fine.
Does "curl -i http://your-server/magento-check.php"; show a http header
On Friday 26 June 2015 10:13:04 vgallissot wrote:
> Hi all,
>
> I'm experiencing a strange behaviour on my SPDY tests.
>
> I use nginx as a reverse proxy of a node.Js application.
>
> I enabled spdy module and proxy_cache (nginx.conf file bellow) and I
> actually see no difference in requests
Hi all,
I'm experiencing a strange behaviour on my SPDY tests.
I use nginx as a reverse proxy of a node.Js application.
I enabled spdy module and proxy_cache (nginx.conf file bellow) and I
actually see no difference in requests speed. Requests are well handed by
SPDY protocol (one TCP connect
Dear all,
I run into following problem when writing a module for nginx under Linux.
Within my module I have to use a library which internally uses multiple
threads (pthreads) as well as poll.
When using/calling methods of this library in main initialization handler of
my nginx module everythi
I am requesting the url /magento-check.php and it gives me the php
code instead of running it through fpm. Other php files work just
fine. Seems like the dash is screwing with the php regex location and
going through root location with try_files, serving the php code.
location ~* \.php(/.*
On 6/25/15 8:21 PM, Francis Daly wrote:
> On Wed, Jun 24, 2015 at 06:55:05PM +0300, Maxim Konovalov wrote:
>
> Hi there,
>
>> it seems that you start to learn Russian! :-)
>
> That's the joy of machine translation :-)
>
> I hope I didn't end up answering the wrong question.
>
>> Valentin wrote
