Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle Rails 404, 422 and 500.html #52

Open
davidjrice opened this issue Mar 11, 2012 · 7 comments
Open

Handle Rails 404, 422 and 500.html #52

davidjrice opened this issue Mar 11, 2012 · 7 comments

Comments

@davidjrice
Copy link
Contributor

Handle the default Rails error pages and also upload to the storage bucket.

Additionally, investigate integration with heroku custom error pages and automatically setting the ENV vars to the new locations. http://devcenter.heroku.com/articles/custom_error_pages

@taylorbrooks
Copy link

Is this working? Will asset_sync pull in custom 404 and 500 pages?

Any settings that should be configured in the yml file needed?

I didn't see the default error pages in my S3 bucket.

@courtsimas
Copy link

+1

1 similar comment
@juandazapata
Copy link

+1

@reconbot
Copy link

This sort of falls under /public folder syncing. Which I also consider important. I think it would be nice to do it, even if it was a separate rake task.

@nneal
Copy link

nneal commented Feb 26, 2013

+1

@hadees
Copy link

hadees commented Mar 15, 2013

any update?

@dashbitla
Copy link

Is anyone solved this problem? I dont see the error pages synced to S3 from public folder, would like to know how its been solved!

One thing that I see is -move these error pages to assets/ folder and change the routes.rb to point to that.

We can probably use one of these approaches for customer error pages ...
https://mattbrictson.com/dynamic-rails-error-pages
https://github.com/mirego/gaffe

Any thoughts?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

9 participants