Не совсем очевидный момент. Программа хоть и разрешает выбрать любую папку домена, но на деле все сайты должны располагаться внутри корневой папки доменов, иначе не взлетит (по умолчанию это папка domains в папке OpenServer).
PRAIT, Допустим, имеем такую структуру проекта s.delphinpro.ru/20180312-170407.png
ДокументРут должен указывать на папку public
Открываем панельку, переходим на вкладку Домены, включаем ручное управление, пишем желаемое имя домена и выбираем нужную папку домена. Сохраняем, перезагружаем сервер и открываем в браузере указанный домен. В моём примере — http://delphinpro.mysite
Senseich, просто показал, как можно выделить активный пункт меню. Обычно этот класс добавляется серверным скриптом при рендере страницы. Кто и как будет добавлять классы неважно.
LabelMinsk, сорри. я влез просто потому что посекундный автосэйв мне кажется ненормальным =))
ну а отвечая на ваш вопрос — браузер синк не следит за кодом в редакторе. Он может следить за файлами на диске. А файлы обновляются при сохранении. В вашем же случае браузер синк и этого не делает, за изменениями следит галп и галп же даёт команду браузер-синку перезагрузить страницу.
Насчет медленной отработки не знаю что сказать. У мня всегда летает. Доли секунды даже на объемных проектах.
Senseich, тут надо понять, что модификатор можно применить к блоку, а можно к элементу.
Иногда проще повесить один модификатор на блок и стилизовать через него элементы (а элемент — это неотделимая часть блока, так что он по-любому будет внутри). Например, когда через модификатор нужно изменить стили нескольких элементов. Если же нужно изменить стиль только одного элемента, можно и его модифицировать
.menu__item_color_pink {}
Здесь нет абсолютной истины. Придерживайтесь здравого смысла, без фанатизма.
Не надо писать селекторы трёх-черытёх уровневой вложенности. В то время, как два уровня блок_модификатор блок__элемент вполне допустимо. Об этом упоминается в описании нэйминга от Яндекса.
Потому что такой стиль предполагает булевы значения (Да/Нет).
Оригинальный нейминг использует модификаторы как булевы, так и вида Ключ_Значение, что, согласитесь, гораздо гибче.
Например
.menu--orange
Против
.menu_bg_orange
.menu_color_orange
второе более чётко описывает назначение модификатора.
Если вам нужно решение исключительно для OpenServer, то всё делается в панельке управления, без копания в конфигах. Зайдите на вкладку Домены и создайте нужный, указав необходимую dоcument-root папку
Методология БЭМ. Плюс что-то от 7+1. Получается достаточно организованно.
Блоки максимально независимые. Да, это предполагает некоторое дублирование стилей, но удобную поддержку кода считаю более важной, чем пара лишних килобайт в билдах. То же самое относится к описанию медиа-запросов внутри селекторов (а не группировка их в отдельном общем файле).
Сетка у меня стоит особняком от общей методологии. Классы .row/.col мне не мешают, хотя используются по возможности реже. При описании сетки новостей/статей к примеру, предпочитаю применять сеточные миксины к "говорящим" классам.
Про scoped стили вопрос достаточно спорный, можно подискутировать. Вообще на первый взгляд идея css in js вызывает отторжение, но с другой стороны вроде бы и ничего так себе.
А что вы хотите услышать от пользователей этого сайта? То как вы описали ситуацию, — лишь ваше видение, достаточно субъективное. Вы себя уверили, что это кидок, и подали информацию в этом же ключе. Не дадут адекватного ситуации ответа, ибо не занют ситуации. Это вы с человеком разговаривали, не мы.
Лично я года три по такой схеме работал, вообще без оформления. заказчик изначально предлагал оплату раз или два в месяц. Выбрал два. Через две недели получил деньги. К чему это я. К тому, что предварительно мы пообщались, человек скинул контакты, ссылки на сайт студии и т.п., и у меня сложилось определенное доверительное отношение.
Подскажите как понять что уже "созрел" для них и пора уже?
Надоело каждый раз писать одно и то же. Кажется, что ваш код многословен, запутан и больше смахивает на лапшу. Заметили, что строя в очередной раз каркас вашего сайта, вы копипастите или пишете похожие куски кода нижнего уровня абстракции, не относящиеся непосредственно к бизнес-логике.
Значит пора.
Если вы только учитесь, и опыта разработки реальных проектов кот наплакал, то просто берите и учите, раз считаете, что разобрались с ваниллой на достаточном уровне. И не беспокойтесь, пора или нет. Если знаний будет недостаточно, вы это почувствуете.
ну и нафига, если не понимаете для чего?..
если непонятно что это, пили код в песочнице, покажу.