i was wondering if one of you could offer some insight to a makerequest problem i am having when i request the following url from orkut, everthing works when i use identical code to request
from hi5, i get a <don't be evil> ..... rc:504 error
the http status for 504 is gateway time out, and that usually means that the firewall is blocking something;
is google blocking hi5 make request's?
i suspect i can just double proxy it to get around it, but i thought i would look into the problem than try to hack something together. i had to do something similar to load webcal ical files from upcoming.org, so i ended up piping the request through a server with cUrl.
"If you are successful, it is because somewhere, sometime, someone gave you a life or an idea that started you in the right direction. Remember also that you are indebted to life until you help some less fortunate person, just as you were helped." --Melinda Gates
> i was wondering if one of you could offer some insight to a > makerequest problem i am having when i request the following url from > orkut, everthing works > when i use identical code to request
> from hi5, i get a <don't be evil> ..... rc:504 error
> the http status for 504 is gateway time out, and that usually means > that the firewall is blocking something;
> is google blocking hi5 make request's?
> i suspect i can just double proxy it to get around it, but i thought i > would look into the problem than try to hack something together. > i had to do something similar to load webcal ical files from > upcoming.org, so i ended up piping the request through a server with > cUrl.
> "If you are successful, it is because somewhere, sometime, someone > gave you a life or an idea that started you in the right direction. > Remember also that you are indebted to life until you help some less > fortunate person, just as you were helped." --Melinda Gates
well, if we get the data through gdata, its problematic in different ways. this is the best cross domain solution for us. at some point, we will be caching it on servers of our own, for crossdomain.xml reasons.
On Sun, May 25, 2008 at 10:22 AM, Paul Lindner <plind...@hi5.com> wrote: > Hi Justin, > That URL takes > 5s to retrieve in most cases, which results in the 504 > timeout. > Is there a faster, better way to get at that ICS data? > On May 22, 2008, at 1:08 PM, justin kruger wrote:
> i was wondering if one of you could offer some insight to a > makerequest problem i am having when i request the following url from > orkut, everthing works > when i use identical code to request
> from hi5, i get a <don't be evil> ..... rc:504 error
> the http status for 504 is gateway time out, and that usually means > that the firewall is blocking something;
> is google blocking hi5 make request's?
> i suspect i can just double proxy it to get around it, but i thought i > would look into the problem than try to hack something together. > i had to do something similar to load webcal ical files from > upcoming.org, so i ended up piping the request through a server with > cUrl.
> "If you are successful, it is because somewhere, sometime, someone > gave you a life or an idea that started you in the right direction. > Remember also that you are indebted to life until you help some less > fortunate person, just as you were helped." --Melinda Gates
"If you are successful, it is because somewhere, sometime, someone gave you a life or an idea that started you in the right direction. Remember also that you are indebted to life until you help some less fortunate person, just as you were helped." --Melinda Gates
If we go greater than 5s then slow requests can occupy a large amount of server resources. My guess is that the URL you're requesting is another proxy solution, thus you have a huge chain of servers to get one little piece of data. (In our case you have the following route: akamai edge -> akamai midgress -> hi5 netscalar -> hi5 api server -> google proxy -> some other host)
Might using the native gdata JS api work better in this situation?
> well, if we get the data through gdata, its problematic in different > ways. this is the best cross domain solution for us. at some point, > we will be caching it on servers of our own, for crossdomain.xml > reasons.
> is there a reason, the timeout needs to be short?
> On Sun, May 25, 2008 at 10:22 AM, Paul Lindner <plind...@hi5.com> > wrote: >> Hi Justin, >> That URL takes > 5s to retrieve in most cases, which results in the >> 504 >> timeout. >> Is there a faster, better way to get at that ICS data? >> On May 22, 2008, at 1:08 PM, justin kruger wrote:
>> i was wondering if one of you could offer some insight to a >> makerequest problem i am having when i request the following url from >> orkut, everthing works >> when i use identical code to request
>> from hi5, i get a <don't be evil> ..... rc:504 error
>> the http status for 504 is gateway time out, and that usually means >> that the firewall is blocking something;
>> is google blocking hi5 make request's?
>> i suspect i can just double proxy it to get around it, but i >> thought i >> would look into the problem than try to hack something together. >> i had to do something similar to load webcal ical files from >> upcoming.org, so i ended up piping the request through a server with >> cUrl.
>> "If you are successful, it is because somewhere, sometime, someone >> gave you a life or an idea that started you in the right direction. >> Remember also that you are indebted to life until you help some less >> fortunate person, just as you were helped." --Melinda Gates
> "If you are successful, it is because somewhere, sometime, someone > gave you a life or an idea that started you in the right direction. > Remember also that you are indebted to life until you help some less > fortunate person, just as you were helped." --Melinda Gates
using gdata is not a consistent solution for our calendar being able to work without javascript. what ever solution we come up with will have to be server side ;-(. Since it works fantasticly on orkut, we may have to launch on orkut before we figure out how to handle hi5. argh, we really did not want to have to write separate code for each network, but that looks more and more like what we will have to do. either that, or have a very scalable proxied backend.
On Mon, May 26, 2008 at 3:08 PM, Paul Lindner <plind...@hi5.com> wrote:
> If we go greater than 5s then slow requests can occupy a large amount > of server resources. My guess is that the URL you're requesting is > another proxy solution, thus you have a huge chain of servers to get > one little piece of data. (In our case you have the following route: > akamai edge -> akamai midgress -> hi5 netscalar -> hi5 api server -> > google proxy -> some other host)
> Might using the native gdata JS api work better in this situation?
> On May 25, 2008, at 8:29 AM, justin kruger wrote:
>> well, if we get the data through gdata, its problematic in different >> ways. this is the best cross domain solution for us. at some point, >> we will be caching it on servers of our own, for crossdomain.xml >> reasons.
>> is there a reason, the timeout needs to be short?
>> On Sun, May 25, 2008 at 10:22 AM, Paul Lindner <plind...@hi5.com> >> wrote: >>> Hi Justin, >>> That URL takes > 5s to retrieve in most cases, which results in the >>> 504 >>> timeout. >>> Is there a faster, better way to get at that ICS data? >>> On May 22, 2008, at 1:08 PM, justin kruger wrote:
>>> i was wondering if one of you could offer some insight to a >>> makerequest problem i am having when i request the following url from >>> orkut, everthing works >>> when i use identical code to request
>>> from hi5, i get a <don't be evil> ..... rc:504 error
>>> the http status for 504 is gateway time out, and that usually means >>> that the firewall is blocking something;
>>> is google blocking hi5 make request's?
>>> i suspect i can just double proxy it to get around it, but i >>> thought i >>> would look into the problem than try to hack something together. >>> i had to do something similar to load webcal ical files from >>> upcoming.org, so i ended up piping the request through a server with >>> cUrl.
>>> "If you are successful, it is because somewhere, sometime, someone >>> gave you a life or an idea that started you in the right direction. >>> Remember also that you are indebted to life until you help some less >>> fortunate person, just as you were helped." --Melinda Gates
>> "If you are successful, it is because somewhere, sometime, someone >> gave you a life or an idea that started you in the right direction. >> Remember also that you are indebted to life until you help some less >> fortunate person, just as you were helped." --Melinda Gates
"If you are successful, it is because somewhere, sometime, someone gave you a life or an idea that started you in the right direction. Remember also that you are indebted to life until you help some less fortunate person, just as you were helped." --Melinda Gates
|
