[Glass] [a bit offtopic] Redirect special seaside request to a different VM

[Mariano Martinez Peck]

On Wed, Dec 18, 2013 at 3:02 PM, Richard Sargent <
richard.sargent at gemtalksystems.com> wrote:

> Can't you just use a different URL path? e.g.
> http://mydomain.com/fastrequests/whatever versus
> http://mydomain.com/slowrequests/whatever?
>
>

yes, I can.  But that is an implementation detail, so I don't want to show
it that much in the URL. At least with an argument at the end it is less
visible. Also, if I put it as part of the path, users may think that the
app is restful. So he will try to access
http://mydomain.com/slowrequests/whatever in the future, and that of course
will not work unless I spend some effort making seaside restful.


> I had the impression that every(?) web server should be able to have
> different handlers for different paths. (My understanding of web servers is
> pretty limited, so I could easily be mistaken.)
>

Yes, at least with this it is easy to do with the webserver :)


>
>
>
> On Wed, Dec 18, 2013 at 9:52 AM, Mariano Martinez Peck <
> marianopeck at gmail.com> wrote:
>
>>
>>
>>
>> On Wed, Dec 18, 2013 at 2:48 PM, Dale K. Henrichs <
>> dale.henrichs at gemtalksystems.com> wrote:
>>
>>>
>>> ------------------------------
>>>
>>> *From: *"Mariano Martinez Peck" <marianopeck at gmail.com>
>>> *To: *glass at lists.gemtalksystems.com, "Seaside - general discussion" <
>>> seaside at lists.squeakfoundation.org>
>>> *Sent: *Wednesday, December 18, 2013 9:40:06 AM
>>> *Subject: *[Glass] [a bit offtopic] Redirect special seaside request to
>>> a        different VM
>>>
>>>
>>> Hi guys,
>>>
>>> I have some special requests that I want to redirect to another Gem.
>>> What I did in seaside is to implement #updateUrl: and add some parameter
>>> for those cases I want to send it to another Gem.
>>>
>>> Now, I don't know how to adapt nginx for such a thing. I am using
>>> FastCGI. So I need to check if such argument is present in the URL and if
>>> true, send it to another upstream. If not, use the normal upstream.
>>>
>>> Are you having trouble finding the parameter because you are using
>>> FastCGI? Or is the trouble purely an nginx question?
>>>
>>
>> I guess the later.  My usecase is this: I have some module inside the app
>> which have some reports which may take several seconds, even some minutes.
>> I know I could make them async, I know I have serviceVM, etc. But for the
>> moment I want to keep it simple. So all those request from those modules, I
>> want a special gem listening to them. Why? because I don't want to lock the
>> VM for many time and because I want a different gem conf file (assignee
>> more memory, etc).
>>
>> So the thing is how can I make the if in nginx and send the request to
>> the appropriate upstream of gems.
>>
>>
>>
>>>
>>> I have explained my problem here:
>>> http://serverfault.com/questions/561993/nginx-choose-upstream-depending-on-args
>>> but I didn't have any working answer.
>>>
>>> Does any of you have an idea how could I do that?
>>>
>>> Thanks in advance,
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>> _______________________________________________
>>> Glass mailing list
>>> Glass at lists.gemtalksystems.com
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>>
>>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>>
>
>
> --
> Richard Sargent
> Business Development Manager
> 503-766-4719
> richard.sargent at gemtalksystems.com GemTalk Systems
> 15220 NW Greenbrier Parkway #240
> Beaverton, OR 97006
>



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