can anyone tell that what are the disadvantages f Ruby on Rails lets Discuss -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
One disadvantage is that you can hardly ever convince your boss to use it in the workplace. On Apr 2, 11:29 pm, Rajdeep Pohanerkar <rails-mailing-l...@andreas- s.net> wrote:> can anyone tell that what are the disadvantages f Ruby on Rails lets > Discuss > > -- > Posted viahttp://www.ruby-forum.com/.--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Sir,i need technical disadvantages -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
As far as I know it doesn''t scale out to a webfarm unless I''m wrong and there is a way of maintaining the session in a database. On 4/3/07, John <jcromartie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > > One disadvantage is that you can hardly ever convince your boss to use > it in the workplace. > > On Apr 2, 11:29 pm, Rajdeep Pohanerkar <rails-mailing-l...@andreas- > s.net> wrote: > > can anyone tell that what are the disadvantages f Ruby on Rails lets > > Discuss > > > > -- > > Posted viahttp://www.ruby-forum.com/. > > > > >--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
One of its disadvantages is the lack of complete documentation online. (Books help) Some of the generated rubydocs will just contain the name of the method and nothing else (compared to php.net/ your-function-name-here with lots of user comments and tutorials) or the javadocs from sun. For instance try to find some documentation on how the post, get or head shortcuts work and what parameters they accept in rails. Andy On Apr 2, 2007, at 5:37 PM, Rajdeep Pohanerkar wrote:> > Sir,i need technical disadvantages > > -- > Posted via http://www.ruby-forum.com/. > >--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On Apr 2, 2007, at 11:39 PM, Jonathan Parker wrote:> As far as I know it doesn''t scale out to a webfarm unless I''m wrongit does, but it costs. ruby is, relative to other languages, slow. rails has a lot of techniques to compensate for that slowness in most scenarios. however, those techniques involve more resources. between jruby and yarv the speed issue is likely to go away in the next couple years. also, consider your deployment scenario to know if this limitation is actually a legitimate concern.> and there is a way of maintaining the session in a database.use the activerecord store -faisal --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On Apr 2, 2007, at 10:39 PM, Jonathan Parker wrote:> As far as I know it doesn''t scale out to a webfarm unless I''m wrong > and there is a way of maintaining the session in a database.You can scale to a webfarm, and put sessions in the DB or memcache or turn them off or all kinds of things. Rails scales very nicely to multiple server environments.> On 4/3/07, John <jcromartie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > One disadvantage is that you can hardly ever convince your boss to use > it in the workplace. > > On Apr 2, 11:29 pm, Rajdeep Pohanerkar <rails-mailing-l...@andreas- > s.net> wrote: > > can anyone tell that what are the disadvantages f Ruby on Rails lets > > Discuss > > > > -- > > Posted viahttp://www.ruby-forum.com/. > > > > > > > >--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Jonathan Parker wrote:
> As far as I know it doesn''t scale out to a webfarm unless
I''m wrong
> and there is a way of maintaining the session in a database.
>
In environment.rb:
# Use the database for sessions instead of the file system
# (create the session table with ''rake db:sessions:create'')
config.action_controller.session_store = :active_record_store
config.action_controller.session = { :session_key =>
"_my_session_id",
:secret => "some secret phrase" }
Voila... sessions in the db.
b
>
> On 4/3/07, *John* <jcromartie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
<mailto:jcromartie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>>
> wrote:
>
>
> One disadvantage is that you can hardly ever convince your boss to use
> it in the workplace.
>
> On Apr 2, 11:29 pm, Rajdeep Pohanerkar <rails-mailing-l...@andreas-
> s.net <http://s.net>> wrote:
> > can anyone tell that what are the disadvantages f Ruby on Rails
lets
> > Discuss
> >
> > --
> > Posted viahttp://www.ruby-forum.com/ <http://forum.com/>.
>
>
>
>
>
>
> >
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Ruby on Rails: Talk" group.
To post to this group, send email to
rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en
-~----------~----~----~----~------~----~------~--~---
Because rails is the hot commodity right now, it can be difficult to find developers. People are learning as quickly as they can, but a good rails programmer, if you can find one, will cost. cheers! Adam On Apr 2, 9:07 pm, Ben Munat <bmu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> Jonathan Parker wrote: > > > As far as I know it doesn''t scale out to a webfarm unless I''m wrong > > and there is a way of maintaining the session in a database. > > > > In environment.rb: > > # Use the database for sessions instead of the file system > # (create the session table with ''rake db:sessions:create'') > config.action_controller.session_store = :active_record_store > > config.action_controller.session = { :session_key => "_my_session_id", > :secret => "some secret phrase" } > > Voila... sessions in the db. > > b > > > > > On 4/3/07, *John* <jcromar...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <mailto:jcromar...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>> > > wrote: > > > One disadvantage is that you can hardly ever convince your boss to use > > it in the workplace. > > > On Apr 2, 11:29 pm, Rajdeep Pohanerkar <rails-mailing-l...@andreas- > > s.net <http://s.net>> wrote: > > > can anyone tell that what are the disadvantages f Ruby on Rails lets > > > Discuss > > > > -- > > > Posted viahttp://www.ruby-forum.com/<http://forum.com/>.--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On Apr 3, 2007, at 5:05 PM, Adam Greene wrote:> a good rails programmer, if you can find one, will cost.This is true of any language. Good programmers cost money. Is it a disadvantage that there aren''t a bunch of bad Rails programmers yet? That''s debatable, but I don''t think so. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Michael D. Ivey <michael.ivey-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > a good rails programmer, if you can find one, will cost. > This is true of any language. Good programmers cost money. > > Is it a disadvantage that there aren''t a bunch of bad Rails > programmers yet? That''s debatable, but I don''t think so.I think the assertion that there aren''t a bunch of bad Rails programmers yet is debatable. ;-) - Tyler --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
One potential constraint that you may need to consider is that it may not fit very well in an existing ''enterprise'' architecture with all kinds of rules and regulations. For example, certain big companies have policies such as using stored procedures to access databases and to use certain naming conventions for table/field names etc. Under such circumstances, Rails will begin to loose its magic since it relies on "convension over configuration" and automatically reflects on the underlying table/field structure to dynamically create ActiveRecord constructs. Another constraint that you may want to think of is the Security. There are well established tools/libraries/techniques in corporate environment that have leveraged C++/Java for a long time. Ruby/Rails is just too new and a bit immature to be able to challenge them yet. Though, will JRuby looming on horiozon, you should be able to mix-and-match at least in theory. A similar argument can be made for a two phase commit requirement. Now, you have to balance all this in practice. How often do you need aforementioned features? Most people overestimate that. On the other hand, in a financial services environment, e.g. banking, such features are critical requirements and cannot be compromised upon. That will still be the turf of C++/Java/J2EE. That is just my opinion at this point, but I must admit, I do not have a lot of Ruby/Rails construction/deployment experience yet. In Java/J2EE, I do. Therefore, someone with more experience/knowledge of Ruby/RoR can easily challenge it. That is all right. We all learn from listening and being challenged. Regards, Bharat -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Rajdeep Pohanerkar wrote:> can anyone tell that what are the disadvantages f Ruby on Rails lets > DiscussIts hard to say because you arent telling us what kind of project you are doing with it. I mean i was going to use rails to make an emcommercer site because i heard that it was quick and easy to get set up etc, but i found this https://www.godaddy.com/gdshop/ecommerce/cart.asp?ci which works much better for what i need and requires no programming or technical skills at all. -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On Apr 3, 3:25 pm, Tyler MacDonald <google....-oTuY4Vk9bUDG8MNy1oJpyw@public.gmane.org> wrote:> Michael D. Ivey <michael.i...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > > > > a good rails programmer, if you can find one, will cost. > > This is true of any language. Good programmers cost money. > > > Is it a disadvantage that there aren''t a bunch of bad Rails > > programmers yet? That''s debatable, but I don''t think so. > > I think the assertion that there aren''t a bunch of bad Rails programmers > yet is debatable. ;-)I''m a bad Rails programmer! (thought I''m trying to change that) --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
It is so nice to use that it makes your day job seem an even more depressing.waste of time than it did before. Seriously though Rails does have its weak spots. In no particular order I see them as - Creating ''Forms and Reports'' applications seems much more long winded than it should do. The ''view'' part of Rails simply hasn''t got any meat on the bones. Despite RJS, etc you still find yourself messing around in HTML and CSS at a very low level. - Using resources, as opposed to providing them, seems a lot more difficult than it should be. I feel that the interactive part of an application should simply be consuming REST resources provided by other facilities (on the same box or elsewhere), but it is just seems very difficult to do that in Rails at the moment. - Infrastructure support for Rails is still poor. There is no qucik way of setting something up that handles backups and restarts efficienctly and manages traffic into your site so that it doesn''t get Slashdotted. - Some Rails techniques out there are bad for your application''s health. For example overuse of storage in the session, and lumping all users in the same database. This all comes from the Rails Tutorials which have become ''best practice'' despite the fact that they were never intended to be so. - The documentation and ideas about Rails are scattered around the Internet on blog sites, with very little consolidation. Blogs may be easy to use, but they are the worst sort of knowledge store. The central wiki is an appalling mess that desperately needs a good clear out. But despite all that, it is worth sticking with because Rails is so damn nice to use. (And if anybody has suggestions has to how to alleviate the pain of the above, please let me know). NeilW On Apr 3, 4:29 am, Rajdeep Pohanerkar <rails-mailing-l...@andreas- s.net> wrote:> can anyone tell that what are the disadvantages f Ruby on Rails lets > Discuss > > -- > Posted viahttp://www.ruby-forum.com/.--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
One of the reasons we chose to go with RoR for our current projects is that we figured there would be a greater concentration of good programmers that know RoR as supposed to Java. That has turned out to be the case so far. There are a couple good free sights for posting Ruby job requistions. rubydc.com (DC only obviously) http://jobs.rubynow.com/ and you can''t beat a $25 craigslist posting On Apr 3, 6:11 pm, "Michael D. Ivey" <michael.i...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> On Apr 3, 2007, at 5:05 PM, Adam Greene wrote: > > > a good rails programmer, if you can find one, will cost. > > This is true of any language. Good programmers cost money. > > Is it a disadvantage that there aren''t a bunch of bad Rails > programmers yet? That''s debatable, but I don''t think so.--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On 4/4/07, Neil Wilson <aldursys-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > > - Creating ''Forms and Reports'' applications seems much more long > winded than it should do. The ''view'' part of Rails simply hasn''t got > any meat on the bones. Despite RJS, etc you still find yourself > messing around in HTML and CSS at a very low level.> (And if anybody has suggestions has to how to alleviate the pain of > the above, please let me know). > >MasterView is a gem/plugin for Ruby on Rails which allows you to create views that you can WYSIWYG edit them and not have to fiddle directly with HTML and CSS as much. Use tools like the open source NVU or Dreamweaver to do the editing (even give this to a designer to work on). And these new views, retain all the nice features of rails including layouts, partials, and use of helpers. You can start from an html prototype and make it real or use the built in generator to get you a CRUD set of views set up. We have a demo of the second usage up on the website here http://masterview.org/videos/demo_short.html Main site: http://masterview.org/ Rubyforge project: http://rubyforge.org/projects/masterview If you have any questions about the project or its focus, send them my way. Jeff -- Jeff Barczewski, MasterView core team Inspired Horizons Ruby on Rails Training and Consultancy http://inspiredhorizons.com/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Hi,
I am a developer on Ruby on Rails from 6 months...
We developed Rails application using the Apache(Configured with
mongrel) server,the problem is we are developing a integrated generic
application where the application is one,clients are many so on the same
server many users can access the application.We are facing the
performance issue.When multiple users accessing the application it is
working very dead slow since it having large database and lot of
different functionalities ...
Is there any way to increase the performance?
Jeff Barczewski wrote:> On 4/4/07, Neil Wilson
<aldursys-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>
>>
>> - Creating ''Forms and Reports'' applications seems
much more long
>> winded than it should do. The ''view'' part of Rails
simply hasn''t got
>> any meat on the bones. Despite RJS, etc you still find yourself
>> messing around in HTML and CSS at a very low level.
>
>
>> (And if anybody has suggestions has to how to alleviate the pain of
>> the above, please let me know).
>>
>>
>
> MasterView is a gem/plugin for Ruby on Rails which allows you to create
> views that you can WYSIWYG edit them and not have to fiddle directly
> with
> HTML and CSS as much. Use tools like the open source NVU or Dreamweaver
> to
> do the editing (even give this to a designer to work on). And these new
> views, retain all the nice features of rails including layouts,
> partials,
> and use of helpers. You can start from an html prototype and make it
> real or
> use the built in generator to get you a CRUD set of views set up.
>
> We have a demo of the second usage up on the website here
>
> http://masterview.org/videos/demo_short.html
>
> Main site: http://masterview.org/
> Rubyforge project: http://rubyforge.org/projects/masterview
>
> If you have any questions about the project or its focus, send them my
> way.
>
> Jeff
>
>
> --
> Jeff Barczewski, MasterView core team
> Inspired Horizons Ruby on Rails Training and Consultancy
> http://inspiredhorizons.com/
--
Posted via http://www.ruby-forum.com/.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Ruby on Rails: Talk" group.
To post to this group, send email to
rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en
-~----------~----~----~----~------~----~------~--~---
Could you give us some numbers, like the actual hardware you''re using and the number of clients? Right off I can think of a couple of things, like obviously making sure you''re running Mongrel in Production mode and making use of Caching. There are a ton of different Rails performance tools available including FiveRuns TuneUp and NewRelic. With some real numbers, we can probably throw out some real ideas. On Jan 23, 1:02 am, Hema Gonaboina <rails-mailing-l...-ARtvInVfO7ksV2N9l4h3zg@public.gmane.org> wrote:> Hi, > I am a developer on Ruby on Rails from 6 months... > We developed Rails application using the Apache(Configured with > mongrel) server,the problem is we are developing a integrated generic > application where the application is one,clients are many so on the same > server many users can access the application.We are facing the > performance issue.When multiple users accessing the application it is > working very dead slow since it having large database and lot of > different functionalities ... > Is there any way to increase the performance? > > > > > > Jeff Barczewski wrote: > > On 4/4/07, Neil Wilson <aldur...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > > >> - Creating ''Forms and Reports'' applications seems much more long > >> winded than it should do. The ''view'' part of Rails simply hasn''t got > >> any meat on the bones. Despite RJS, etc you still find yourself > >> messing around in HTML and CSS at a very low level. > > >> (And if anybody has suggestions has to how to alleviate the pain of > >> the above, please let me know). > > > MasterView is a gem/plugin for Ruby on Rails which allows you to create > > views that you can WYSIWYG edit them and not have to fiddle directly > > with > > HTML and CSS as much. Use tools like the open source NVU or Dreamweaver > > to > > do the editing (even give this to a designer to work on). And these new > > views, retain all the nice features of rails including layouts, > > partials, > > and use of helpers. You can start from an html prototype and make it > > real or > > use the built in generator to get you a CRUD set of views set up. > > > We have a demo of the second usage up on the website here > > >http://masterview.org/videos/demo_short.html > > > Main site:http://masterview.org/ > > Rubyforge project:http://rubyforge.org/projects/masterview > > > If you have any questions about the project or its focus, send them my > > way. > > > Jeff > > > -- > > Jeff Barczewski, MasterView core team > > Inspired Horizons Ruby on Rails Training and Consultancy > >http://inspiredhorizons.com/ > > -- > Posted viahttp://www.ruby-forum.com/.- Hide quoted text - > > - Show quoted text ---~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Alex Conner wrote:> Could you give us some numbers, like the actual hardware you''re using > and the number of clients? > > Right off I can think of a couple of things, like obviously making > sure you''re running Mongrel in Production mode and making use of > Caching. There are a ton of different Rails performance tools > available including FiveRuns TuneUp and NewRelic. > > With some real numbers, we can probably throw out some real ideas. > > On Jan 23, 1:02�am, Hema Gonaboina <rails-mailing-l...@andreas-s.net>Don''t forget to add the correct indexes to your Database. Please give us some figures such as number of requests per day and per second, time to process a request, type of hardware, etc. -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Jeff Barczewski wrote:> MasterView is a gem/plugin for Ruby on Rails which allows you to create > views that you can WYSIWYG edit them and not have to fiddle directly > with > HTML and CSS as much. Use tools like the open source NVU or Dreamweaver > to > do the editing (even give this to a designer to work on).Ruby In Steel has a full page, drag-and-drop WYSIWYG visual design environment for Rails. You can either design the pages inside Ruby In Steel or you can share them with a dedicated designer such as Dreamweaver. More info here: http://www.sapphiresteel.com/Visual-Rails-Workbench-The-Import http://www.sapphiresteel.com/A-Brief-Guide-To-The-Visual-Rails http://www.sapphiresteel.com/A-Brief-Guide-To-The-Visual-Rails,235 Short screencast here: http://www.sapphiresteel.com/Visual-Rails-Workbench-screencast best wishes Huw SapphireSteel Software http://www.sapphiresteel.com -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Switching over to passenger may help also. You can find it at http://modrails.com ----- Ryan Bigg Freelancer http://frozenplague.net On 24/01/2009, at 8:35 AM, Fernando Perez wrote:> > Alex Conner wrote: >> Could you give us some numbers, like the actual hardware you''re using >> and the number of clients? >> >> Right off I can think of a couple of things, like obviously making >> sure you''re running Mongrel in Production mode and making use of >> Caching. There are a ton of different Rails performance tools >> available including FiveRuns TuneUp and NewRelic. >> >> With some real numbers, we can probably throw out some real ideas. >> >> On Jan 23, 1:02�am, Hema Gonaboina <rails-mailing-l...@andreas- >> s.net> > > Don''t forget to add the correct indexes to your Database. Please > give us > some figures such as number of requests per day and per second, time > to > process a request, type of hardware, etc. > -- > Posted via http://www.ruby-forum.com/. > > >--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Rajdeep Pohanerkar wrote:> can anyone tell that what are the disadvantages f Ruby on Rails lets > DiscussI am not a good programmer of ROR but it can be said some times it give too many problem and random behavior to implement the AJAX Use. -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Kumar Saurav wrote:> I am not a good programmer of ROR but it can be said some times it give > too many problem and random behavior to implement the AJAX Use.That is HTML''s, your server''s, your browser''s, and JavaScript''s faults. The best that can be said for Rails here is it gives a good ride _despite_ all those impediments! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---