Выпущен PhpStorm 2016.2

Для вас понятно, а для начинающего PHP-разработчика совсем не понятно. Он привык в тому, как пишут системные требования к игрушкам. Там, если написано «рекомендуется» — значит должно хватить по-любому. Конечно, у игр своя специфика, но эту специфику должен учитывать тот кто пишет системные требования к программам. Надо добавлять уточнение «свободной памяти».
Ну и хорошо бы отслеживать расход памяти и информировать пользователя, а не просто зависать наглухо.

Выпущен PhpStorm 2016.2

В HTML5 допускаются оба варианта, с закрытием и без. Видимо разработчики посчитали, что первый более универсальный.

Выпущен PhpStorm 2016.2

https://www.jetbrains.com/help/phpstorm/2016.2/system-requirements.html
По-моему требования к системе у вас занижены. У меня на ноутбуке 6 ГБ памяти и даже этого бывает мало (на 4-х вообще был ад). Надо учитывать, что кроме PhpStorm у любого программиста запущены другие программы, например, браузер, скайп… У меня Линукс, если что.

18 бесплатных фотостоков, которые спасут вашу рекламу

Это пример того, как мы изменили фото и заголовок и улучшили результат

Вы всего лишь обманули посетителя сайта. В первом случае сразу видно, что это реклама. Во втором случае реклама замаскирована под контент сайта. Называйте вещи своими именами.

Как называть css-классы

Не всякая традиция — хороший тон

Я не говорил, что всякая традиция — хороший тон.

Скорее уж бездумно отбрасывать годную возможность стандарта...

У двойных кавычек перед одинарными (как и наоборот) таких технически обоснованных преимуществ нет.

Вы сами с собой беседуете? Я писал конкретно про кавычки. По теме: освежите в памяти басню «Лебедь, щука и рак».

Если не использовать кавычки, концом значения атрибута будет считаться пробел, поэтому для классов (которые разделяются именно пробелами) без кавычек не обойтись

Для любителей БЭМ это не проблема. Сделают новую тулзу, которая автоматом будет менять пробел на тройное нижнее подчеркивание… (полушутка)

Как называть css-классы

Хорошо, формально это традиция. Чем плоха эта традиция пока я так и не понял. То что «не традиция» — называется «дурным тоном». Так же как писать теги в ВЕРХНЕМ РЕГИСТРЕ. По спецификации HTML допускается вообще не использовать кавычки, но это так же дурной тон.

Как называть css-классы

Почему лучшая идея? Вообще лучше придерживаться одного стандарта с кавычками в HTML.

Получение оплаты от международных клиентов с Payoneer

Платежи можно принимать только от компаний или от частных лиц тоже?

Дайджест интересных материалов из мира MODX #1

Когда наберется достаточно материала. Думаю, через каждые 2-3 недели.

AngularJS адаптация ui-select под x-editable с дополнительной возможностью добавлять объекты на лету

