Note: there is a great Django template at https://github.com/tommikaikkonen/django-twoscoops-heroku-s3...
that will automate the creation and uploading of the s3 assets. It uses `collectstatic` to upload the static resources to be hosted from s3 (which seems to be the more typical way to do this). This template also uses heroku to host the dynamic portion of the app.
You can start your new project with the command (the hyphens break the line, but it should be executed with the settings in place):
django-admin.py startproject --template=https://github.com/tommikaikkonen/django-twoscoops-heroku-s3... --extension=py,rst,dotfile,rb --name=Procfile,Gemfile,base.html,404.html PROJECT_NAME
Follow the rest of the README and/or buy the rest of the Two Scoops book (http://twoscoopspress.org/) if you're using django for any sort of large project (and want a standard/sane project layout).
Author of that repo here, I'm glad you found it useful! I've used that template as a starting template for purely personal projects, so beware: it does not have the polish of a well-maintained django package. But it's been convenient for getting new projects running up quickly on Heroku and S3.
If you decide to use it, you might want to look at the development of the original Django Twoscoops Project (https://github.com/twoscoops/django-twoscoops-project) during the last year or so, as they haven't been pulled in to my repo.
Hopefully the author will see this, but please make sure to add a note to add the settings.py to the .gitignore file. If your AWS creeds are committed to github anyone can have access to your AWS account
Give me a few minutes and I'll write something up. I actually just finished Flask to S3 on a project I'm working on. Next stop is PostgreSQL to store the url's.
Was not meant to be a troll, just a question if someone knows a similar tutorial for Flask. Actually, I've been thinking to write about my last project in Flask.
I noticed people on HN default very often to "this is trolling"
I'm a big fan of "idiot" guides to ops/stack-setups, partially because it's interesting -- and helpful -- to see what authors' assume about the "idiot"...and it's a real art to write something that can appeal to such a wide-variance of non-expert.
That said, let me ask the first idiot-question: is this a precursor to a more complicated stack? Because what's the use-case for setting up Django with an asset-pipeline to S3? I mean, what is the Django instance itself running on? (as I imagine setting up Django on EC@ is generally the harder thing to do)
Serving static files from nginx still has overhead on the server and also can be slower that s3. Also, you avoid a whole rake of problems with backups, running out of disk space, sharing static files among servers, etc, by storing files on S3.
Sure...but why Django? If I'm missing something, how do you generate the static pages from the Django app? I see that django-pipeline compiles and generates the asset files, but what about `mydjangoapp.com/books/1`, `mydjangoapp.com/author/smith-jon` and so forth, i.e. the data-pages?
edit: I guess I'm assuming too much...the OP is assuming you have Django app already online and running, and this process moves over the asset files?
Yeah absolutely right, I'm just using the pipeline for my static files (i.e. styles, images, js) not for data pages. One more caveat I forgot to put in the post but should be mentioned is the collectstatic command. If you have a huge collection of static assets, collectstatic is painfully slow copying its files directly to the S3 bucket. In my case, I don't have a huge number of assets so it's not a big issue, but if anyone has any ideas for making collectstatic faster, I'd love to hear them
The problem is collectstatic will use modified date. When sending to S3 this means the entire static pipeline is uploaded each time. Packages like collectfast use the hash to look for difference and only uploads those files. Works reasonably well. We have had a few issues along the way that we have had to work through but its a start.
Speaking purely from our deployment pipeline. This is most likely not for serving pure static pages, 'data-pages' I think you are referring to. This is just to serve the images and css from a CDN.
On our deployments we wrap up all the static pages, they get to S3 which goes to cloudfront. The link for cloudfront is generated on the fly and then injected back into wherever that asset was called.
This tutorial gets you a pretty good start and doing just that.
You can start your new project with the command (the hyphens break the line, but it should be executed with the settings in place): django-admin.py startproject --template=https://github.com/tommikaikkonen/django-twoscoops-heroku-s3... --extension=py,rst,dotfile,rb --name=Procfile,Gemfile,base.html,404.html PROJECT_NAME
Follow the rest of the README and/or buy the rest of the Two Scoops book (http://twoscoopspress.org/) if you're using django for any sort of large project (and want a standard/sane project layout).