- Evan Brown - @evandbrown
- @aws_eb
- The AWS Application Management Blog - http://blogs.aws.amazon.com/application-management
- Dockerizing a Python Web App - http://blogs.aws.amazon.com/application-management/post/Tx1ZLAHMVBEDCOC/Dockerizing-a-Python-Web-App
- A PHP Sample App - https://github.com/awslabs/eb-demo-php-simple-app/tree/docker-apache
- A Python Sample App - https://github.com/awslabs/eb-py-flask-signup/tree/docker
- 5-Part Blog/Hangout Series - Develop, Deploy, and Manage with Elastic Beanstalk - http://blogs.aws.amazon.com/application-management/blog/tag/DDMSeries
- Dockerru
#!/usr/bin/env ruby | |
# So you want to start developing an already "woking" project. No | |
# bundle, config.gem's not present or messing up dependencies. Fear | |
# not! | |
# Do a "gem list" wherever the project is already working | |
# (production?, some colleage machine?). Make a file with this format: | |
# | |
# chronic (0.2.3) | |
# colored (1.1) |
(by @andrestaltz)
If you prefer to watch video tutorials with live-coding, then check out this series I recorded with the same contents as in this article: Egghead.io - Introduction to Reactive Programming.
Please see the Hackpad where we can all contribute!
Hello, visitors! If you want an updated version of this styleguide in repo form with tons of real-life examples… check out Trellisheets! https://github.com/trello/trellisheets
“I perfectly understand our CSS. I never have any issues with cascading rules. I never have to use !important
or inline styles. Even though somebody else wrote this bit of CSS, I know exactly how it works and how to extend it. Fixes are easy! I have a hard time breaking our CSS. I know exactly where to put new CSS. We use all of our CSS and it’s pretty small overall. When I delete a template, I know the exact corresponding CSS file and I can delete it all at once. Nothing gets left behind.”
You often hear updog saying stuff like this. Who’s updog? Not much, who is up with you?
en: | |
errors: | |
messages: | |
lock: can't be changed |
{ | |
"AWSEBDockerrunVersion": "1", | |
"Image": { | |
"Name": "<AWS_ACCOUNT_ID>.dkr.ecr.us-east-1.amazonaws.com/<NAME>:<TAG>", | |
"Update": "true" | |
}, | |
"Ports": [ | |
{ | |
"ContainerPort": "443" | |
} |
If you want a run-down of the 1.3 changes and the design decisions behidn those changes, check out the LonestarElixir Phoenix 1.3 keynote: https://www.youtube.com/watch?v=tMO28ar0lW8
To use the new phx.new
project generator, you can install the archive with the following command:
$ mix archive.install https://github.com/phoenixframework/archives/raw/master/phx_new.ez
Phoenix v1.3.0 is a backwards compatible release with v1.2.x. To upgrade your existing 1.2.x project, simply bump your phoenix dependency in mix.exs
:
Phoenix 1.4 ships with exciting new features, most notably with HTTP2 support, improved development experience with faster compile times, new error pages, and local SSL certificate generation. Additionally, our channel layer internals receiveced an overhaul, provided better structure and extensibility. We also shipped a new and improved Presence javascript API, as well as Elixir formatter integration for our routing and test DSLs.
This release requires few user-facing changes and should be a fast upgrade for those on Phoenix 1.3.x.
The mix phx.new archive can now be installed via hex, for a simpler, versioned installation experience.
To grab the new archive, simply run: