p2mbot

Ubuntu!

3. Соблюдение границы в 120 - сильно упрощает чтение кода

Частенько бывает что часть пакетов нужна при разработке и не нужна на продакшене. И наоборот. Поэтому желательно бы еще разделять requirements для разработки и для продакшена.
Файлы с requirements могут включаться один в другой. Таким образом обычно зависимости можно разделить на 3 отдельных файла.
Например:
reqs/
- common.txt
- prod.txt
- dev.txt

common.txt будет содержать все обязательные общие зависимости. Пример с потолка:

Django==1.8.5
mysql-python==1.2.5

dev.txt будет содержать пакеты специфичные только для разработки но включая common. Пример опять же с потолка:

-r common.txt
ipyhton
ipdb
django-debug-toolbar==1.4

prod.txt тоже будет включать common но так же содержать вещи которые на продакшене обязательны а в Вашем локальном окружении не нужны вовсе:

-r common.txt
gunicorn==19.4.1
whateverelse=1.0.0

соответственно когда мы собираемся разрабатывать мы устанавливаем зависимости так
pip install -r reqs/dev.txt
в продакшене
pip install -r reqs/prod.txt

Можно через JS узнать, как-то так:

driver.execute_script("document.body.scrollHeight")

Вынесите логику второй вьюхи в отдельную функцию и вызывайте ее из обоих вьюх.

Если тебе для разработки надо, то можно не менять системный питон, а воспользоваться https://github.com/yyuu/pyenv - штука чрезвычайно полезная в таких случаях. Я так экспериментирую с pypy и делаю проект на python3.5 при том, что системный питон - 2.7.10
Там написано, как ставить на Мак через brew: https://github.com/yyuu/pyenv#homebrew-on-mac-os-x

Pligg - большой noname сомнительного качества реализации и содержания.
Если хотите PHP - идите в сторону Symfony2 + Sonata и прочие бандлы, пилите по своим потребностям.
"Проще" - почти всё одинаково "сложно", и сложнее MVC + 5ая или 6ая нормальная форма БД ничего нет.
Я не люблю Django по причине довольно большего количества сомнительных поделок, чаще смотрю в сторону Pyramid + SQLAlchemy.

"Быстрее" - я бы сказал что ни пых ни питон особо "умом и сообразительностью" не отличается, хотя имхо РНР 5.6 работает шустрее CPython и чуток медленнее PyPy.

Если нужно "быстрее", в десятки раз, - лучше уходить в Java + Netty типа Vert.x или Play2, можно golang.

Бегать за производительностью платформы без острой надобности не стоит.
Если не планируется какая-то реактивность с богатыми фронтендами и всякими Flux/CQRS-ES etc для обновления контента по Websocket/SSE/longpolling etc - в большинстве случаев достаточно реализовать нормальное второуровневое кэширование, с учетом реляционной модели. Вот с РНР / Python / Ruby для подобных задач push-нотификаций надо крутить gearmand / celery / sidekiq - потому что нет нормальной многопоточности с коробки.

Для разбора HTML попробуйте использовать beautiful soup www.crummy.com/software/BeautifulSoup

pprint

ой не слушай никого с этими с и с++) нравицо js - пиши на js. можешь typescript попробовать еще, вдруг больше понравицо (тот же js только с сахаром и ооп адекватным).

https://github.com/aio-libs/aiopg

ИМХО, на python вашу задачу вы решите в среднем за месяц. По сути это основы + пара библиотек (request, urllib для начала, scrapy потом). Вы изучите: основные понятия, алгоритмы, подходы ( т.е. основы основ). После этого можно браться за Django или Flask. Затем учить тот же js будет проще (основа есть).

В случае с js+Node у вас уйдет время еще и на изучение фрэймворка. Первый скрипт вы на коленке соберете не скоро.

Мне лично python дался легче, чем js. Поэтому начал с него и не жалею. Щас потихоньку изучаю js - дается гораздо легче.

PyCharm