On Apr 19, 2012, at 2:32 AM, Kal wrote: > Hi Walter, > > So, I finally got everything working here (with database and all). > > 1) I definitely had to create a new user 'app_user', add it to the > sudoer file, and apply 'chown - R app_user /home/rubys/work/depot'. > > 2) I wasn't able to issue "RAILS_ENV=production bundle exec rake > assets:precompile". Got the "rake aborted! stack level too deep" > error. > > -- I was able to overcome this by disabling the 'config.assets.digest' > feature within config/environments/production.rb (see below) and re- > running the rake command. > > 3) I still wasn't able to view my web app. The > "ActionView::Template::Error (application.css isn't precompiled):" > appeared in the production.log file. > > -- I was able to view the web app after enabling > 'config.assets.compile' within config/environments/production.rb (see > below). > > Thanks again for all you help. It was very much appreciated.
I am glad you got there in the end. Definitely not the usual out-of-the-box experience. Walter > > Cheers, > > ~Kal > > ----------------------------------------------------------------------------------------------------------------------------------- > > config/environments/production.rb > > # Don't fallback to assets pipeline if a precompiled asset is missed > config.assets.compile = true > > # Generate digests for assets URLs > config.assets.digest = false > > ----------------------------------------------------------------------------------------------------------------------------------- > > On Apr 11, 2:46 am, Kal <calcr...@gmail.com> wrote: >> Hi Walter, >> >> I was wrong; creating a new user 'app_user', adding it to the sudoer >> file, and then applying 'chown - R app_user /home/rubys/work/depot' >> did work. >> >> I was just reading too deep into Cowboy's (http://www.cowboycoded.com/ >> tag/passenger/) instructions, which didn't pertain to my setup >> (specifically, the part about NGINX). >> >> However, my setup was still not working and I think my problem >> involves asset pipeline (Sprockets). >> >> This is further complicated by me following the "Depot" exercise in >> the 4th edition of "Agile Web Development with Rails" >> >> I've since rebuilt the entire test app with a couple of simple pages >> and no database content. >> >> I ran "RAILS_ENV=production bundle exec rake assets:precompile" and >> successfully got it to appear onApache. >> >> This is warrants much investigation but at least I know everything >> wired properly. >> >> Thanks Again, >> >> ~Kal >> PS: I really don't know about ROR. It's really kludgy to say the >> least :( >> >> On Apr 2, 11:03 pm, Walter Lee Davis <wa...@wdstudio.com> wrote:> On Apr 2, >> 2012, at 10:15 PM, Kal wrote: >> >>>> Hi Walter, >> >>>> Very sorry for the confusion. >> >>>> When I mention server, I'm actually referring to the box, not a >>>> service(s). >> >>>> I'm actually running everything from a virtual dedicated server >>>> (through GoDaddy.com). >> >>>> I'm not testing any of the aforementioned items on a desktop nor am I >>>> deploying toApachevia (localhost); everything is live. >> >>> Are you writing the app on the server? Aren't you building the app on your >>> local machine? >> >>>> As stated in my initial posting "I'm able todeploythe site via >>>> WEBrick. However, when I go to my URL (without using port 3000), I >>>> get the error message below". >> >>>> Of course, the original error message no longer appears (thanks to >>>> your advise :). >> >>>> I found the following posting, what do you think of item 4? >> >>>> http://www.cowboycoded.com/tag/passenger/ >> >>> That's very interesting. I think that makes a lot of sense. Make a new >>> user, then `chown - R new_user /path/to/rails/root` and see if that makes a >>> difference. >> >>> Walter >> >>>> Thanks, >> >>>> ~Kal >> >>>> --------------------------------------------------------------------------------------------------------------------------- >> >>>> On Apr 2, 9:42 pm, Walter Lee Davis <wa...@wdstudio.com> wrote: >>>>> On Apr 2, 2012, at 8:39 PM, Kal wrote: >> >>>>>> Hi Walter, >> >>>>>> Again, my apologies for the delay in reply. I'm more confused now >>>>>> than before, so it took some time to poke around. >> >>>>>> Firstly, I don't run a separate development and production server. >>>>>> Does that matter? >> >>>>> If you start rails with rails server (and no other arguments) you are >>>>> starting the development environment, which means you are running the >>>>> development server. This uses a different database than production, and >>>>> by default listens on port 3000. When you start rails under Passenger or >>>>> another proxy system, you are starting the production environment, which >>>>> uses a different (production) database and listens on the default port 80 >>>>> (depends on yourApacheconfig, actually). >> >>>>>> Installed are rake (0.9.2.2) and bundler (1.0.21). I have not run >>>>>> bundle install or bundle update >> >>>>> You really must do this on the server, having done it on the desktop >>>>> computer will not have instantiated the gems on the server, and you can >>>>> pretty much guarantee failure to run. >> >>>>>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >> >>>>>> Although, I am thinking that it's a permission issue now. >> >>>>> Permissions is a valid concern here -- how did you get the files over to >>>>> your server? What exact method did you use to copy the files from your >>>>> desktop computer to the server? >> >>>>> Walter >> >>>>>> When we last left things, I ran: >> >>>>>> rake db:migrate RAILS_ENV=production >>>>>> rake assets:precompile >> >>>>>> (At this point, I got the "rake aborted! stack level too deep" error) >> >>>>>> However, something has changed... after running these 2 command >>>>>> (*Please note - I haven't run rails server RAILS_ENV=production) as >>>>>> you suggested: >> >>>>>> I am able to see some text from my webpage "Your Pragmatic Catalog" >>>>>> now (without going to port 3000). >> >>>>>> The product listing are now displayed,which leads me to think that the >>>>>> application is not able to see the sqlite3 database file. >> >>>>>> Any further ideas? >> >>>>>> ~Kal >> >>>>>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >> >>>>>> On Mar 30, 9:26 am, Walter Lee Davis <wa...@wdstudio.com> wrote: >>>>>>> On Mar 30, 2012, at 12:34 AM, Kal wrote: >> >>>>>>>> Hi Walter, >> >>>>>>>> I did as instructed but now getting a "rake aborted! stack level too >>>>>>>> deep (in /home/rubys/work/depot/app/assets/stylesheets/ >>>>>>>> scaffolds.css.scss)" error. >> >>>>>>>> I tried to modify "config.assets.compile = true: (from false) within >>>>>>>> config/environments/production.rb but still no good :( >> >>>>>>> What version of rake? What version of bundler? Have you run bundle >>>>>>> install or bundle update on your server? I'm guessing in the dark here, >>>>>>> but it sounds like you may not have everything the same on your server >>>>>>> as your dev box, version-wise. If you were able to use the site >>>>>>> locally, it should work on the server. Try running the site in >>>>>>> production on your development machine, using >> >>>>>>> rake db:migrate RAILS_ENV=production >>>>>>> rake assets:precompile >>>>>>> rails server RAILS_ENV=production >> >>>>>>> to duplicate the experience locally. See if it's specific to this >>>>>>> server. >> >>>>>>> Also, try prefixing your assets:precompile step on the server with >>>>>>> bundle exec so you're sure you're getting the actual versions of >>>>>>> everything when you do that. >> >>>>>>> Walter >> >>>>>>>> Thanks Again, >> >>>>>>>> -Kin >> >>>>>>>> --------------------------------------------------------------------------------------------------------------------- >> >>>>>>>> # rake assets:precompile --trace >> >>>>>>>> ** Invoke assets:precompile (first_time) >>>>>>>> ** Execute assets:precompile >>>>>>>> /usr/local/bin/ruby /usr/local/bin/rake assets:precompile:all >>>>>>>> RAILS_ENV=production RAILS_GROUPS=assets --trace >>>>>>>> ** Invoke assets:precompile:all (first_time) >>>>>>>> ** Execute assets:precompile:all >>>>>>>> ** Invoke assets:precompile:primary (first_time) >>>>>>>> ** Invoke assets:environment (first_time) >>>>>>>> ** Execute assets:environment >>>>>>>> ** Invoke environment (first_time) >>>>>>>> ** Execute environment >>>>>>>> ** Invoke tmp:cache:clear (first_time) >>>>>>>> ** Execute tmp:cache:clear >>>>>>>> ** Execute assets:precompile:primary >>>>>>>> rake aborted! >>>>>>>> stack level too deep >>>>>>>> (in /home/rubys/work/depot/app/assets/stylesheets/ >>>>>>>> scaffolds.css.scss) >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:162 >>>>>>>> Tasks: TOP => assets:precompile:primary >>>>>>>> rake aborted! >>>>>>>> Command failed with status (1): [/usr/local/bin/ruby /usr/local/bin/ >>>>>>>> rake as...] >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils.rb:53:in `block in >>>>>>>> create_shell_runner' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils.rb:45:in `call' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils.rb:45:in `sh' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils_ext.rb:39:in `sh' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils.rb:80:in `ruby' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/file_utils_ext.rb:39:in `ruby' >>>>>>>> /usr/local/lib/ruby/gems/1.9.1/gems/actionpack-3.1.3/lib/sprockets/ >>>>>>>> assets.rake:9:in `ruby_rake_task' >>>>>>>> /usr/local/lib/ruby/gems/1.9.1/gems/actionpack-3.1.3/lib/sprockets/ >>>>>>>> assets.rake:17:in `invoke_or_reboot_rake_task' >>>>>>>> /usr/local/lib/ruby/gems/1.9.1/gems/actionpack-3.1.3/lib/sprockets/ >>>>>>>> assets.rake:25:in `block (2 levels) in <top (required)>' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:205:in `call' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:205:in `block in execute' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:200:in `each' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:200:in `execute' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:158:in `block in >>>>>>>> invoke_with_call_chain' >>>>>>>> /usr/local/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:151:in `invoke_with_call_chain' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/task.rb:144:in `invoke' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:116:in `invoke_task' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:94:in `block (2 levels) >>>>>>>> in top_level' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:94:in `each' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:94:in `block in >>>>>>>> top_level' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:133:in >>>>>>>> `standard_exception_handling' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:88:in `top_level' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:66:in `block in run' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:133:in >>>>>>>> `standard_exception_handling' >>>>>>>> /usr/local/lib/ruby/1.9.1/rake/application.rb:63:in `run' >>>>>>>> /usr/local/bin/rake:32:in `<main>' >>>>>>>> Tasks: TOP => assets:precompile >> >>>>>>>> --------------------------------------------------------------------------------------------------------------------- >> >>>>>>>> On Mar 29, 11:37 pm, Walter Lee Davis <wa...@wdstudio.com> wrote: >>>>>>>>> On Mar 29, 2012, at 10:51 PM, Kal wrote: >> >>>>>>>>>> (Re-posting) >> >>>>>>>>>> Thanks Walter, >> >>>>>>>>>> I think you are correct. I had neglected to set up a production >>>>>>>>>> version of the database. >> >>>>>>>>>> I just ran "rake db:migrate RAILS_ENV=production". However, I now >>>>>>>>>> get >>>>>>>>>> a "500 Internal Server Error". >> >>>>>>>>>> Anyway, here is the error from production.log. Any ideas? >> >>>>>>>>> Sure. rake assets:precompile and you should be good to go. >> >>>>>>>>> Walter >> >>>>>>>>>> Thanks, >> >>>>>>>>>> Kal >> >>>>>>>>>> ----------------------------------------------------------------------------------------------------------------------------- >> >>>>>>>>>> Processing by StoreController#index as HTML >>>>>>>>>> Rendered store/index.html.erb within layouts/application (17.9ms) >>>>>>>>>> Completed 500 Internal Server Error in 38ms >> >>>>>>>>>> ActionView::Template::Error (all.css isn't precompiled): >>>>>>>>>> 2: <html> >>>>>>>>>> 3: <head> >>>>>>>>>> 4: <title>Depot</title> >>>>>>>>>> 5: <%= stylesheet_link_tag :all %> >>>>>>>>>> 6: <%= javascript_include_tag :defaults %> >>>>>>>>>> 7: <%= csrf_meta_tag %> >>>>>>>>>> 8: </head> >>>>>>>>>> app/views/layouts/application.html.erb:5:in >>>>>>>>>> `_app_views_layouts_application_html_erb__750878_73537400' >> >>>>>>>>>> --------------------------------------------------------------------------------------------------------------------------- >> >>>>>>>>>> On Mar 29, 4:12 pm, Walter Lee Davis <wa...@wdstudio.com> wrote: >>>>>>>>>>> On Mar 28, 2012, at 8:56 PM, Kal wrote: >> >>>>>>>>>>>> Hi All, >> >>>>>>>>>>>> Can someone please help? I've been banging my head against for >>>>>>>>>>>> wall >>>>>>>>>>>> for 2 months; all of which has been spent trying to set up ROR. >>>>>>>>>>>> So I >>>>>>>>>>>> actually haven't written 1 line of code :( Any help would be >>>>>>>>>>>> greatly >>>>>>>>>>>> appreciated :) >> >>>>>>>>>>>> I'm following the 4th edition of "Agile Web Development with >>>>>>>>>>>> Rails". >>>>>>>>>>>> So, I'm able todeploythe site via WEBrick. However, when I go to >>>>>>>>>>>> my >>>>>>>>>>>> URL (without using port 3000), I get the error message below. >>>>>>>>>>>> What am >>>>>>>>>>>> I missing? >>>>>>>>>>>> --------------------------------------------------------------------------------------------------------------- >> >>>>>>>>>>>> Ruby (Rack) application could not be started >>>>>>>>>>>> These are the possible causes: >> >>>>>>>>>>>> There may be a syntax error in the application's code. Please check >>>>>>>>>>>> for such errors and fix them. A required library may not >>>>>>>>>>>> installed. >>>>>>>>>>>> Please install all libraries that this application requires. The >>>>>>>>>>>> application may not be properly configured. Please check whether >>>>>>>>>>>> all >>>>>>>>>>>> configuration files are written correctly, fix any incorrect >>>>>>>>>>>> configurations, and restart this application. A service that the >>>>>>>>>>>> application relies on (such as the database server or the Ferret >>>>>>>>>>>> search engine server) may not have been started. Please start that >>>>>>>>>>>> service. >> >>>>>>>>>>>> Further information about the error may have been written to the >>>>>>>>>>>> application's log file. Please check it in order to analyse the >>>>>>>>>>>> problem. >> >>>>>>>>>>>> Error message: >>>>>>>>>>>> unableto open database file >> >>>>> ... >> >>>>> read more ยป >> >>>> -- >>>> 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@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> rubyonrails-talk+unsubscr...@googlegroups.com. >>>> For more options, visit this group >>>> athttp://groups.google.com/group/rubyonrails-talk?hl=en. > > -- > 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@googlegroups.com. > To unsubscribe from this group, send email to > rubyonrails-talk+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/rubyonrails-talk?hl=en. > -- 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@googlegroups.com. To unsubscribe from this group, send email to rubyonrails-talk+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.