Home/ Questions/Q 8293823
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-08T13:58:01+00:00

I’m using heroku to host a web application with the primary focus of hosting

  • 0

I’m using heroku to host a web application with the primary focus of hosting videos. The videos are hosted through vimeo pro, and I’m using the vimeo gem by matthooks to help handle the upload process. Upload works for small files, but not for larger ones (~50mb, for example).

A look at heroku logs shows that I am getting http error 413, which stands for “Request Entity Too Large.” I believe this might have to do with a limit that heroku places on file uploads (greater than 30mb, according to this webpage). The problem though is that any information I can find on the subject seems to be outdated and conflicting (like this page that claims there is no size limit). I also couldn’t find anything on heroku’s site about this.

I’ve searched google and found a few somewhat relevant pages (one and two), but no solutions that worked for me. Most of the pages I found deal with uploading large files to amazon s3, which is different from what I’m trying to do.

Here’s the relevant output of the logs: 

2012-07-18T05:13:31+00:00 heroku[nginx]: 152.3.68.6 - - [18/Jul/2012:05:13:31 +0000]
  "POST /videos HTTP/1.1" 413 192 "http://neoteach.com/components/19" "Mozilla/5.0 
  (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20100101 Firefox/13.0.1" neoteach.com

There are no other errors in the logs. This is the only output that appears when I try to upload a video that is too large. Which means that this is not a timeout error or a problem with exceeding the allotted memory per dyno.

Does heroku really place a limit on upload sizes? If so, is there any way to change this limit? Note that the files themselves are not being stored on heroku’s servers at all, they are merely being passed on to vimeo’s servers.

If the problem is not limit on upload sizes, does anyone have an idea of what else might be going wrong?

Much thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Update:

    OP here. I’m still not exactly sure why I was getting this particular 413 error, but I was able to come up with a solution that works using the s3_swf_upload gem. The implementation involves flash, which is less than ideal, but it was the only solution (out of 3 or 4 that I tried) that I could get working.

    As Neil pointed out (thanks Neil!), the error I should have been getting is “H12 – Request timeout”. And I did end up running into this error after repeated trials. The problem occurs when you try to upload large files to the heroku server from your controller (using a web dyno), because it takes too long for the server to respond to the post request.

    The proper approach is to send the file directly to s3 without passing through heroku.

    Here’s a high-level overview of my approach:

    1. Use the s3_swf_upload gem to supply a direct upload form to s3.
    2. Detect when the file is done uploading with the javascript callback function provided in the gem.
    3. Using javascript, send rails a post message to let your server know the file is done uploading.
    4. The controller that responds to the javascript post does two things: (a) assigns an s3_key attribute to the video object (served up as a param in the form). (b) initiates a background task using the delayed_job gem.
    5. The background task retrieves the file from s3. I used the aws-sdk gem to accomplish this, because it was already included in s3_swf_upload. Note that this is distinctly different from the aws-s3 gem (in fact they conflict with one another).
    6. After the file has been retrieved from s3, I used the vimeo gem to upload it to vimeo (still in the background).

    The implementation above works, but it isn’t perfect. For files that are close to 500MB in size, you’ll still run into R14 errors in your worker dynos. This occurs because heroku only allots 512MB of memory per dyno, so you can’t load the entire file into memory at once. The way around this problem is to implement some sort of chunking in the final step, where you retrieve the file from s3 and upload it to vimeo piece by piece. I’m still working on this part, and I’d love to hear any suggestions you might have.

    Hopefully this might help someone. Feel free to ask me any questions. Like I said, my solution isn’t perfect so feel free to add your own answer if you think it could be better.

    • 0