По словам её (Super Monday Night Combat) создателей, бюджет, необходимый для переделки проекта в соответствии с требованиями GDPR, превышает бюджет, выделяемый шестилетней игре.
Нет, но спасибо за наводку. Вообще в статье описан пример с одним небольшим проектом — консольной утилитой, однако помимо него у нас имеется библиотека компонентов, с которой мы продолжаем экспериментировать. Возможно в будущем мы поделимся и этим опытом
Это лишь вопрос хранения скомпилированных версий. Можно также и в гитлабе хранить метки релизов рядом с исходниками docs.gitlab.com/ee/workflow/releases.html. Нас просто никоим образом не смущало наличие отдельного репозитория, наоборот — мы иногда смотрим на наш скомпилированный код :)
Сейчас работаю frontend-разработчиком на проекте с классической архитектурой, где весь HTML генерируется PHP-фреймворком, однако настроен в будущем это изменить, написав соотв. изоморфное приложение. Но так как времени на конкретно эту задачу никто не выделит, задался вопросом, возможно ли внедрение в HTML, генерируемый PHP, кусочков отрендеренных на JS? Чтобы осуществить постепенный переход к «светлому будущему». Есть у кого-либо подобный опыт, возможно есть статьи, описывающий такой подход?
Не БЭМом единым жив фронтендер. Есть множество различных методологий организации стилей. Каждая из них, как и БЭМ имеет свои плюсы и минусы, и хороши они в разных проектах. На проекте среднего уровня для меня лучшим выбором оказалась MCSS.
Будет полезно ознакомиться с каждой из них хотя бы поверхностно.
А вот остальные пункты из списка даже как-то противоречат конвенции БЭМ, ибо в данной методологии свои правила именования классов элементов блока, классов-модификаторов.
P.S. Про использование классов-пустышек с префиксом «js-» для манипулирования DOM-элементами посредством JavaScript чертовски верно подмечено!
В конфигурации редактора конечно можно задать такие параметры как valid_elemets, valid_styles и valid_classes, но они скорее нужны для ограничения допустимых значений, нежели для объявления каких-либо дополнительных разрешений. По-умолчанию TinyMCE 4 пропускает все: все SPAN-элементы, все прописанные стили, классы, и атрибуты. Именно поэтому нам и пришлось писать свой обработчик вставки. Уточните, что именно он у вас корректирует?
2 года говорите? :)
Вы не могли бы рассказать подробнее, где и когда он такое заявил?
Будет полезно ознакомиться с каждой из них хотя бы поверхностно.
А вот остальные пункты из списка даже как-то противоречат конвенции БЭМ, ибо в данной методологии свои правила именования классов элементов блока, классов-модификаторов.
P.S. Про использование классов-пустышек с префиксом «js-» для манипулирования DOM-элементами посредством JavaScript чертовски верно подмечено!