Comments for Ruby on Rails Resources http://smoothrails.com Ruby on Rails news resources and information RoR code snippets and help scripts for newbies. Wed, 10 Mar 2010 04:04:56 +0000 http://wordpress.org/?v=2.2.1 Comment on RAILS PLUGIN: Ajax Scaffold File Upload plugin by ucydodekisu http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-897 ucydodekisu Fri, 25 Sep 2009 23:54:30 +0000 http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-897 <strong>ucydodekisu...</strong> <a href="http://zhelezjaka.freehostingz.com/" rel="nofollow">Kanzen's Roulette Winning Strategy</a> ... ucydodekisu…

Kanzen’s Roulette Winning Strategy …

]]> Comment on Great RSS feeds by afiqurepijog http://smoothrails.com/2007/01/20/great-rss-feeds/#comment-896 afiqurepijog Thu, 24 Sep 2009 11:56:39 +0000 http://smoothrails.com/2007/01/20/great-rss-feeds/#comment-896 <strong>afiqurepijog...</strong> <a href="http://memazuzixelyv.blogspot.com/2009/09/www-wwe-nude-divas-com.html" rel="nofollow">nike soccer commercials</a> ... afiqurepijog…

nike soccer commercials …

]]> Comment on Why Ruby on Rails is better then PHP by Shad http://smoothrails.com/2005/12/30/why-ruby-on-rails-is-better-then-php/#comment-835 Shad Sun, 02 Nov 2008 01:00:06 +0000 http://smoothrails.com/2005/12/30/why-ruby-on-rails-is-better-then-php/#comment-835 We're back to php 5 and mysql 5 as of November 2007. Ruby on Rails proved too server intensive for many small applications. In addition - it's really catered to a developer environment - not very web designer/webmaster friendly. Designer should never have to touch the command line in my opinion to make basic changes to files. In the end, we stopped using Ruby on Rails because it occupied more server resources, required advanced server configuration (in many cases), required more testing after simple pushes, not web designer friendly and seems to be loosing main stream support. We’re back to php 5 and mysql 5 as of November 2007. Ruby on Rails proved too server intensive for many small applications. In addition - it’s really catered to a developer environment - not very web designer/webmaster friendly. Designer should never have to touch the command line in my opinion to make basic changes to files. In the end, we stopped using Ruby on Rails because it occupied more server resources, required advanced server configuration (in many cases), required more testing after simple pushes, not web designer friendly and seems to be loosing main stream support.

]]> Comment on Rails Running Slower in Dev? by Shad http://smoothrails.com/2006/01/16/rails-running-slower-in-dev/#comment-656 Shad Sun, 01 Jul 2007 06:21:42 +0000 http://smoothrails.com/2006/01/16/rails-running-slower-in-dev/#comment-656 Point well made. Thanks for the clarification Tim. Point well made. Thanks for the clarification Tim.

]]> Comment on Rails Running Slower in Dev? by Tim Harper http://smoothrails.com/2006/01/16/rails-running-slower-in-dev/#comment-64 Tim Harper Wed, 04 Apr 2007 17:19:35 +0000 http://smoothrails.com/2006/01/16/rails-running-slower-in-dev/#comment-64 Good article. It's also noteworthy to point out that in Dev mode, models and controllers are not cached once their compiled. They are re-parsed and recompiled once per use per request. In production mode, it's not so. Controllers and models are all parsed and compiled on startup, and then reused until the end of the process life. Good article. It’s also noteworthy to point out that in Dev mode, models and controllers are not cached once their compiled. They are re-parsed and recompiled once per use per request.

