[Glass] [Seaside] Re: Back button not working with nginx and rewrites

[Mariano Martinez Peck]

On Wed, Jan 22, 2014 at 10:44 PM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

> Mariano,
>
> It seems that if swazoo is working fine that the nginx setup would be
> suspect ...
>
>
Yes, I think the same. But I am completely clueless of what can be...


> Could you should share your simple nginx script in case there's something
> there?
>
>
Sure, this is the conf...It cannot be simpler:


      upstream seaside
      {
        server localhost:9001;
      }

      upstream research
      {
        server localhost:9005;
      }



      server
      {
 server_name localhost;

        root /var/www/glass/;
    listen       443;
    ssl                  on;
    ssl_certificate      /usr/local/conf/newcert.pem;
    ssl_certificate_key  /usr/local/conf/privkey.pem;

        location / {
 try_files $uri @seaside;

        }

        location @seaside {
          include fastcgi_params;
          fastcgi_pass seaside;


        }

      }



Thanks Dale,



> Dale
>
>
>
>
> On Wed, Jan 22, 2014 at 4:33 PM, Mariano Martinez Peck <
> marianopeck at gmail.com> wrote:
>
>> mmmmm weird... I tried with one single gem (just in case) and with no
>> rewrite....a nginx conf as simple as possible.... nothing strange, and
>> still same problem.
>>
>> Any ideas what could be wrong? swazoo server works fine... is there
>> anything known I should do to manage back button when using an external web
>> server?
>>
>> Thanks,
>>
>>
>> On Wed, Jan 22, 2014 at 4:04 PM, Mariano Martinez Peck <
>> marianopeck at gmail.com> wrote:
>>
>>> Hi guys,
>>>
>>> I have a seaside website in which I do some rewrites. If I use a swazoo
>>> server, the back button works as expected. However, when I deploy it using
>>> nginx + rewrites it doesn't work anymore. I do have a #updateUrl: in my
>>> main component and I can see the URL in the browser to be updated. I also
>>> see that the request is being processed. However, the page renders again
>>> the same page...so it does not goes back. _k does change as well in the
>>> browser URL.
>>>
>>> My setup is with gemstone, nginx and fastcgi. (I cc'ed gemstone in case
>>> this is the problem.....)
>>>
>>> Any help would be appreciated.
>>>
>>> I paste the configuration I am using in case someone can help me.
>>>
>>> The important part of nginx is this:
>>>
>>> location ~* /clientXXX/appYYY {
>>> rewrite ^/clientXXX/(.*)$ /$1 break;
>>>  try_files $uri @seasideclientXXX;
>>> }
>>>
>>>
>>> location @seasideclientXXX {
>>> include fastcgi_params;
>>>  fastcgi_param REQUEST_URI $uri?$args;
>>>   fastcgi_pass seasideclientXXX;
>>>   fastcgi_next_upstream error invalid_header timeout http_500;
>>> }
>>>
>>>
>>> My app is registered as 'appYYY' and I execute this in the image:
>>>
>>> | application |
>>> application := WADispatcher default handlerAt: 'dp'.
>>> application
>>> preferenceAt: #serverProtocol put: 'https';
>>>  preferenceAt: #serverHostname put: 'localhost';
>>> preferenceAt: #serverPort put: 443;
>>>  preferenceAt: #serverPath put: '/clientXXX/appYYY'.
>>>
>>> Thanks in advance,
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140123/f1143c13/attachment.html>