Hi Tomas, I just checked the social graph functions.The point is that if i make unfollow and then get all the id's of users that i follow - the user id that i unfollowed would be still there - e.g. this methods are not updated in real time.
Could you all comment on this?Is that a bug? On Oct 6, 11:47 am, twittme_mobi <nlupa...@googlemail.com> wrote: > Hi Tomas, > > Thanks for the colaboration! > I do not handle all the users at the same time, i just ment that > storing session data for all currently logged-in users could take some > memory > resources but in general i agree with you...some caching along > with a proper implementation should not harm :) > > Thanks! > > On Oct 5, 1:27 pm, Thomas Hübner <thueb...@gmx.de> wrote: > > > I only can talk for .NET - A Dictionary(of Long, Boolean) with 5000 > > Id's needs around 500 Ticks If I request the Method .ContainsKey. I > > don't think that an API Request with parsing xml can be faster. > > Additional you nail the server with unneeded requests which are > > "expensive" (rate limits) too > > > I don't know your Applicaton but you'll handle all accounts at the > > same time? Normaly if an user authenticates the first calls could be > > to request the ID Lists and store them during this users sessiontime. > > If a user leaves you can free this memory. > > > On 5 Okt., 12:03, twittme_mobi <nlupa...@googlemail.com> wrote: > > > > Hi Tomas, another question to collaborate, > > > do you think that is faster to find the ID in array by iterating it > > > rather that searching for a string in the XML > > > with some well known search function.... > > > > On Oct 5, 10:54 am, twittme_mobi <nlupa...@googlemail.com> wrote: > > > > > Hi Tomas, > > > > > Thanks for the clarification. > > > > One question - if you have many users, you will need to load all the > > > > IDs > > > > for All the users in the memory - isn't that too heavy?some of the > > > > users have 100000+ followers. > > > > > Thanks. > > > > > On Oct 4, 6:26 pm, Thomas Hübner <thueb...@gmx.de> wrote: > > > > > > the problem is that a friendship exist is an "expensive" API Call (of > > > > > 150 possible per hr) I do not know what kind of Application you plan > > > > > but > > > > > for my client App I load the ID's of followers with one API call and > > > > > keep this list in memory. If a status become loaded I compare the > > > > > icluded UserID with the list and switch the menues depending on > > > > > containing this ID or not. This is much faster then request the API > > > > > each > > > > > time. > > > > > > Only situation which is not working for are search calls because the > > > > > delivered result (ATOM) does not contain any userID which is a fail > > > > > > twittme_mobi schrieb: > > > > > > > Hi Tomas, > > > > > > > thanks for the reply! > > > > > > the social graph methods are too heavy for such a simple operation. > > > > > > I have to check if user is followed every time that a profile is > > > > > > visited so > > > > > > i would now where to put "Follow" or "Unfollow" button.It is not > > > > > > reasonable > > > > > > to execute the social graph methods every time, because sometimes > > > > > > users might > > > > > > have thousands of followers.Isn't it the friendship/exists method > > > > > > that > > > > > > needs to be fixed, > > > > > > after all, it is just for checking if user is followed or not.. > > > > > > > Thanks!Your opinion is welcome! > > > > > > > On Oct 3, 2:20 pm, Thomas Hübner <thueb...@gmx.de> wrote: > > > > > >> you have the social graph methods which deliver ID's. > > > > > >> Unfortunately the > > > > > >> same API call for screennames is missed - so you never can make > > > > > >> comparings with search API results because there is no userID in. > > > > > > >> friends/ids > > > > > >> followers/ids > > > > > > >> cheers, > > > > > >> Thomas > > > > > > >> twittme_mobi schrieb: > > > > > > >>> Hi guys, i tried friendship/exists but it throws an > > > > > >>> error when the user is protected.How should i accomplish this task > > > > > >>> with the API? > > > > > > >> signature.asc > > > > > >> < 1KViewDownload > > > > > > signature.asc > > > > > < 1KViewDownload