MechanisM

docs.djangoproject.com/en/1.4/ref/contrib/sites/

Я написал свой визивиг. Скриншот и описание можно посмотреть тут Обладает мнималистичным интерфейсом. Поддерживает AJAX загрузку картинок.
Он опубликован на гитхабе github.com/un1t/pencil и также есть праложение для джанги github.com/un1t/django-pencil. Я нормально использую его в админках. Из недостатков отмечу, что за неимением времени я не допилил его для IE(для админки это как правило не критично), в других браузерах работает нормально.

1. a) Код sorl чуть более чем на половину — пример того, как не нужно писать на python. б) Когда у нас в команде стоял сходный вопрос, я не нашел решений под нашу задачу, в итоге мы взяли базовый функционал sorl, чуть переписали процессинг изображений и api и получили себе отдельный blueprint который ресайзит и кеширует картинки.
2. Jinja так же расширяема, но код выйдет посложнее чем в django templates. Для всяких мелочей в jinja_env.globals можно добавляють собственные методы.
3. У Jinja есть поддержка макросов. В общем-то большую часть таких штук делают через них.
4. Батарейки на pypi или отдельно
5. Спорный вопрос, что считать большим проектом? Как организовать архитектуру? И т.п. Готовы ли вы с нуля написать что-то привычное в мире django?

Я решал проблему с помощь модуля rpaf.

Мобильные ci7 от c2d отличает в первую очередь меньшее энергопотребление. И в ноуте оно гораздо важнее, чем всё остальное.

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

Ноуты не для высокой производительности делают и не для игр и не чтобы кино смотреть и не для удобства.
А чтобы можно было взять и унести.

Несколько лет назад перестал писать на PHP в пользу Python (Django).

Первые пару недель меня не покидало ощущение, что так не бывает. Эта штука правда очень удобная, отлично документированная, сводит множество рутинных задач к двум строкам кода (например, админка сайта, формы и валидация, версии сайта на разных языках, работа с разными СУБД, кеширование, создание RSS и sitemap.xml...)

С PHP проще найти разработчиков, да и дешевле они. Других преимуществ нет :)

С Python вы получите решение со значительно лучшими характеристиками (безопасность, производительность, гибкость и т.д.), и главное — получите его значительно быстрее.