Roman K

Можешь подсмотреть реализацию runserver у django или --reload у gunicorn

Во-первых, если элемент скорее всего будет виден на странице рано или поздно — его лучше скрыть v-show, это легче, чем перестраивать DOM;
Во-вторых, если он мелькает — значит флаг его показа часто меняется;
В-третьих, можно использовать transition/transition-group, чтобы он не "мелькал".

Непонятно по формулировке, но подозреваю, что речь о модификаторах:
https://ru.vuejs.org/v2/guide/events.html#%D0%A1%D...

Если картинка одна — храни её в модели статьи. Если их много — в отдельную.

И сильно ли это с влияет на производительность?

Сделай бенчи.

Сплит не для этого. Используй простое преобразование в список:

list('много слов')  # => ['м', 'н', 'о', 'г', 'о', ' ', 'с', 'л', 'о', 'в']

Реализуется хоть на чем. Иди читать про парсеры.

Использовать drf. Там из коробки это есть.

Починить pip проще

Вспомни школьную комбинаторику и посчитай

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

Тут только заказывать на аутсорсе

Никак. Собирай статику с хэшами и никогда не будет таких проблем.

Купи VPSку за 150р/месяц и поставь туда JN, если уж так нужна винда

Все предложенные варианты рабочие, потому что, очевидно, jQ и реакт написаны на чистом JS.

Vue активно юзает defineProperty, а это ES5. Скомпилить под ES3 не получится. Если в ТЗ не было оговорено, на каких браузерах клиент хочет, чтобы ваше SPA работало — это проблемы клиента. Для таких обычно вешается баннер о том, что их браузер хоть и молодец, что пережил мезозой, но пора бы уже обновиться.

А если смотреть со стороны заказчика, то дропать поддержку надо сравнив стоимость поддержки ES3 и сколько клиенты сервиса, у которых только ES3, приносят денег

locals вообще-то

И не надо так делать.