In production mode, it’s not so. Controllers and models are all parsed and compiled on startup, and then reused until the end of the process life.

]]> Comment on RAILS PLUGIN: Ajax Scaffold File Upload plugin by Jon http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-29 Jon Mon, 12 Mar 2007 16:48:24 +0000 http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-29 Nice work, a real time saver! Much thanks! Nice work, a real time saver! Much thanks!

]]> Comment on RMagick for Fedora Core 6 - (How to overcome [BUG] Segmentation fault) by Frank http://smoothrails.com/2007/01/17/rmagick-for-fedora-core-6-how-to-overcome-bug-segmentation-fault/#comment-28 Frank Mon, 12 Mar 2007 03:03:24 +0000 http://smoothrails.com/2007/01/17/rmagick-for-fedora-core-6-how-to-overcome-bug-segmentation-fault/#comment-28 Thanks. Very helpful. And it worked like a champ on my f6. Thanks. Very helpful. And it worked like a champ on my f6.

]]> Comment on Launching external tools from radrails (without using the internal console window) by fzx http://smoothrails.com/2007/01/10/radrails-tip-launching-an-external-rails-console-for-the-current-project/#comment-25 fzx Sun, 11 Mar 2007 14:52:32 +0000 http://smoothrails.com/2007/01/10/radrails-tip-launching-an-external-rails-console-for-the-current-project/#comment-25 Can you tell in detail how to debug with ruby-debug? Can you tell in detail how to debug with ruby-debug?

]]> Comment on RMagick for Fedora Core 6 - (How to overcome [BUG] Segmentation fault) by Christian Hamer http://smoothrails.com/2007/01/17/rmagick-for-fedora-core-6-how-to-overcome-bug-segmentation-fault/#comment-17 Christian Hamer Thu, 08 Mar 2007 16:15:04 +0000 http://smoothrails.com/2007/01/17/rmagick-for-fedora-core-6-how-to-overcome-bug-segmentation-fault/#comment-17 I had the same problem on FC6 with 'gem install rmagick' throwing off lots of errors when trying to generate documentation. Turns out it was looking for TrueType fonts in /usr/share/fonts/default/TrueType. I worked around this by making sure corefonts (http://corefonts.sf.net) was installed and then: # cd /usr/share/fonts/default # ln -s ../msttcorefonts TrueType then re-running 'gem install rmagick' which ran to completion with no errors. My rmagick scripts now work fine without having to rebuild anything else. I don't love the symlink solution, but it's straightforward and does work for me with the FC6 versions of ruby, ImageMagick[-devel], etc. I had the same problem on FC6 with ‘gem install rmagick’ throwing off lots of errors when trying to generate documentation. Turns out it was looking for TrueType fonts in /usr/share/fonts/default/TrueType. I worked around this by making sure corefonts (http://corefonts.sf.net) was installed and then:
# cd /usr/share/fonts/default
# ln -s ../msttcorefonts TrueType
then re-running ‘gem install rmagick’ which ran to completion with no errors. My rmagick scripts now work fine without having to rebuild anything else. I don’t love the symlink solution, but it’s straightforward and does work for me with the FC6 versions of ruby, ImageMagick[-devel], etc.

]]> Comment on RAILS PLUGIN: Ajax Scaffold File Upload plugin by MeanderingCode http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-15 MeanderingCode Sun, 04 Mar 2007 04:08:59 +0000 http://smoothrails.com/2007/01/29/rails-plugin-ajax-scaffold-file-upload-plugin/#comment-15 It doesn't seem to be rendering partials correctly...could easily be a problem on my end, but... ActionView::ActionViewError in Content_pages#view_default Showing app/views/layouts/application.rhtml where line #46 raised: No rhtml, rxml, rjs or delegate template found for content_pages/_suckerfish in script/../config/../app/views Extracted source (around line #46): 43: <!--%= render_component(:controller =>--> 'page/menubar', :action => 44: 'suckerfish') %--> 45: 'menu_items/suckerfish', 46: :locals => {:items => session[:menu].get_menu(0)} %> 47: 48: 49: RAILS_ROOT: script/../config/.. Application Trace : /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:399:in `find_template_extension_for' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:335:in `pick_template_extension' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:249:in `render_file' vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb:467:in `render' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/partials.rb:59:in `render_partial' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:26:in `benchmark' /usr/lib/ruby/1.8/benchmark.rb:293:in `measure' /usr/lib/ruby/1.8/benchmark.rb:307:in `realtime' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:26:in `benchmark' /usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/partials.rb:58:in `render_partial' vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb:481:in `render' #{RAILS_ROOT}/app/views/layouts/application.rhtml:46:in `_run_rhtml_47app47views47layouts47application46rhtml' It should look for _suckerfish.rhtml in the app/views/menu_items folder, but it's looking in the app/views/content_pages folder...I think it has to do with the parse_partial_path method on line 488 of vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb (called from the render method living right before it in the code), but this doesn't happen before install / after remove of ajaxscaffoldp_upload. Could this have to do with being in an iframe? I'm pretty new to all this, so... Thanks for anyone's thoughts. It doesn’t seem to be rendering partials correctly…could easily be a problem on my end, but…

ActionView::ActionViewError in Content_pages#view_default

Showing app/views/layouts/application.rhtml where line #46 raised:

No rhtml, rxml, rjs or delegate template found for content_pages/_suckerfish in script/../config/../app/views

Extracted source (around line #46):

43: ‘page/menubar’, :action =>
44: ’suckerfish’) %–>
45: ‘menu_items/suckerfish’,
46: :locals => {:items => session[:menu].get_menu(0)} %>
47:
48:
49:

RAILS_ROOT: script/../config/..

Application Trace :

/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:399:in `find_template_extension_for’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:335:in `pick_template_extension’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/base.rb:249:in `render_file’
vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb:467:in `render’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/partials.rb:59:in `render_partial’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:26:in `benchmark’
/usr/lib/ruby/1.8/benchmark.rb:293:in `measure’
/usr/lib/ruby/1.8/benchmark.rb:307:in `realtime’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:26:in `benchmark’
/usr/lib/ruby/gems/1.8/gems/actionpack-1.13.2/lib/action_view/partials.rb:58:in `render_partial’
vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb:481:in `render’
#{RAILS_ROOT}/app/views/layouts/application.rhtml:46:in `_run_rhtml_47app47views47layouts47application46rhtml’

It should look for _suckerfish.rhtml in the app/views/menu_items folder, but it’s looking in the app/views/content_pages folder…I think it has to do with the parse_partial_path method on line 488 of vendor/plugins/ajaxscaffoldp/lib/ajax_scaffold_plugin.rb (called from the render method living right before it in the code), but this doesn’t happen before install / after remove of ajaxscaffoldp_upload.

Could this have to do with being in an iframe? I’m pretty new to all this, so…

Thanks for anyone’s thoughts.

]]>