Sorry all, I have not found any resources or articles corresponding to that and I googled it, but got no results. That is why I posted a question here
On Fri, Jun 13, 2008 at 12:44 PM, Arun Kumar < [EMAIL PROTECTED]> wrote: > Yes, I agree that Chris is providing more and more information. > > On Fri, Jun 13, 2008 at 12:16 PM, Kevin Brown <[EMAIL PROTECTED]> wrote: > > > As a frequent grumpy old man on this mailing list, I personally > appreciate > > Chris's candor. We can try to provide as much shindig-related support as > > possible, but at some point we've got to teach people to build their own > > fires. > > > > On Thu, Jun 12, 2008 at 9:42 PM, Arun Kumar < > > [EMAIL PROTECTED]> > > wrote: > > > > > Chris, > > > If you want to give this kind of reply, send it to him in a personal > > mail, > > > not on the list. > > > > > > On Thu, Jun 12, 2008 at 9:05 PM, Chris Chabot <[EMAIL PROTECTED]> > wrote: > > > > > > > Hey Neo, > > > > > > > > To be honest we have strayed from the 'shindig development' into > > 'general > > > > software engineering concepts" a long time ago. While i am always > happy > > > to > > > > help people out, it's starting to go to the general support side a > bit > > to > > > > much, and this is after all the 'shindig development list', so i > would > > > like > > > > to try to keep things on topic a bit here; We've spammed the list > more > > > then > > > > enough already. > > > > > > > > If you have problems with jQuery, they have some wonderful forums and > > > > mailing lists of their own.. The same goes for gadget development > (this > > > is > > > > about shindig, the rendering server .. and not about gadget > > development), > > > > there are a lot of resources on the various container's sites (hi5, > > > myspace, > > > > imeem, etc), and howto's (check the various > gadget/opensocial/orkut/etc > > > > blogs). They might be a better resource and more fitting for these > > kinds > > > of > > > > questions. > > > > > > > > Next to that, as a general rule of thumb when your asking questions > on > > a > > > > mailing list or forum, it creates good karma when you show that you > > have > > > > tried things, read the documentation, and tried to find things out > your > > > self > > > > in general .. If an example about orkut fails, but you did nothing to > > try > > > to > > > > configure your local java shindig server to have ssl keys, then of > > course > > > it > > > > is going to fail ... just posting that fact won't make people jump to > > > help > > > > you. If however you showed what readme's you read, what mailing list > > > > archives and source code you went through and generally made an > effort, > > > then > > > > people will most likely feel much more inclined to help (after all > why > > > > should they put in an effort when you obviously don't want too?) > > > > > > > > Sorry if i sound harsh saying these things, but i thought an honest > > > answer > > > > would help you more then just silence. > > > > > > > > -- Chris > > > > > > > > > > > > On Jun 12, 2008, at 4:37 PM, Neo Anderson wrote: > > > > > > > > All my pages are of PHP and they need SESSION values for any > > transaction. > > > >> If > > > >> I use oAuth, can I create a session there and use it? Or any other > > way? > > > >> > > > >> > > > >> > > > >> On Thu, Jun 12, 2008 at 4:17 PM, Chris Chabot <[EMAIL PROTECTED]> > > > wrote: > > > >> > > > >> Hey Neo, > > > >>> > > > >>> Welcome to the world of gadget development :-) There's a lot of > > > resources > > > >>> and examples out there of how to write this, they might give you a > > bit > > > of > > > >>> a > > > >>> better overview of how to develop gadgets in the open social kind > of > > > way. > > > >>> > > > >>> Normally speaking gadget writers don't have access to either the > > > >>> container, > > > >>> nor the shindig server, so their server is on a 3rd domain ... > > > >>> > > > >>> Now Sessions are especially bad since the same gadget can be on > > > different > > > >>> persons pages, one for me == viewer == owner, but also on your > > friend's > > > >>> page > > > >>> (same gadget, same browser, same session cookie... however a > > different > > > >>> gadget with different info.. woops!) Next to that huge problem, the > > > proxy > > > >>> server also cache's information (use the REFRESH_INTERVAL param for > > > >>> makeRequest to control for how long btw), and dynamic sessions + > > > caching > > > >>> proxies = bad :) (and yes you really want to have caching, since > it > > > >>> saves > > > >>> your behind when you just made a popular app on orkut, myspace and > > hi5 > > > >>> and > > > >>> your servers would crumble if you served all the page hits all by > > your > > > >>> self). So thats 2 very big reasons not to use sessions in this > > context. > > > >>> > > > >>> So what you would do is that if you need specific information, in > the > > > >>> social setting this will be related to the Viewer ID, or the Owner > > ID, > > > >>> and > > > >>> those can be provided in a secure, verified fashion by making > signed > > > >>> requests.. > > > >>> > > > >>> There's a how-to-do-this from the gadget point of view at: > > > >>> > > > >>> > > > >>> > > > > > > http://code.google.com/p/opensocial-resources/wiki/OrkutValidatingSignedRequests > > > >>> > > > >>> And for creating certificates on php shindig's side read: > > > >>> > > > > http://svn.apache.org/repos/asf/incubator/shindig/trunk/php/certs/README > > > >>> > > > >>> After you follow those steps, the public certificate for your > shindig > > > >>> server is available at http://<your.shindig>/public.crt which you > > can > > > >>> then > > > >>> use in the client side to validate the requests, and verify the > owner > > > and > > > >>> viewer id ... and all your logic you kind of hang of of those id's > > > >>> > > > >>> > > > >>> On Jun 12, 2008, at 10:20 AM, Neo Anderson wrote: > > > >>> > > > >>> Chris, I got another problem here. > > > >>> > > > >>>> > > > >>>> Problem is my container is at port 80. Server is at port 8080. > Here, > > I > > > >>>> am > > > >>>> able to send Ajax requests from the XML file(gadget) to files at > > port > > > >>>> 80(container) without any problems. The files on port 80 are (PHP > > > files) > > > >>>> using sessions and based on these sessions. But the problem is as > > the > > > >>>> makeRequest uses proxy, request to that server page goes from port > > > 8080 > > > >>>> and > > > >>>> session is created for localhost:80, so session doesn't exist for > > > >>>> localhost:8080. How can I solve this problem? > > > >>>> > > > >>>> > > > >>>> On Wed, Jun 11, 2008 at 5:11 PM, Neo Anderson < > > > >>>> [EMAIL PROTECTED]> > > > >>>> wrote: > > > >>>> > > > >>>> Yes, Thank you. > > > >>>> > > > >>>>> > > > >>>>> > > > >>>>> > > > >>>>> > > > >>>>> On Wed, Jun 11, 2008 at 2:25 PM, Chris Chabot <[EMAIL PROTECTED] > > > > > >>>>> wrote: > > > >>>>> > > > >>>>> try: > > > >>>>> > > > >>>>>> > > > >>>>>> <?php > > > >>>>>> echo json_encode($_REQUEST); > > > >>>>>> > > > >>>>>> > > > >>>>>> i think that will fix a lot of your problems right there :P > > > >>>>>> > > > >>>>>> -- Chris > > > >>>>>> > > > >>>>>> > > > >>>>>> On Jun 11, 2008, at 8:59 AM, Neo Anderson wrote: > > > >>>>>> > > > >>>>>> <?php > > > >>>>>> > > > >>>>>> json_encode($_REQUEST); > > > >>>>>>> ?> > > > >>>>>>> > > > >>>>>>> I am getting response as below: > > > >>>>>>> > > > >>>>>>> throw 1; < don't be evil' > > > >>>>>>> > > > >>>>>>> {"http://localhost/makeRequestTest.php > > ":{"body":"\r\n","rc":200}} > > > >>>>>>> > > > >>>>>>>> > > > >>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>>> > > > >>>>>> > > > >>>>> > > > >>> > > > > > > > > > >
