Алексей Ярков

О боже! Вы всё ещё используете BB-коды??? Пора бы уже перейти на Markdown.
А по сабжу вам хорошо ответил Алексей Скобкин

Здесь можно выделить, в целом, три подхода:
1. Хранить в базе исходник и формировать на лету
2. Кешировать обработанный текст при каждом изменении. Например, в соседнем поле в записи БД или в любом виде кеша.
3. Хранить только обработанный текст. Подходит, если он никогда не изменяется после вставки.

По поводу преобразования - зависит от объёмов. Обычные посты на среднестатистическом форуме, например, преобразовывать на лету не особо чтобы дорого. А если у вас там огромные простыни - тогда можно и покешировать (либо единоразово преобразовать, когда менять не нужно).

если не вдаваться в подробности то

.container.\31 25\25   <-->   .container[class ~= "125%"]
.container.\37 5\25    <-->   .container[class ~= "75%"]
.container.\35 0\25    <-->   .container[class ~= "50%"]
.container.\32 5\25    <-->   .container[class ~= "25%"]

а если хочешь все же понять то вот stackoverflow.com/questions/27882839/what-does-con...
p.s. а знаешь как я это нашел? погуглил первый же селектор. и первая же ссылка это выдала)

Любой

Да, токен потеряет свою силу. А избежать 17 ошибки не удастся, пока пользователь не подтвердит себя с IP другого пк

Ansible

Все просто, дополнительные строки наверняка дописывает javascript, так что через urllib их никак не получить.

Можно менять значение css-переменной, но в IE/Edge не поддерживается пока.

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

А теперь вопрос: а нахрена? И так можно любые стилевые свойства менять из JS как угодно.

Доброго.

У WordPress есть REST API, возвращает в json.

Это всё? Весь вопрос?

1 никак
2 никак
3 никак

да

отсылаем на сервер значение переменной, там перекомилирываем лесс, высылаем в браузер новый цсс

парсить логи nginx