Если данные для карточки получаются с сервера - то никак вы не обойдете задержку передачи сигнала. Если данные доступны сразу на клиенте, то вы можете отрисовывать карточку параллельно с запросом.
Как говорят - выше себя не прыгнешь.
Алибек Кулсеитов: Миксы элементов в принципе допустимы. Но это разумно, когда вы миксуете элементы от разных блоков (внешний и вложенный, или тоже смиксованные). В данном случае вам больше подойдет модификатор.
Вообще миксовать надо осторожно.
в гитхабе есть вэбхуки
Это такая фигня - вы например делаете push в репу, а гитхаб по этому событию выполняет запрос на указанный урл. Урл понятно вы указываете сами - какой нибудь скрипт на вашем хостинге, который например может дернуть репу git pull (если у вас VPS с установленным гитом) или что-нибудь самописное, что будет тащить файлы с гитхаба и распаковывать их на вашем серваке.
.language-swither - описание самого блока .language-swither .navbar__language-swither - расположение элемента .navbar__language-swither внутри блока .navbar
1, недопустимо по БЭМ. На каждый элемент - свой класс.
2. не имеет значения. тут скорее вопрос правильной грамматики английского языка, а не БЭМ
3. нужно. class="navbar__language-swither language-swither"
Денис Каракчиев: они всегда совпадают по psr-4 иначе не заработает. Суть в том с какого звена они будут совпадать. "Dolphin\\": "private/dolphin" - вот здесь все неймспейсы которые начинаются с "Dolphin\\" будут искаться в папке "private/dolphin", а остальная часть неймспейса будет совпадать с файловой системой
Денис Каракчиев: Можно. Но что такое app? Никакого смысла не несет.
Fogersp\SuperProject\DB\Entry - тут имя автора, название проекта, дальше внутренняя структура. Тогда уж лучше делать папку SuperProject и на нее маппить. Ну это дело вкуса.
У меня например проект состоит из двух подпроектов, мне удобнее записать так
