From pierre at tiiptop.com Tue Oct 21 13:26:02 2008 From: pierre at tiiptop.com (Pierre Valade) Date: Tue, 21 Oct 2008 19:26:02 +0200 Subject: [Rbrainz-users] Limiting Connections to the MusicBrainz Web Service Message-ID: <5af28ee50810211026q70495336re364ce9429c1cd1b@mail.gmail.com> Hello ! First of all, thanks to everyone who made rbrainz and musicbrainz so cool to use ! I have a question about rbrainz and the following thing in the musicbrainz doc : "All users of the XML web service must ensure that each of their client applications never make more than ONE web service call per second. Making more than one call per second drives up the load on the servers and prevents others from using MusicBrainz. If you impact the server by making more than one call per second, your IP address may be blocked preventing all further access to MusicBrainz." Has rbrainz implemented any nice feature that would wait if a request has already been made in the previous sec ? Thanks, Pierre -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel at maven-group.org Tue Oct 21 16:13:49 2008 From: nigel at maven-group.org (Nigel Graham) Date: Tue, 21 Oct 2008 22:13:49 +0200 Subject: [Rbrainz-users] Limiting Connections to the MusicBrainz Web Service In-Reply-To: <5af28ee50810211026q70495336re364ce9429c1cd1b@mail.gmail.com> References: <5af28ee50810211026q70495336re364ce9429c1cd1b@mail.gmail.com> Message-ID: Hej, I'ts some while since i helped with rbrainz but to the best of my knowledge the answer to your question is; no. Let me elaborate on why I don't think this feature should be the responsibility of rbrainz. rbrainz is a Ruby implementation of the API for talking to musicbrainz servers, any musicbrainz server. The one second per request is a policy of the primary server but rbrainz is not limited to talking to this server (you could setup your own mirror server that doesn't have this policy). And in my opinion that policy should be enforced by the application developer (thats you) since how you choose to enforce the policy depend a great deal on the application you are working on. A GUI application might show a popup message, a server might choose to simply delay the request and a third might raise an error. I hope this explains at least my position on the matter. Mfg. Nigel On 21/10/2008, at 19.26, Pierre Valade wrote: > Hello ! > > First of all, thanks to everyone who made rbrainz and musicbrainz so > cool to use ! > > I have a question about rbrainz and the following thing in the > musicbrainz doc : > "All users of the XML web service must ensure that each of their > client applications never make more than ONE web service call per > second. Making more than one call per second drives up the load on > the servers and prevents others from using MusicBrainz. If you > impact the server by making more than one call per second, your IP > address may be blocked preventing all further access to MusicBrainz." > > Has rbrainz implemented any nice feature that would wait if a > request has already been made in the previous sec ? > > Thanks, > > Pierre > _______________________________________________ > Rbrainz-users mailing list > Rbrainz-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rbrainz-users From pierre at tiiptop.com Tue Oct 21 17:47:47 2008 From: pierre at tiiptop.com (Pierre Valade) Date: Tue, 21 Oct 2008 23:47:47 +0200 Subject: [Rbrainz-users] Limiting Connections to the MusicBrainz Web Service In-Reply-To: References: <5af28ee50810211026q70495336re364ce9429c1cd1b@mail.gmail.com> Message-ID: <5af28ee50810211447s3daae3c4qbf5186d589a0d35a@mail.gmail.com> Hello, Thank you for the answers. @nigel : this feature could be optional. I think it will be useful in this way. @philipp : i will wait for it since I have not much time to work on such a feature also, thanks ! Regards, Pierre On Tue, Oct 21, 2008 at 10:13 PM, Nigel Graham wrote: > Hej, > > I'ts some while since i helped with rbrainz but to the best of my knowledge > the answer to your question is; no. > > Let me elaborate on why I don't think this feature should be the > responsibility of rbrainz. > rbrainz is a Ruby implementation of the API for talking to musicbrainz > servers, any musicbrainz server. > The one second per request is a policy of the primary server but rbrainz is > not limited to talking to this server (you could setup your own mirror > server that doesn't have this policy). > And in my opinion that policy should be enforced by the application > developer (thats you) since how you choose to enforce the policy depend a > great deal on the application you are working on. A GUI application might > show a popup message, a server might choose to simply delay the request and > a third might raise an error. > > I hope this explains at least my position on the matter. > > Mfg. > Nigel > > > On 21/10/2008, at 19.26, Pierre Valade wrote: > > Hello ! >> >> First of all, thanks to everyone who made rbrainz and musicbrainz so cool >> to use ! >> >> I have a question about rbrainz and the following thing in the musicbrainz >> doc : >> "All users of the XML web service must ensure that each of their client >> applications never make more than ONE web service call per second. Making >> more than one call per second drives up the load on the servers and prevents >> others from using MusicBrainz. If you impact the server by making more than >> one call per second, your IP address may be blocked preventing all further >> access to MusicBrainz." >> >> Has rbrainz implemented any nice feature that would wait if a request has >> already been made in the previous sec ? >> >> Thanks, >> >> Pierre >> _______________________________________________ >> Rbrainz-users mailing list >> Rbrainz-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/rbrainz-users >> > > _______________________________________________ > Rbrainz-users mailing list > Rbrainz-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rbrainz-users > -- Pierre Valade +33.6.89.04.15.30 www.tiiptop.com -------------- next part -------------- An HTML attachment was scrubbed... URL: