gpm7315

Не совсем.
Делают они одно и то же только для location /.

Если у вас, например, location /img, то при
root /var/www ссылка /img/1,jpg будет вести в файл /var/www/img/1.jpg

а при alias /var/www та же ссылка будет вести в /var/www/1.jpg.

Нужно было настроить логирование

import logging
logging.basicConfig(filename='error.log',level=logging.DEBUG)

Ошибка оказалась в том, что запускалось глобальное, а не виртуальное окружение.

Apple ProRes 4444

Вот полный список функций контроллера литий-ионного аккумулятора:
1. Не дать ему зарядиться выше установленного значения (чревато вспучиванием и возгоранием).
2. Не дать ему разрядиться ниже установленного значения (чревато потерей ёмкости).
3. Ограничить ток заряда и разряда (защита по току - стандартная опция почти любой силовой электроцепи, а для аккумов это чревато ещё и снижением срока службы).
4. В батареях из множества последовательных элементов - балансировка батареи, т.е. приведение всех элементов к одинаковому состоянию (устранение разброса параметров). Поскольку батарея живёт столько, сколько самый слабый её элемент, балансировка позволяет продлить срок её службы.
5. Иногда (например, в ноутах) ещё и слежение за температурой (соответственно и защита от перегрева) и передача инфы о состоянии батареи туда, где этим интересуются (в ОС).
(Впрочем, бывают упрощённые контроллеры, обеспечивающие лишь часть перечисленных опций.)
Эти опорные значения зашиваются в контроллер при его изготовлении, изредка в самых сложных контроллерах допускается их подстройка. Их величина определяется типом химии аккума. Скажем, по п.1 для LiIon это 4,15 V, для LiPo - 4,2 V, для LiFe - 3,6 V, по п.2 соответственно 2,9, 3,0 и 2,0 V. Переставив такой контроллер с одного аккума на другой того же типа, мы ничего не испортим, но надо не забывать и про п.3 - токи защиты у них могут быть разные.
В вашем случае контроллер можно смело переносить, поскольку вы не собираетесь брать от более ёмкого аккума больший ток.
Ваш второй вопрос непонятно сформулирован. Скажу только, что третий контакт там информационный, и вам смело можно его игнорировать. Если хотите "поднять" сдохший литий, можно на свой страх и риск сначала попытаться зарядить его зарядником для двух последовательных NiMh.

mako и WTForms библиотеки, что не заточены специально под Flask.

flask_mako, flask_wtforms -- не реализуют ту же функциональность, а должны упрощать работу с mako и WTForms внутри Flask приложения, а так же упрощать взаимодействие mako и WTForms с другими библиотеками в рамках Flask-приложения.

То есть, смысл расширений:

1. нам не писать одно и то же в каждом проекте,
   
2. разработчикам Flask не набивать фреймворк классами, сигналами, шаблонными тегами для каждой Python библиотеки.
   

О первой причине прямо сказано в документации Flask ( flask.pocoo.org/docs/0.12/extensiondev ):

Flask, being a microframework, often requires some repetitive steps to get a third party library working. Because very often these steps could be abstracted to support multiple projects the Flask Extension Registry was created.

Например, flask_mako состоит из 1 файла ( https://github.com/benselme/flask-mako/blob/master... ) и судя по описанию --

Extension implementing Mako Templates support in Flask with support for flask-babel

-- расширение решает две задачи:

1. интеграция с самим фреймворком Flask;
   
2. интеграция с расширением flask-babel (обёртка вокруг python-библиотеки для интернационализации babel).
   

Далее мы видим множественные импорты из Flask, werkzeug и mako.

Например, из werkzeug импортируются инструменты для отладки, а из mako исключения:

from werkzeug.debug.tbtools import Traceback, Frame, Line
...
from mako import exceptions
from mako.exceptions import RichTraceback, text_error_template

Очевидно, это для того, чтобы в интерактивном отладчике Flask видеть внятные ошибки в html-шаблонах (в духе, "после такой-то строки ожидалось закрытие цикла через тег % endfor"). Подробнее, можно посмотреть ниже по коду в классе TemplateError.

Внутри flask_mako я насчитал всего 6 одиночных функций и 3 класса -- можно в сжатые сроки разобраться и в назначении остальных.

С документацией, комментированием исходников и именованием сущностей во Flask и его популярных расширениях -- всё очень даже неплохо, можно легко найти ответы на большинство вопросов.