Hi everyone!
Wikimedia is releasing a new service today: EventStreams https://wikitech.wikimedia.org/wiki/EventStreams. This service allows us to publish arbitrary streams of JSON event data to the public. Initially, the only stream available will be good ol’ RecentChanges https://www.mediawiki.org/wiki/Manual:RCFeed. This event stream overlaps functionality already provided by irc.wikimedia.org and RCStream https://wikitech.wikimedia.org/wiki/RCStream. However, this new service has advantages over these (now deprecated) services.
1.
We can expose more than just RecentChanges. 2.
Events are delivered over streaming HTTP (chunked transfer) instead of IRC or socket.io. This requires less client side code and fewer special routing cases on the server side. 3.
Streams can be resumed from the past. By using EventSource, a disconnected client will automatically resume the stream from where it left off, as long as it resumes within one week. In the future, we would like to allow users to specify historical timestamps from which they would like to begin consuming, if this proves safe and tractable.
I did say deprecated! Okay okay, we may never be able to fully deprecate irc.wikimedia.org. It’s used by too many (probably sentient by now) bots out there. We do plan to obsolete RCStream, and to turn it off in a reasonable amount of time. The deadline iiiiiis July 7th, 2017. All services that rely on RCStream should migrate to the HTTP based EventStreams service by this date. We are committed to assisting you in this transition, so let us know how we can help.
Unfortunately, unlike RCStream, EventStreams does not have server side event filtering (e.g. by wiki) quite yet. How and if this should be done is still under discussion https://phabricator.wikimedia.org/T152731.
The RecentChanges data you are used to remains the same, and is available at https://stream.wikimedia.org/v2/stream/recentchange. However, we may have something different for you, if you find it useful. We have been internally producing new Mediawiki specific events https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki for a while now, and could expose these via EventStreams as well.
Take a look at these events, and tell us what you think. Would you find them useful? How would you like to subscribe to them? Individually as separate streams, or would you like to be able to compose multiple event types into a single stream via an API? These things are all possible.
I asked for a lot of feedback in the above paragraphs. Let’s try and centralize this discussion over on the mediawiki.org EventStreams talk page https://www.mediawiki.org/wiki/Talk:EventStreams. In summary, the questions are:
-
What RCStream clients do you maintain, and how can we help you migrate to EventStreams? https://www.mediawiki.org/wiki/Topic:Tkjkee2j684hkwc9 -
Is server side filtering, by wiki or arbitrary event field, useful to you? https://www.mediawiki.org/wiki/Topic:Tkjkabtyakpm967t -
Would you like to consume streams other than RecentChanges? https://www.mediawiki.org/wiki/Topic:Tkjk4ezxb4u01a61 (Currently available events are described here https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki .)
Thanks! - Andrew Otto
Hi all,
Thanks for launching this to the public! I have created an unofficial SSE stream based on the IRC stream for open consumption for a while now at http://wikipedia-edits.herokuapp.com/ (see link on top).
Looking forward to migrating over to the new official SSE stream, but wanted to check first if anyone relied on mine? I would probably turn it off soonish (time permitting), but could also keep it running indefinitely if people rely heavily on it. Just let me know.
Cheers, Tom
Hey there! I was looking at migrating over to the new stream but it seems EventStreams does not surface the change in bytes made by a revision. This is quite crucial to my tool and blocks me from moving over to the new service.
Previously this was surfaced like so: length: { new: 2, old: 1 }, where new is the new length of the page in bytes and old is the old length in bytes.
Am I simply missing where to look for this or is this indeed not there? If so, is there a bug open for this that I can track?
Jon
On Wed, Feb 8, 2017 at 9:00 AM Thomas Steiner tomac@google.com wrote:
Hi all,
Thanks for launching this to the public! I have created an unofficial SSE stream based on the IRC stream for open consumption for a while now at http://wikipedia-edits.herokuapp.com/ (see link on top).
Looking forward to migrating over to the new official SSE stream, but wanted to check first if anyone relied on mine? I would probably turn it off soonish (time permitting), but could also keep it running indefinitely if people rely heavily on it. Just let me know.
Cheers, Tom -- Dr. Thomas Steiner, Employee (https://blog.tomayac.com, https://twitter.com/tomayac)
Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Managing Directors: Matthew Scott Sucherman, Paul Terence Manicle Registration office and registration number: Hamburg, HRB 86891
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.17 (GNU/Linux)
iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DCharaCTersAttH3b0ttom.hTtP5://xKcd.c0m/1181/ -----END PGP SIGNATURE----- _______________________________________________ Ops mailing list Ops@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ops
Hi all,
This is just a friendly reminder that we plan to turn off the RCStream service after July 7th.
We’re tracking as best we can the progress of porting clients over at https://phabricator.wikimedia.org/T156919. But, we can only help with what we know about. If you’ve got something still running on RCStream that hasn’t yet ported, let us know, and/or switch soon!
Thanks! -Andrew Otto
On Wed, Feb 8, 2017 at 9:28 AM, Andrew Otto otto@wikimedia.org wrote:
Hi everyone!
Wikimedia is releasing a new service today: EventStreams https://wikitech.wikimedia.org/wiki/EventStreams. This service allows us to publish arbitrary streams of JSON event data to the public. Initially, the only stream available will be good ol’ RecentChanges https://www.mediawiki.org/wiki/Manual:RCFeed. This event stream overlaps functionality already provided by irc.wikimedia.org and RCStream https://wikitech.wikimedia.org/wiki/RCStream. However, this new service has advantages over these (now deprecated) services.
We can expose more than just RecentChanges. 2.
Events are delivered over streaming HTTP (chunked transfer) instead of IRC or socket.io. This requires less client side code and fewer special routing cases on the server side. 3.
Streams can be resumed from the past. By using EventSource, a disconnected client will automatically resume the stream from where it left off, as long as it resumes within one week. In the future, we would like to allow users to specify historical timestamps from which they would like to begin consuming, if this proves safe and tractable.
I did say deprecated! Okay okay, we may never be able to fully deprecate irc.wikimedia.org. It’s used by too many (probably sentient by now) bots out there. We do plan to obsolete RCStream, and to turn it off in a reasonable amount of time. The deadline iiiiiis July 7th, 2017. All services that rely on RCStream should migrate to the HTTP based EventStreams service by this date. We are committed to assisting you in this transition, so let us know how we can help.
Unfortunately, unlike RCStream, EventStreams does not have server side event filtering (e.g. by wiki) quite yet. How and if this should be done is still under discussion https://phabricator.wikimedia.org/T152731.
The RecentChanges data you are used to remains the same, and is available at https://stream.wikimedia.org/v2/stream/recentchange. However, we may have something different for you, if you find it useful. We have been internally producing new Mediawiki specific events https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki for a while now, and could expose these via EventStreams as well.
Take a look at these events, and tell us what you think. Would you find them useful? How would you like to subscribe to them? Individually as separate streams, or would you like to be able to compose multiple event types into a single stream via an API? These things are all possible.
I asked for a lot of feedback in the above paragraphs. Let’s try and centralize this discussion over on the mediawiki.org EventStreams talk page https://www.mediawiki.org/wiki/Talk:EventStreams. In summary, the questions are:
What RCStream clients do you maintain, and how can we help you migrate to EventStreams? https://www.mediawiki.org/wiki/Topic:Tkjkee2j684hkwc9
Is server side filtering, by wiki or arbitrary event field, useful to you? https://www.mediawiki.org/wiki/Topic:Tkjkabtyakpm967t
Would you like to consume streams other than RecentChanges? https://www.mediawiki.org/wiki/Topic:Tkjk4ezxb4u01a61 (Currently available events are described here https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki .)
Thanks!
- Andrew Otto
I think Jon got his question answered but to keep archives happy. Here is length for the new event:
https://github.com/wikimedia/mediawiki-event-schemas/blob/master/jsonschema/...
On Wed, Mar 8, 2017 at 5:02 PM, Jon Robson jrobson@wikimedia.org wrote:
Hey there! I was looking at migrating over to the new stream but it seems EventStreams does not surface the change in bytes made by a revision. This is quite crucial to my tool and blocks me from moving over to the new service.
Previously this was surfaced like so: length: { new: 2, old: 1 }, where new is the new length of the page in bytes and old is the old length in bytes.
Am I simply missing where to look for this or is this indeed not there? If so, is there a bug open for this that I can track?
Jon
On Wed, Feb 8, 2017 at 9:00 AM Thomas Steiner tomac@google.com wrote:
Hi all,
Thanks for launching this to the public! I have created an unofficial SSE stream based on the IRC stream for open consumption for a while now at http://wikipedia-edits.herokuapp.com/ (see link on top).
Looking forward to migrating over to the new official SSE stream, but wanted to check first if anyone relied on mine? I would probably turn it off soonish (time permitting), but could also keep it running indefinitely if people rely heavily on it. Just let me know.
Cheers, Tom -- Dr. Thomas Steiner, Employee (https://blog.tomayac.com, https://twitter.com/tomayac)
Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Managing Directors: Matthew Scott Sucherman, Paul Terence Manicle Registration office and registration number: Hamburg, HRB 86891
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.17 (GNU/Linux)
iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DChara CTersAttH3b0ttom.hTtP5://xKcd.c0m/1181/ -----END PGP SIGNATURE----- _______________________________________________ Ops mailing list Ops@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ops
Research-Internal mailing list Research-Internal@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/research-internal
Hello,
I already shifted huggle's backend (XmlRcs) to new service, so we are good to go.
On Thu, Jun 22, 2017 at 7:00 PM, Andrew Otto otto@wikimedia.org wrote:
Hi all,
This is just a friendly reminder that we plan to turn off the RCStream service after July 7th.
We’re tracking as best we can the progress of porting clients over at https://phabricator.wikimedia.org/T156919. But, we can only help with what we know about. If you’ve got something still running on RCStream that hasn’t yet ported, let us know, and/or switch soon!
Thanks! -Andrew Otto
On Wed, Feb 8, 2017 at 9:28 AM, Andrew Otto otto@wikimedia.org wrote:
Hi everyone!
Wikimedia is releasing a new service today: EventStreams. This service allows us to publish arbitrary streams of JSON event data to the public. Initially, the only stream available will be good ol’ RecentChanges. This event stream overlaps functionality already provided by irc.wikimedia.org and RCStream. However, this new service has advantages over these (now deprecated) services.
We can expose more than just RecentChanges.
Events are delivered over streaming HTTP (chunked transfer) instead of IRC or socket.io. This requires less client side code and fewer special routing cases on the server side.
Streams can be resumed from the past. By using EventSource, a disconnected client will automatically resume the stream from where it left off, as long as it resumes within one week. In the future, we would like to allow users to specify historical timestamps from which they would like to begin consuming, if this proves safe and tractable.
I did say deprecated! Okay okay, we may never be able to fully deprecate irc.wikimedia.org. It’s used by too many (probably sentient by now) bots out there. We do plan to obsolete RCStream, and to turn it off in a reasonable amount of time. The deadline iiiiiis July 7th, 2017. All services that rely on RCStream should migrate to the HTTP based EventStreams service by this date. We are committed to assisting you in this transition, so let us know how we can help.
Unfortunately, unlike RCStream, EventStreams does not have server side event filtering (e.g. by wiki) quite yet. How and if this should be done is still under discussion.
The RecentChanges data you are used to remains the same, and is available at https://stream.wikimedia.org/v2/stream/recentchange. However, we may have something different for you, if you find it useful. We have been internally producing new Mediawiki specific events for a while now, and could expose these via EventStreams as well.
Take a look at these events, and tell us what you think. Would you find them useful? How would you like to subscribe to them? Individually as separate streams, or would you like to be able to compose multiple event types into a single stream via an API? These things are all possible.
I asked for a lot of feedback in the above paragraphs. Let’s try and centralize this discussion over on the mediawiki.org EventStreams talk page. In summary, the questions are:
What RCStream clients do you maintain, and how can we help you migrate to EventStreams?
Is server side filtering, by wiki or arbitrary event field, useful to you?
Would you like to consume streams other than RecentChanges? (Currently available events are described here.)
Thanks!
- Andrew Otto
Huggle mailing list Huggle@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle
Alright, we’ve done it!
RCStream is disabled, so any remaining socket.io service connecting to stream.wikimedia.org/rc will fail.
Thanks all!
On Thu, Jun 22, 2017 at 1:00 PM, Andrew Otto otto@wikimedia.org wrote:
Hi all,
This is just a friendly reminder that we plan to turn off the RCStream service after July 7th.
We’re tracking as best we can the progress of porting clients over at https://phabricator.wikimedia.org/T156919. But, we can only help with what we know about. If you’ve got something still running on RCStream that hasn’t yet ported, let us know, and/or switch soon!
Thanks! -Andrew Otto
On Wed, Feb 8, 2017 at 9:28 AM, Andrew Otto otto@wikimedia.org wrote:
Hi everyone!
Wikimedia is releasing a new service today: EventStreams https://wikitech.wikimedia.org/wiki/EventStreams. This service allows us to publish arbitrary streams of JSON event data to the public. Initially, the only stream available will be good ol’ RecentChanges https://www.mediawiki.org/wiki/Manual:RCFeed. This event stream overlaps functionality already provided by irc.wikimedia.org and RCStream https://wikitech.wikimedia.org/wiki/RCStream. However, this new service has advantages over these (now deprecated) services.
We can expose more than just RecentChanges. 2.
Events are delivered over streaming HTTP (chunked transfer) instead of IRC or socket.io. This requires less client side code and fewer special routing cases on the server side. 3.
Streams can be resumed from the past. By using EventSource, a disconnected client will automatically resume the stream from where it left off, as long as it resumes within one week. In the future, we would like to allow users to specify historical timestamps from which they would like to begin consuming, if this proves safe and tractable.
I did say deprecated! Okay okay, we may never be able to fully deprecate irc.wikimedia.org. It’s used by too many (probably sentient by now) bots out there. We do plan to obsolete RCStream, and to turn it off in a reasonable amount of time. The deadline iiiiiis July 7th, 2017. All services that rely on RCStream should migrate to the HTTP based EventStreams service by this date. We are committed to assisting you in this transition, so let us know how we can help.
Unfortunately, unlike RCStream, EventStreams does not have server side event filtering (e.g. by wiki) quite yet. How and if this should be done is still under discussion https://phabricator.wikimedia.org/T152731.
The RecentChanges data you are used to remains the same, and is available at https://stream.wikimedia.org/v2/stream/recentchange. However, we may have something different for you, if you find it useful. We have been internally producing new Mediawiki specific events https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki for a while now, and could expose these via EventStreams as well.
Take a look at these events, and tell us what you think. Would you find them useful? How would you like to subscribe to them? Individually as separate streams, or would you like to be able to compose multiple event types into a single stream via an API? These things are all possible.
I asked for a lot of feedback in the above paragraphs. Let’s try and centralize this discussion over on the mediawiki.org EventStreams talk page https://www.mediawiki.org/wiki/Talk:EventStreams. In summary, the questions are:
What RCStream clients do you maintain, and how can we help you migrate to EventStreams? https://www.mediawiki.org/wiki/Topic:Tkjkee2j684hkwc9
Is server side filtering, by wiki or arbitrary event field, useful to you? https://www.mediawiki.org/wiki/Topic:Tkjkabtyakpm967t
Would you like to consume streams other than RecentChanges? https://www.mediawiki.org/wiki/Topic:Tkjk4ezxb4u01a61 (Currently available events are described here https://github.com/wikimedia/mediawiki-event-schemas/tree/master/jsonschema/mediawiki .)
Thanks!
- Andrew Otto