Good to hear. I look forward to when I have the time / resources to
start working with it. Thanks.
On Jul 6, 7:47 pm, Mark Krieger wrote:
> We are doing this in a VERY controlled way, where the switch from REST
> API to Site Streams (and back) is very simple as needed in our
> application. Also,
Thanks for the clarification.
On Jul 6, 9:47 am, Taylor Singletary
wrote:
> Orian,
>
> It's just that one shouldn't go to production without checking in with us
> first right now so we can make sure the capacity outlook is good. We're
> getting closer to increased capacity on Site Streams, but un
Taylor,
Our user base for this is very small, only a tiny fraction selected
for the test...
Mark
On Jul 6, 9:47 am, Taylor Singletary
wrote:
> Orian,
>
> It's just that one shouldn't go to production without checking in with us
> first right now so we can make sure the capacity outlook is good.
We are doing this in a VERY controlled way, where the switch from REST
API to Site Streams (and back) is very simple as needed in our
application. Also, the users who get Site Streams are VERY few, and
are aware of it. So far, so good, we are doing very well with it. It
has been up for many days, n
Orian,
It's just that one shouldn't go to production without checking in with us
first right now so we can make sure the capacity outlook is good. We're
getting closer to increased capacity on Site Streams, but until then we're
cautious with additional production consumers, especially with larger
Mark, this is a great post, thanks for taking the time to write it up.
What I'm curious about is that I believe Site Streams is still in beta
and not supposed to be used in a production environment according to
Twitter. Has it been stable for you?
On Jun 28, 12:24 pm, Mark Krieger wrote:
> We've
Hi Taylor,
I wanted to ask about the possibility of finding out about the status
of our application to the Site Streams beta. We submitted it on March
24th and have heard nothing back. If you require more information
we're happy to provide it, but since we've heard nothing back at all
after more
Hi Mohan,
It's unclear at this time if track/filter will become part of Site Streams
or not. Site Streams is really focused on the equivalent of home_timeline,
mentions, and associated social events for users. It's still best to use a
separate connection to the streaming API to perform long-term s
>Site Streams does not support any of the
>search/track features of the User Streams, so if your application requires
>these capabilities, Site Streams may not be the right fit.
Are there plans for Site Streams to support search/track features
in the future? What if you want to filter by a search
Oh I should add if I use this same code minus the follow parameter and
connect to UserStreams it works fine
On Mar 4, 10:35 am, Rich wrote:
> Hi there
>
> I'm trying to implement site streams, I've been white listed on the
> account that my users are authenticated against and prior to this I
> re
Oops, I was pointing stream.twitter.com instead of sitestream.twitter.com.
http://sitestream.twitter.com/2b/ works fine.
Thanks,
--
Yusuke Yamamoto
yus...@mac.com
this email is: [x] bloggable/tweetable [ ] private
follow me on : http://twitter.com/yusukeyamamoto
subscribe me at : http://samurais
Hi,
Is the new endpoint https://stream.twitter.com/2b/ ? or
https://stream.twitter.com/2/?
--
Yusuke Yamamoto
yus...@mac.com
this email is: [x] bloggable/tweetable [ ] private
follow me on : http://twitter.com/yusukeyamamoto
subscribe me at : http://samuraism.jp/
On Feb 23, 2011, at 07:23 , Jo
Note that Site Streams is still in a beta test. We're just moving endpoints
around for other projects. Sorry for any confusion.
-John
On Tue, Feb 22, 2011 at 2:15 PM, John Kalucki wrote:
> Please change your Site Streams beta clients to point to
> sitestream.twitter.com and not to betastream.t
I just tried again (last time I tried is about 12 hours ago) and I am
getting the notifications now.
Thanks.
Tom
On 10/1/10 11:05 PM, John Kalucki wrote:
> I just verified with curl and it worked fine.
>
> ?
>
> -John
>
>
> On Fri, Oct 1, 2010 at 2:02 PM, Tom van der Woerdt wrote:
>> I tri
I'm seeing list modification events in my Site Streams. The list events
I've seen are are list_member_added, list_member_removed and list_created.
Tom van der Woerdt wrote:
I tried, but I didn't see anything. Adding a new user to one of my lists
didn't send anything, and removing didn't either.
I just verified with curl and it worked fine.
?
-John
On Fri, Oct 1, 2010 at 2:02 PM, Tom van der Woerdt wrote:
> I tried, but I didn't see anything. Adding a new user to one of my lists
> didn't send anything, and removing didn't either.
>
> Haven't been able to test this outside my app, alth
I tried, but I didn't see anything. Adding a new user to one of my lists
didn't send anything, and removing didn't either.
Haven't been able to test this outside my app, although I doubt that
it's my code (it simply outputs all incoming data to debug). Tried with
cURL but got an error about Basic
List modifications are streamed as social events. The lists themselves
are not streamed.
-John
On Fri, Oct 1, 2010 at 11:01 AM, Tom van der Woerdt wrote:
> Correct.
>
> I'd like to add an additional question to this thread: what about list
> events? The docs say that they get sent, but they don
Correct.
I'd like to add an additional question to this thread: what about list
events? The docs say that they get sent, but they don't.
http://dev.twitter.com/pages/user_streams
Tom
On 10/1/10 7:46 PM, Justin wrote:
> It sounds like it's the same (NO) for both:
>
> Friendship Events
> Create
It sounds like it's the same (NO) for both:
Friendship Events
Created - To you, from you
Deleted - From you
So, unfollow events from you not to you as the target. There doesn't
seem to be any way to tell when someone stops following other than
using the rest API to check followers and compare it
Ah, I apologize. I missed that. I saw block/unblock events come in
during my tests, I didn't realize they were directed at the source
rather than the target.
On Sep 30, 12:59 pm, Mark McBride wrote:
> Note that block/unblock events are delivered to the person creating or
> destroying the block (t
Site Streams only or User Streams? I'm developing around User Streams.
--
M. Edward (Ed) Borasky
http://borasky-research.net http://twitter.com/znmeb
"A mathematician is a device for turning coffee into theorems." - Paul Erdos
Quoting tsmango :
Hi, Ed. Block and unblock events are already bei
Note that block/unblock events are delivered to the person creating or
destroying the block (the source of the action), *not* the target of
the action.
---Mark
http://twitter.com/mccv
On Thu, Sep 30, 2010 at 9:31 AM, tsmango wrote:
> Hi, Ed. Block and unblock events are already being deliv
Hi, Ed. Block and unblock events are already being delivered in the
Site Stream. Very useful!
On Sep 30, 12:30 pm, "M. Edward (Ed) Borasky" wrote:
> As long as we're wishing, I'd like to get a notification when someone
> blocks me. ;-)
> --
> M. Edward (Ed) Boraskyhttp://borasky-research.nethtt
As long as we're wishing, I'd like to get a notification when someone
blocks me. ;-)
--
M. Edward (Ed) Borasky
http://borasky-research.net http://twitter.com/znmeb
"A mathematician is a device for turning coffee into theorems." - Paul Erdos
--
Twitter developer documentation and resources: h
Thanks both for your responses.
-John
On Thu, Sep 30, 2010 at 6:12 AM, tsmango wrote:
> Hey, John. There are a few reasons I'm interested in unfollow events
> in Site Streams, but Tim got to the real point: "it would make it
> extremely easy to keep the relationship info up to date".
>
> * My s
Hey, John. There are a few reasons I'm interested in unfollow events
in Site Streams, but Tim got to the real point: "it would make it
extremely easy to keep the relationship info up to date".
* My service shows you the latest tweet, matching specific criteria,
from each person you follow. Current
Favstar offers a different UI based on whether you're following someone or
not, and different services based on whether you're following @favstar or
not. If site streams provided unfollow data it would make it extremely easy
to keep the relationship info up to date. OneForty.com was also interest
Please describe your use case for unfollows on Site Streams...
-John Kalucki
http://twitter.com/jkalucki
Twitter, Inc.
On Wed, Sep 29, 2010 at 5:09 PM, tsmango wrote:
> Ah I wasn't able to find that. It's a shame if true. Thanks for the
> information.
>
> On Sep 29, 6:05 pm, Tim Haines wrote:
Ah I wasn't able to find that. It's a shame if true. Thanks for the
information.
On Sep 29, 6:05 pm, Tim Haines wrote:
> Seen this answered about 1 - 2 weeks ago. Answer is no.
>
>
>
> On Thu, Sep 30, 2010 at 6:23 AM, tsmango wrote:
> > I was hoping for some clarification on the social events d
Quoting jmathai :
On Aug 30, 12:59 pm, "M. Edward (Ed) Borasky" wrote:
That's part of an application developer's responsibility - to make it
clear what your application *does* "on behalf of a user" and how users
can detect when it does something it *shouldn't* do. And yes, very few
appli
On Aug 30, 12:59 pm, "M. Edward (Ed) Borasky" wrote:
> That's part of an application developer's responsibility - to make it
> clear what your application *does* "on behalf of a user" and how users
> can detect when it does something it *shouldn't* do. And yes, very few
> applications fully
John,
I know it doesn't introduce anything new (per my original post).
I had a hard time coming up with an example but here's the best I
could do.
When I authorize application FOO to access my account I am giving them
permission to poll for my direct messages. [Agreed]
I am also giving them perm
33 matches
Mail list logo
