Yes, 20 default, but you can request more (arbitrary max?) number of friends through optional parameters.
In any case, I think that the whole app data stuff isn't really meant to be used with huge amounts of data and can't really provide flexibility and scalability as you make your app more complex. I'd use it for some settings or temporal storage/cache. It's limit of 10K (if I remember correctly?) is another reason. I guess in the end you will want some sort of backend server (sql?) for the app data and all persistence. Again, depending on the depth of the app. Just my thoughts Jelena davew wrote: > It's great that google provides a nice 0.7 tutorial. However, doesn't > it have serious scaling issues? I completely understand why you're > storing sent / given gifts in the viewers app data - it's the only > safe way of currently doing persistent data. But when a user may have > 500+ friends is this a good way of going about doing a gifting > application? It looks like the friend requests / responses return the > 20 top friends (at least it's inferred from the docs). But if the > application wants to show all of the most recent gifts, the app has no > choice but to request the friend + friend app data for every single > friend, possible several hundred, or 1000+ friends. Let's say you have > 1000 friends and you're storing the most recent 5 given gifts for each > friend in a JSON format. That's quite a lot of data you have to load, > just to work out the most recent 10 gifts that you might want to show > to a user... > > Anyone have any thoughts on this? > > Thanks > > Dave > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Orkut Developer Forum" group. To post to this group, send email to opensocial-orkut@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/opensocial-orkut?hl=en -~----------~----~----~----~------~----~------~--~---