link: function(scope, e, attrs) {

«e» — это имеется ввиду «element»? Часто «e» используется как «event», поэтому такое название переменной может ввести в ступор.
plnkr.co/edit/Ds3A6srJVo65FD7GWPTz — демо немного поправил. Не очень хорошо, что когда появляется ui-select в нём нет выбранного значения.

Впервые за 10 лет… мы сделали редизайн сайта

Взять и адаптировать готовый шаблон это называется редизайном? themeforest.net/item/porto-responsive-html5-template/4106987 Как-то не солидно, можно было хоть побольше его кастомизировать.

Месье, ваши problem solving skills не на высоте, или как я провалил одно собеседование

Мне как-то предложили решить тестовое задание (не маленькое), с записью процесса работы на видео (скринкаст). Я ответил, что запись меня отвлекает и нервирует, но могу сделать запись только основных моментов. На этом потенциальный работодатель испарился. Хотя даже если бы я хотел сделать запись, мне было бы очень не комфортно работать, т.к. видеозапись вместе с запущенной IDE очень нагружает ноутбук. Предпочитаю с такими работодателями не иметь дела.

Как создать круглую Progress Button

Кода не так уж и много. Как вы с помощью GIF сделаете показ процесса загрузки в процентах?

Уровень обобщения базы данных

И вот тут я и почувствовал какой-то дискомфорт, что ли, ну как минимум смущение при воспоминании структуры как MODx

По-моему такая структура это не достоинство MODX, а его недостаток. У таблицы ресурсов очень много колонок, которые не всегда нужны. Но есть там компонент MIGX, с помощью которого можно быстро создавать отдельные таблицы для своих типов контента. В InstantCMS тоже можно создавать таблицы в БД в админке в визуальном режиме, что очень удобно.

БЭМ — методология развешивания костылей

Резюмирую сказанное в комментариях:

Картинка

Как правильно сказали в одном из комментариев, нет идеальной технологии для всех задач.

БЭМ — методология развешивания костылей

малейшее изменение разметки — и стили перестают работать

А что мне мешает немного подправить стили? Вы же меняете HTML, почему стили нельзя? Зато у меня будет всё чистенько, без нагромождений модификаторов.

БЭМ — методология развешивания костылей

А как вы переверстаете? Как положено?

Извиняюсь, выше я ошибся. В этом случае всё хорошо, Вы правы.
Возьмем другой пример:

Открыть

<ul class="main-menu">
    <li class="main-menu-item">
        <a>Item 1</a>
    </li>
    <li class="main-menu-item">
        <a class="active">Item 1</a>
    </li>
    <li class="main-menu-item">
        Item 2
        <ul class="dropdown-menu">
            <li class="dropdown-menu-item">
                <a>Item 1</a>
            </li>
            <li class="dropdown-menu-item">
                <a class="active">Item 2</a>
            </li>
        </ul>
    </li>
</ul>

Класс .active я опишу так:

.main-menu-item > a.active { color: #007FFF; font-weight: bold; }
.dropdown-menu-item > a.active { color: #FF9000;  font-style: italic; }

Если вдруг наше меню нужно поместить в блок, у которого тоже может быть класс .active, то там тоже можно описать через родителя и конфликта не будет.
Правило, которое я дал выше, стоит переформулировать более точно :) Позже подумаю над этим.

БЭМ — методология развешивания костылей

И всё прекрасно работает, пока в какой-то из дней (обычно в пятницу перед сдачей проекта заказчику) меню не понадобится вложить в navigation. И вот тут начинается самое интересное.

В этом наше с вами отличие в подходе к работе. Для вас скорость превыше всего. Для меня не скорость, а качество и лаконичность кода. Вы считаете, что такой код это нормально:

Открыть

<ul class="menu">
    <li class="menu__item">Item 1</li>
    <li class="menu__item">
        Item 2
        <ul class="navigation">
            <li class="navigation__item">>Item 1</li>
            <li class="navigation__item">>Item 2</li>
        </ul>
    </li>
</ul>

Ну а чё, заказчик ведь не видит кода, ему пофигу… Раз два и готово.
А я лучше переверстаю как положено.

БЭМ — методология развешивания костылей

Спасибо. Уточнение: в данном случае я привел пример, в котором классы .name и .site находятся на последнем уровне вложенности. Считаю это допустимым.

Как вы собираетесь гарантировать, то что классы .name и .site не окажутся внутри других классов .name и .site?

Точно так же как ваша команда следует каким-то правилам, так и моя команда следует правилу: CSS классы с общими именами (без конкретики) допустимы только на последнем уровне вложенности. И описывать их надо внутри родителя.

Как будете решать какое из CSS правил для .name и .site сейчас должно примениться, а какое нет?

Не совсем понял вопроса. По-моему ответ есть в процитированном вами куске моего комментария.

БЭМ — методология развешивания костылей

Приведите, пожалуйста, примеры как надо делать. Тогда можно будет сравнить и продолжить разговор.