un1t

Нужно различать технологии БЭМ и стандарт кодирования БЭМ. Правда стандарт кодирования они почему-то называют методологией, вероятно, чтобы придать больше важности и избежать конкретики, потому что стандарт кодирования это вещь простая и конкретная, а методология очень абстрактная.
Вобщем идея именования классов для выделения связанной логики в блоки довольно хороша и удобна для разработки и поддержки. А вот с технологиями тут все довольно печально, лучше испольовать общепринятые gulp/jquery/angular и прочее, по ним и информации больше и плагинов и комьюнити и работают они лучше.

Например одна команда написала скажем sidebar. Другая команда теперь может легко и просто вставить его в свой проект, не беспокоясь о конфликте CSS стилей или имен классов.

В теории это наверно так, по крайней мере об этом все говорят. Конфликтов стилей действительно не будет, это плюс. Но переиспользовать получается только уж совсем элементарные блоки типа логотипа и иногда попапа. А вот какой-нибудь слайдер уже не получается, хоть ты тресни. У одного проекта одни требования к слайдеру, у дргого другие. Решения получаются слишком часные, а если делать общее решение на все случаи жизни, то оно получиться очень громоздким и слишком абстрактным для того чтобы его можно было использовать. Если бы заявленное было правдой, то после выхода компонентов в стиле островов у Яндекса бы все сайты почти автоматически переоформились под новый стиль и все. А по факту это переписывание фронтэнда заново.

Если я правильно понял задачу, это можно сделать используя сигналы, например post_save

Сфинкс умеет работать через SQL синтаксис SphinxQL. Подключешься к нему обычным MySQL-ным драйвером и пишешь SQL запросы.

selenium-python.readthedocs.org/en/latest/getting-...

Я отлаживаю такое двумя способами, при DEBUG=True смотрю в вебинспекторе, видно что отдает страница. При DEBUG=False можно смотреть лог файл.

Настройки логирования у меня выглядят так:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'formatters': {
        'verbose': {
            'format': '%(levelname)s %(asctime)s %(process)d %(module)s %(message)s'
        },
        'simple': {
            'format': '%(levelname)s %(message)s'
        },
    },
    'handlers': {
        'file': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename':  os.path.join(BASE_DIR, 'data/django.log'),
            'formatter': 'verbose',
        },
        'console': {
            'level': 'DEBUG',
            'class': 'logging.StreamHandler',
            'formatter': 'verbose',
        },
    },
    'loggers': {
        'django': {
            'handlers': ['file'],
            'propagate': True,
            'level': 'WARN',
        },
        'django.request': {
            'handlers': ['file'],
            'level': 'ERROR',
            'propagate': True,
        },
        'django.db.backends': {
            'handlers': ['console'],
            'level': 'WARNING',
        },
        'apps': {
            'handlers': ['file', 'console'],
            'level': 'DEBUG',
        },
    },
}

Возможно ли как то из обычного python скрипта получить доступ к рабочим моделям django?

Можно, но это какое-то странное решение. Может стоит на дажнге бакенд сделать?
И как вариант посмотри на https://docs.djangoproject.com/en/1.8/howto/custom...

Test(user_id=1, text='123')

можно: deadsnakes есть на ланчпаде
https://launchpad.net/~fkrull/+archive/ubuntu/dead...