German Jet

Удаляете все хосты из nginx:
rm /etc/nginx/sites-enabled/*

Добавляете хост в /etc/nginx/sites-available/<mydomain>:

server {
    listen 80;
    server_name <mydomain>;

    location / {
        proxy_pass  http://localhost:8000;
        proxy_set_header    Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Делаете симлинк на хост:

ln -s /etc/nginx/sites-available/<mydomain> /etc/nginx/sites-enabled/

Перезапускаете Nginx:
/etc/init.d/nginx restart

Для чего я использую tornado, точнее cyclone.io, порт tornado под twisted.

- для системы miidleware ТВ-приставок. Приставка лезет за страничкой к серверу, а в остальное время общается с ним по json/REST/comet. Админка статистики этого дела работает на отдельном порту и содержит 10 страниц + json/comet/rest.
- для системы доступа к кластеру с тонких клиентов, сервер отдает данные в json о доступных точках входа на сервера кластера и запоминает выбор пользователя. Всего 30 строк кода, Карл :-) С одной стороны сервер подключается в influxdb, с другой отдает данные пользователям.
- для админок к разным устройствам
- для вещей, когда просто нужен вебсервер и шаблоны, и не нужна база данных, ORM, и куча лишнего говна.
- для вещей, когда web-интерфейс как небольшая часть остального функционала
- для web, когда нужно быстро туда-сюда прогнать данные.

Если посмотреть на отличия с django, то django умеют делать отличный фреймворк для web, а торнадо - отличный фреймворк для http!

Дополнил

А чего далеко ходить. Простая конфигурилка для линукса, интерфейсы, логин/пароль, просмотр и конфигурилка запущенных служб. Раньше я это делал на webmin, теперь cyclon + angularjs.

А вот.. вот делаю дизайн html для битрикс (уж простите...). Как-то нужно смотреть html/css + картинки + javascript, причем, все с путями реального сайта - 10 минут и у меня всё готово. Ну не апач с nginx для этого разворачивать же?

Ну и как-то была задача типа чата (для удаленных устройств), когда нужно было обеспечить около 10к подключений. Без танцев с бубном и минимум кода.

В общем везде, где просто нужен быстрый и простой web-сервер с моторчиком из питона. Раньше я для этого использовал jetty (java) с моторчиком на яве соответственно. На питоне это проще в два/три раза только из-за того, что можно по ssh зайти и тупо поправить в коде без компиляции (maven) и среды разработки (eclipse).

1. Опрашиваем сотрудников, на предмет времени, которое они затратят. Чем больше у человека опыта, и чем более понятное перед ним тех. задание, тем точнее будет оценка.
2. Далее прикидываем, какие задачи могут быть выполнены параллельно и вычитаем эти часы из общей суммы.
3. Прикидываем когда сотрудники освободятся (обычно когда приходит новый заказ, в работе еще находятся парочка старых). Добавляем эти часы к сроку.
4. Накидываем сверху 20-30% времени, на непредвиденные обстоятельства.
5. Указываем в договоре пеню за день просрочки.

Всё, как то лучше защитится от несоблюдения сроков не выйдет. Разве что очень тщательно проверять своих людей и заранее отсеивать тех, кто постоянно не соблюдает сроки.

Книга "Гибкая разработка веб-приложений на Rails 4" шаг за шагом проводит через весь процесс создания интернет-магазина.

Туториал Хартла (русский перевод свежей версии) показывает создание клона Твиттера.

Это из веб-проектов и конкретно на Ruby on Rails.

Как хранить зависимости?

С зависимостями отлично справляется go get ./...
Если нужны конкретные версии: http://gopkg.in

В чем хранить сборочные скрипты? Makefile?

Если сишные либы юзать не будешь хватит обычного go build. Если нет - Makefile

Как разбить проект на подмодули (как я понял, текущая....

Не используй относительные пути, вместо них подключай примерно так:
import "github.com/index0h/my-project/sub/package"

Читал, что рекомендуют сраз располагать приложение по пути...

Лично я разрулил за счет символических ссылок в стиле:
ln -s /path/to/my/project $GOPATH/src/github.com/index0h/my-project

Как вариант, можно пользоваться структурой, описанной в этой статье. Сейчас еще набирает обороты тулза gb. И есть классическая статья "How to Write Go Code".

Если обычный блог, то лучше Django.
Вот статья на хабре: habrahabr.ru/post/181556

Почему django? Потому что под него многое что сделано для подобной задачи. Например комментирование статьи django-disqus.

Pyramid отличный фреймворк. Я его очень люблю. Но его лучше использовать если вы делаете какой то продукт под конкретный бизнес-процесс. Где придётся реализовывать специфичные вещи, например отображение данных в разрезе организаций со своими формами. Тут django будет лишь только вставлять палки в колёса.

Flask очень простой фреймворк с низким порогом вхождения. На этом его достоинства и заканчиваются. Нужно что-то быстро накидать, а ещё ни один фреймворк не знаете, то он для вас.

Попробуй Flask, у него порог вхождения ниже, чем в Django, как мне кажется.
К нему много разных расширений.
Есть вот это - habrahabr.ru/post/193242
Документация - flask.pocoo.org/docs/0.10

Лучше оставьте в стороне пока эти идеи об объединении Ангуляра и Рельс и просто почитайте rusrails.ru, поизучайте сами рельсы. Ну и вообще, потратьте какое-то время, чтобы разобраться, как вообще взаимодействует браузер с HTTP-сервером. Судя по вопросу, вы совершенно не представляете, что делаете, и любые попытки дальше работать с этими фреймворками будут только создавать проблемы.

А если по сути вопроса, то контроллеры Ангуляра и Рельс "объединяются" через HTTP-запросы: ангулярный контроллер обращается к ангулярному сервису, который отправляет асинхронный запрос рельсовому серверу, в котором этот запрос попадает в тот или иной контроллер.
Ангуляр и Рельсы — два разных фреймворка, написанные на разных языках, работающие на разных сторонах баррикады: Ангуляр — на фронтэнде (в браузере у пользователя), Рельсы — на бэкэнде (на сервере бородатого админа). Как может взаимодействовать браузер с HTTP-сервером? Только посредством HTTP-запросов.

А какие у вас цели?
Если хотите работать на хорошую компанию, то лучше смотреть по вакансиям, например, тут.
Я считаю что это — минимум, но целится лучше на что-то такое или выше.
В плане порядка изучения советую поступать таким образом("книгу" можно заменять на "сайт" или "документацию"):
1) прочитали книгу по CSS+HTML, сверстали несложный сайт
2) прочитали еще одну книгу по CSS+HTML , сверстали что-то посложнее
3) та же история с JavaScript, первая книга — выполняете упражнения, потом пишете что-то несложное, потом читаете другие книги в стиле best practices. Вот вам список книг и навыков, которые требуют от студентов в одной из фирм.
4) изучаете "плюшки", тут лично мои предпочтения: JQuery, SCSS, Jade, ES6, gulp, InternJS, BackboneJS. Тут все изучается по документациям, хотя книг по JQuery тоже много.
5) можете зацепить backend и NodeJS если вам интересно, минимум — понимать что и как там происходит, почитать про RESTful и MVC на серверах
6) базовые понимания и знания дизайна и сопутствующего софта
—> дальше пункты которые касаются слова "Хороший"
7) поиграться с 2D-3D графикой, анимациями и разными библиотеками с ней связанными
8) совершенствовать свои навыки во всех пунктах выше(оптимизация, best practices), изучать самые интересные решения на разных сайтах, интересоваться всем новым и много практиковаться

Здесь описан дальнейший шаг
Нужно в album controller добавить

def show
@album = Album.find(params[:id]) 
@songs = @album.songs
end

а в show views

<% @songs.each do |song| %>
<%= link_to song.name, song %>
<% end %>