On 08/18/2011 09:47 PM, Goffi wrote: > Le Jeudi 18 Août 2011 20:40:05, Sergey Dobrov a écrit : >> >> It's a bad idea to append the number to the namespace since it reserved >> for different revisions of XEP and not for your purpose. Again, I think >> that this should be solved by some privacy lists extension since your >> decision again restricted. > > As I said before, it just a Q&D hack for testing purpose, I know it's not a > good solution. I would rather use privacy lists or whatever if we could have > a > per-item access management with it. But you should understand that this standard can be proposed only if the basic microblogging will work well.
> >> >>> If I have to poll this by myself at client side, I'll have to send X IQ >>> stanza for my X contacts, and flood the server. >> >> Client should cache data. You will flood anyway the only difference is >> who will flood: client or server. > > In all cases the client will need the data, and it's better to send one > request to server, that X request for X contacts. > Actually I think about something similar to Extended Stanza Adressing > (http://xmpp.org/extensions/xep-0033.html), but to get several pubsub nodes > at > once. XEP-33 is good but it can't be used for iq stanzas... > > >>> I ask last items presence to not have to poll individually all my >>> contacts roster. On some blue centralised services, it's common to have >>> 100+ contacts, should I poll all of them each time I log-in ? >> >> No, Pubsub node can send you an event when you came online with the >> serial for it's journal so you can decide to ask the node for new items. > > Oki, that looks like a nice solution, once again, waiting an answer from > pubsub people. > > It seems that the only way is to design a prototype for the XEP and publish it... -- With best regards, Sergey Dobrov, XMPP Developer and JRuDevels.org founder.
