http://blog.gmane.org/gmane.comp.lang.ruby.rainbows.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/348 <pre>Someone on stackoverflow suggested using rainbows instead of juggernaut/node.js for sending push notifications via comet. But I can't seem to find anything about setting something up like that. Thanks. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Jason Kenney 2012-05-16T23:51:23 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/347 <pre>Laba diena, Rašome Jums iš įmonės „Internet Solutions“. Norime informuoti, kad kuriame interneto svetaines (nemokamai), klientai moka tik už svetainės talpinimą mūsų serveryje. Atsinaujinusius svetainių talpinimo planus ir įkainius rasite pateiktoje nuorodoje: http://internetsolutions.lt/tinklapiu-kurimas Galime susikurti svetainę ir be talpinimo paslaugos, dėl kainų teirautis nurodytais kontaktais. Jei jau turite svetainę, galime pasiūlyti svetainės optimizaciją (SEO paslaugas). Plačiau apie tai galite rasti mūsų tinklapyje: http://internetsolutions.lt/reklama-internete/seo-paslaugos/ Taip pat galime pasiūlyti naujienlaiškių siuntimo paslaugas: http://internetsolutions.lt/e-marketingas/naujienlaiskiu-siuntimas/ Geros dienos, -- Evelina Navickaitė UAB „Internet Solutions“ verslo klientų vadybininkė +370 662 35133 sales&lt; at &gt;internetsolutions.lt www.internetsolutions.lt Reg. adresas: Tvenkinių g. 8A, Šakių k., Kauno r. sav. Biuro - korespondencijos adresas: Lyros g. 5,</pre> Paklausimas 2012-05-14T09:27:20 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/345 <pre>Sveiki, Prieš keletą savaičių rašėme Jums dėl interneto svetainių kūrimo ir atnaujinimo. Taigi norėtume dar kartą pasidomėti, galbūt persigalvojote? Įmonės gimtadienio proga visiems užsisakantiems 24 mėnesių svetainės talpinimo paslaugą, taikome 3 mėnesių talpinimo nuolaidą, o visoms kitoms paslaugoms suteikiame 10% nuolaidą (SEO paslaugoms, reklamai internete, naujienlaiškių siuntimui). Nuolaidos taikomos iki 2012 m. gegužės 01 d. Visi mūsų svetainių darbų pvz: http://internetsolutions.lt/tinklapiu-kurimas/keletas-paskutiniu-darbu Talpinimo įkainius rasite čia: http://internetsolutions.lt/tinklapiu-kurimas Naujienlaiškių darbų pvz: http://internetsolutions.lt/e-marketingas/keletas-naujienlaiskiu-pavydziu -- Evelina Navickaitė UAB „Internet Solutions“ verslo klientų vadybininkė +370 662 35133 sales&lt; at &gt;internetsolutions.lt www.internetsolutions.lt Reg. adresas: Tvenkinių g. 8A, Šakių k., Kauno r. sav. Biuro - korespondencijos adresas: Lyros g. 5, Šiaulia</pre> Sveiki 2012-04-12T06:29:22 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/343 <pre>Hi, please CC me as i am not on the list. i am using rainbows (configured with eventmachine) to serve faye websocket connections. see https://github.com/faye/faye-websocket-ruby. when the first user connects (using websocket protocol), cpu usage goes to 100% and stays there. even when the user is idle or disconnects. is this normal behavior? i inspected the process using dtrace under mac os x and saw that the process is doing a lot of read and write system calls all the time. i can observe the same 100% cpu behavior on linux. so this is not a mac os x issue. here is my config file and command line: # rainbows.conf Rainbows! do use :EventMachine end rainbows config.ru -c path/to/rainbows.conf -E production -p 9292 regards, Lion Vollnhals _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Lion Vollnhals 2012-04-12T08:59:55 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/336 <pre>Hello everyone, I'm needing to perform a couple of tasks outside of the request cycle. For instance, I want to ping a web service every X minutes so that I can maintain a persistent connection to it and have better response times for some requests that I have to do *inside* the request cycle. What would be the reasonable way of doing this? I'm thinking the OOB GC is just another example. But the current way the OOB GC is written makes one think it's a very specific case and not something one should use for other purposes. Thoughts? Thanks in advance. D. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Damian Janowski 2012-04-06T21:49:34 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/327 <pre>Hi! Short introduction: I am working on a simple "one-click" file sharing web application specific focus on protecting users' privacy [1]. Thanks to Rainbows! it can work with big uploads without any request buffering which is simply marvelous! :) I am currently trying to implement a limit on the maximum uploaded file size, not unlike what is already done by Rainbows::MaxBody. Unfortunately, it looks like answering a request while the client is in the middle of posting data is not supported that well by Rainbows! Here is a minimal test case: --- 8&lt; --- config.ru --------------------------------------------------- class InterruptTest def call(env) # HTTP 1.1 standard (and curl) needs this /\A100-continue\z/i =~ env['HTTP_EXPECT'] and return [ 100, {}, [] ] error = "Request entity too large!\n" env['rack.input'].read 1000 Rainbows.sleep 1 [ 403, { 'Content-Type' =&gt; 'text/plain' }, [ error ] ] end end run InterruptTest.new --- &gt;8 ---------------------------------------------</pre> Lunar 2012-02-28T22:15:46 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/320 <pre>http://www.zarlav.net Монголын интернет 40 зарын сайтын нэг цэгийн үйлчилгээ 1. Зарын 40 сайтаас зараа хайх болон өгөхөд /үнэгүй/ 2. Гадаад болон Монгол кинонууд үзэх /үнэгүй/ 3. 10.000 ширхэг тоглоомоос сонгон тоглох /үнэгүй/ 4. Арван хурууны бичээч програм татах /үнэгүй/ --------------------------------------------------- Та иймэрхүү байдлаар 200.000 хэрэглэгчдэд И-Мэйл сурталчилгаа хийлгэхэд 300.000 төг холбоо барих : advertise_mon&lt; at &gt;yahoo.com _______________________________________________ Rainbows! mailing list - rainbows-talk&lt; at &gt;rubyforge.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> www.zarlav.net 2012-01-03T04:39:46 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/314 <pre>Hello Rainbows, I was trying to `use :CoolioFiberSpawn` with `Rainbows.sleep` to simulate asynchrony HTTP requests. However, I keep seeing weird "app error: uninitialized fiber (FiberError)". I spent a few hours (ouch) tracking down to a simple case. Suppose I have a Rack app which has `Rainbows.sleep` inside a each block: https://gist.github.com/1536857 (I am running Ruby 1.9.3) class Weird def call env=nil [1].each{ # if you comment out the each block, then it works Rainbows.sleep 2 } [200, {}, ["ok\n"]] end end Then `run Weird.new` would always cause app error: uninitialized fiber (FiberError) But if I took out the each block inside Weird#call, such like: class Weird def call env=nil Rainbows.sleep 2 [200, {}, ["ok\n"]] end end Then it works fine. Moreover, if I run the app like this: run lambda{ |env| Weird.new.call } Then both with or without the each block would work. Could you please explain this for me? Or is it a bug somewhere? Thanks!! __________</pre> Lin Jen-Shin (godfat 2011-12-30T00:28:25 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/311 <pre>I'm trying to run a Rails app that utilizes HTTP streaming with Rainbows! behind Nginx. Here is my nginx.conf:https://gist.github.com/a749361acd09b6ae80e2 Despite setting proxy_buffering off; it appears that nginx is still buffering the output because I do not get a streaming response.  When I curl the app directly (port 3000) I get a proper streaming response, but when I curl nginx (which proxies to the Rails app) I do not get a streaming response. Any thoughts? Thanks,Danny _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Danny Tran 2011-12-05T23:42:57 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/310 <pre>* http://zbatery.bogomip.org/ * rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org * git://bogomips.org/zbatery.git * http://zbatery.bogomip.org/NEWS.atom.xml Changes: There are two bugfixes in this release. Rack applications that use fork() internally should now behave as-expected when receiving SIGCHLD. The pid file is also unlinked during a graceful shutdown. Thanks to Damian Janowski for the bug report and confirming the fix! _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2011-12-05T18:51:30 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/303 <pre>Hello everyone, I'm giving Zbatery a try, currently testing with ThreadPool. By the way, this instance is sitting behind Varnish. I can't figure out precise steps to trigger this exception, but it happens after a few GET/POST requests: /usr/local/lib/ruby/gems/1.9.1/gems/unicorn-4.1.1/lib/unicorn/http_server.rb:361:in `awaken_master': undefined method `kgio_trywrite' for nil:NilClass (NoMethodError) from /usr/local/lib/ruby/gems/1.9.1/gems/unicorn-4.1.1/lib/unicorn/http_server.rb:130:in `block in start' from /usr/local/lib/ruby/gems/1.9.1/gems/rainbows-4.3.1/lib/rainbows/thread_pool.rb:32:in `call' from /usr/local/lib/ruby/gems/1.9.1/gems/rainbows-4.3.1/lib/rainbows/thread_pool.rb:32:in `join' from /usr/local/lib/ruby/gems/1.9.1/gems/rainbows-4.3.1/lib/rainbows/thread_pool.rb:32:in `block in worker_loop' from /usr/local/lib/ruby/gems/1.9.1/gems/rainbows-4.3.1/lib/rainbows/thread_pool.rb:30:in `each' from /usr/local/lib/ruby/gems/1.9.1/gems/rainbows-4.3.1/li</pre> Damian Janowski 2011-12-02T19:39:49 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/297 <pre>Hello, I decided to investigate on why rainbows! prints out Invalid argument - setrlimit on Lion. It turns out the method trysetrlimit in http_server.rb is trying to set RLIMIT_NOFILE to the maximum allowed number that it finds through cur, max = Process.getrlimit(var) This +max+ variable holds 9223372036854775807, while 256 is the +cur+ value. Then we find this line of code to actually set some value: cur &lt;= want and Process.setrlimit(var, cur = max &gt; want ? max : want) This setrlimit call will do Process.setrlimit(8, 9223372036854775807), Lion bombs out and there's no fallback at least for setting the want value. Setting Process.setrlimit second argument to the +want+ values works (mine is 406). It should also be noted that the Process.setrlimit(2..3) call returns nil when successful. The exact error: rainbows-4.3.1/lib/rainbows/http_server.rb:70:in `setrlimit': Invalid argument - setrlimit (Errno::EINVAL) I rewrote the method a bit, but it doesn't include the fact to set the max value, ever; </pre> Claudio Poli 2011-09-16T01:43:09 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/294 <pre>Rainbows! doesn't have as many Unix-only idioms as Unicorn, but there are still bugfixes like commit 71b4507755f2bd279adb14e6cdc90e1380efa247 that could warrant more explanation. I'll probably cover various concurrency-related topics in later posts, but it won't be the main topic. The original announcement is here: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/387563 </pre> Eric Wong 2011-09-09T20:49:25 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/292 <pre>Microsoft Windows [Version 5.2.3790] (C) Copyright 1985-2003 Microsoft Corp. c:\ &gt;ruby -v ruby 1.9.2p180 (2011-02-18) [i386-mingw32] c:\ &gt;gem -v 1.5.2 c:\ &gt;gem install zbatery Fetching: kgio-2.6.0.gem (100%) Temporarily enhancing PATH to include DevKit... Building native extensions.  This could take a while... ERROR:  Error installing zbatery:         ERROR: Failed to build gem native extension.         C:/Ruby192/bin/ruby.exe extconf.rb checking for CLOCK_MONOTONIC in time.h... no checking for CLOCK_MONOTONIC() in time.h... no checking for clockid_t in time.h... no checking for clock_gettime() in -lrt... no checking for t_open() in -lnsl... no checking for socket() in -lsocket... no checking for poll() in poll.h... no checking for getaddrinfo() in sys/types.h,sys/socket.h,netdb.h... no getaddrinfo required *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers.  Check the mkmf.log file for more details.  You may need </pre> Gavin Kistner 2011-09-07T19:34:28 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/291 <pre>Microsoft Windows [Version 5.2.3790] (C) Copyright 1985-2003 Microsoft Corp. c:\ &gt;ruby -v ruby 1.9.2p180 (2011-02-18) [i386-mingw32] c:\ &gt;gem -v 1.5.2 c:\ &gt;gem install zbatery Fetching: kgio-2.6.0.gem (100%) Temporarily enhancing PATH to include DevKit... Building native extensions.  This could take a while... ERROR:  Error installing zbatery:         ERROR: Failed to build gem native extension.         C:/Ruby192/bin/ruby.exe extconf.rb checking for CLOCK_MONOTONIC in time.h... no checking for CLOCK_MONOTONIC() in time.h... no checking for clockid_t in time.h... no checking for clock_gettime() in -lrt... no checking for t_open() in -lnsl... no checking for socket() in -lsocket... no checking for poll() in poll.h... no checking for getaddrinfo() in sys/types.h,sys/socket.h,netdb.h... no getaddrinfo required *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers.  Check the mkmf.log file for more details.  You may need </pre> Gavin Kistner 2011-09-07T19:02:32 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/290 <pre>Two releases, same change: This release fixes a potential reentrancy deadlock when using the default logger from the Ruby standard library. * http://rainbows.rubyforge.org/ * git://bogomips.org/rainbows.git * http://rainbows.rubyforge.org/NEWS.atom.xml * http://zbatery.bogomip.org/ * git://bogomips.org/zbatery.git * http://zbatery.bogomip.org/NEWS.atom.xml (Zbatery can't pull in this fix from Rainbows! since the signal handlers are setup differently for a single process) </pre> Eric Wong 2011-09-02T02:38:46 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/288 <pre>If any combination of SIGQUIT and SIGUSR1 are sent to a Rainbows! worker in a /very/ short period of time, the Mutex used by the default Logger implementation may deadlock since Mutex synchronization is not reentrant-safe. Users of alternative logger implementations (or monkey-patched ones) are possibly not affected. Users of the logger_mp_safe.rb monkey-patch distributed[1] with unicorn are not affected. [1] http://unicorn.bogomips.org/examples/logger_mp_safe.rb --- I've pushed to rainbows.git I haven't seen Rainbows! hit it, but I've encountered this elsewhere. I don't have anything else for a bit, so maybe I'll just release 4.3.1 tonight. Anybody have any other outstanding issues? lib/rainbows/base.rb | 7 +++++-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/lib/rainbows/base.rb b/lib/rainbows/base.rb index d1c5c08..54f1d2d 100644 --- a/lib/rainbows/base.rb +++ b/lib/rainbows/base.rb &lt; at &gt;&lt; at &gt; -18,8 +18,11 &lt; at &gt;&lt; at &gt; module Rainbows::Base # we're don't use the self-pipe mechanism i</pre> Eric Wong 2011-08-30T23:32:32 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/286 <pre>Changes: These releases pull in changes from unicorn 4.1.0 The deprecated Rainbows::HttpResponse class is finally gone thanks to Pratik Naik. Logging of errors is more consistent with the changes in unicorn 4.1.0. There are also minor documentation updates. See the unicorn 4.1.0 release notes for more details: http://bogomips.org/unicorn.git/tag/?id=v4.1.0 * http://rainbows.rubyforge.org/ * git://bogomips.org/rainbows.git * http://rainbows.rubyforge.org/NEWS.atom.xml Zbatery is Rainbows! without the fork(): * git://bogomips.org/zbatery.git * http://zbatery.bogomip.org/ * http://zbatery.bogomip.org/NEWS.atom.xml The mailing list for both projects is rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org </pre> Eric Wong 2011-08-20T01:47:54 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/284 <pre>Changes: This release includes updates to support WebSockets under Cramp 0.14 and later. This will be the last release which supports Cramp 0.13. There are no changes in this release for non-Cramp users. * http://rainbows.rubyforge.org/ * rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org * git://bogomips.org/rainbows.git </pre> Eric Wong 2011-08-05T23:45:15 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/280 <pre>--- lib/rainbows.rb | 1 - lib/rainbows/http_response.rb | 26 -------------------------- 2 files changed, 0 insertions(+), 27 deletions(-) delete mode 100644 lib/rainbows/http_response.rb diff --git a/lib/rainbows.rb b/lib/rainbows.rb index 3bf7717..bfa1ba0 100644 --- a/lib/rainbows.rb +++ b/lib/rainbows.rb &lt; at &gt;&lt; at &gt; -121,7 +121,6 &lt; at &gt;&lt; at &gt; module Rainbows autoload :Fiber, 'rainbows/fiber' # core class autoload :StreamFile, 'rainbows/stream_file' - autoload :HttpResponse, 'rainbows/http_response' # deprecated autoload :ThreadTimeout, 'rainbows/thread_timeout' autoload :WorkerYield, 'rainbows/worker_yield' autoload :SyncClose, 'rainbows/sync_close' diff --git a/lib/rainbows/http_response.rb b/lib/rainbows/http_response.rb deleted file mode 100644 index 564d2d0..0000000 --- a/lib/rainbows/http_response.rb +++ /dev/null &lt; at &gt;&lt; at &gt; -1,26 +0,0 &lt; at &gt;&lt; at &gt; -# -*- encoding: binary -*- -# :enddoc: -# deprecated, use Rainbows::Response instead -# Cramp 0.11 relies on this, and is only activated by Cramp -if</pre> Pratik Naik 2011-08-05T21:24:21 http://comments.gmane.org/gmane.comp.lang.ruby.rainbows.general/279 <pre>Changes: There are only some minor cleanups in this release and a bump to kgio 2.5 to remove the dependency on io/wait. kgio 2.5 or later is now required (kgio 2.6+ will be required in the next release). I don't recall hearing of anybody running Rainbows! in production and serving public traffic, yet. You can be the first! Have fun! * http://rainbows.rubyforge.org/ * rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org * git://bogomips.org/rainbows.git </pre> Eric Wong 2011-07-30T22:47:53 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.rainbows.general