Александр Цымбал, спасибо вам за разъяснение, но всё же я это всё знаю - и про пик его популярности, и про серьезные сайты, и прочее. Мне самому тоже параллакс не очень нужен, но для общего развития было бы приятно знать какие существуют современные техники его реализации в рамках веба. Ваша прагматически категоричная позиция мне понятна, но исходный вопрос все же о технической стороне вопроса, а не о том насколько кому-то там в интернетах нравится или не нравится параллаксообразная анимация. Ценность парралакс всё ещё имеет (и всегда будет), хотя бы потому что в интернетах (хвалла Одину) есть не только технические специалисты, которых профдеформация заставляет любое цифровое искусство измерять в часах, долларах и баллах абстрактной практичности, но ещё и обычные потребители, которым доставляет удовольствие всякая милая фигня которую захотел реализовать вдохновлённый художник,
По поводу гугла: не нашёл статей с близким к вашим словам содержанием. Походу всё действительно сводится к perspective. Но например тот же parallax.js довольствуется translate3d без всяких perspective насколько я понимаю. Короче нужно покопать тему чтобы выяснить какие есть актуальные инструменты,
Да не, от даты на календаре уровень "вау" не меняется, хорошая реализация параллакса радует душу независимо от того какой сейчас год. Например на awwwards и сейчас очень часто можно увидеть красивые примеры параллакса, вот один из них, достаточно простой, красивый, не пошлый. Другой дело, что Илюша не удосужился пояснить что он имеет в виду под нативным параллаксом)) и потому оценивать его предложение довольно сложно. Сложно оценивать неизвестно что,
Шёл 2021ый год, человечество пережило масштабную встряску вирусом, который неожиданно для всех распространился по планете после того как проник за гематоэнцефалический барьер какого-то дурачка молящегося на Оззи Озборна; в развитых странах за каждым углом обсуждаются планы свержения правительства; в Необъятной резьба на гайках становится всё мельче и мельче; дипфейк потерял всякий стыд и творит такое, что кровь стынет в жилах; этот список вкусностей, знание о которых лет 5 назад заставило бы глаза почти любого человека на земле округлиться, можно продолжать довольно долго,
В это время на тостере уже десятый год не перестают появляться вопросы о том как правильно именовать классы по методологии от которой уже даже сам Яндекс отказался в основных своих проектах, и это при том что вся инфа открыта, а примеров в интернетах миллионы. Ну это же как минимум странно, не?
По теме: БЭМ не заставляет вас каким-то конкретным образом именовать классы ваших блоков, БЭМ просто говорит что разделять сущности на блоки, элементы и модификаторы - это хорошо. Нет единого правильного по БЭМ способа именовать классы, ибо способ именования зависит от структуры элементов/блоков, а эту структуру придумываете вы. Как и сказал Realetive, оба варианта корректны, а вопрос не очень корректен: если вы хотите чтоб в вашем проекте блок навигации был самостоятельной сущностью которую можно было бы использовать в других блоках, то это второй вариант; нет - первый,
"он отпал сразу из-за отсутствия кастомного времени" - в смысле?
Конкретно у него действительно нету возможности задать кастомное время типа 5 минут, но во первых там есть возможность выполнить скрипт каждые 10 минут или каждый час, и к тому же Heroku Scheduler не единственный планировщик там,
В текущем виде мне кажется самым простым решением будет иметь какой-нибудь флаг типа refresh_completed = true | false, или чо-нибудь такое. Но если вы внятно расскажете какую задачу решаете, то думаю ответы будут более конструктивные
Да, на эту фичу я натыкался в интернетах, почитал немного о projects. Но как это решает проблему? Проекты ведь будут просто вложенные, и всё, по сути ничего не изменится, потому что для разработки одного проекта мне придется всегда таскать с собой другой проект. А это в перспективе будет немного (очень) напрягать, потому что когда дочерних проектов будет 5-10, их все придётся загружать чтобы поправить одну букву в одном из них. Или я чего-то не понял в документации,
art style, ну не вопрос. Думаю в интернетах куча таких примеров, поищите. Я тоже поищу, но чуть позже,
Ankhena, когда они появятся в современных движках - обязательно погуглю, а пока термин nested selectors (несмотря на то что Мержевич невозбранно использует его на своих сайтах) существует только в рамках препроцессоров я могу трактовать слово "гармошка" абсолютно любым образом, тк тс не привёл ни одного примера. Если гармошка это то что тс показал в примере со слайдбоксом, то да, конечно, такие селекторы выполнятся в общем случае медленнее чем селектор из одного жирного класса, но даже и такой подход не освобождает от ответственности следить за количеством сущностей, ибо структуру элементов можно сделать такую что никакие оптимизации не спасут. Полон тостер этому примеров)
art style, ну да, бывает в жизни и такое, вы нашли каких-то долбоёбов которые не очень понимают зачем нужен SASS/SCSS и теперь они пытаются бравировать перед вами своим невежеством. Ни один пример по вашей ссылке не умаляет значения и полезности SASS, там просто описаны некоторые новые фичи CSS и Extensible Web Components. Конечно SASS реализует какие-то фичи которых когда-то давно не было в CSS, а теперь они есть, и действительно нативные их вариации использовать целесообразней чем синтетические, но это всё никак не влияет на объемы пользы причиненной вашему проекту SASS. Просто пара мелких фич которые есть в SASS к 2021-ому году уже реализованы и в CSS. Вы можете их использовать, а можете не использовать, разница между одним и другим вариантом будет максимум в несколько десятков секунд как для разработки, так и для сборки. Можем проверить на деле если хотите)
Возможно речь о том что sass не взаимодействует напрямую с extensible web components, и сейчас существуют фреймворки которые совмещают в себе и то и другое, но это в 2021 году вроде пока тоже не очень важно,
"нефига" - фига; это трали, а вы есть траллируемый, admit
art style, это у них траллиризация такая, траллирование, траллинг
"знающие люди говорят что надо вообще писать чистый css и каждый класс в отдельном блоке без вложенности" - это не знающие люди, это трали которых лучше не слушать. Разве что фраза "каждый класс в отдельном блоке без вложенности" действительно в какой-то мере осмысленна: конечно же при одинаковых условиях селектор .first-class выполнится быстрее чем .parent .first-class и .qwe .asd .zxc .wer .sdf .xcv, и это вроде довольно очевидно, но париться из-за этого уж точно не стоит, тк если вас вдруг не устраивает что-то в скомпилированных вами стилях вы можете просто взять другой компилятор, который может больше чем ваш старый. Например google sheets
art style, "писать и видеть гармошку в sass" - чо такое раскрывать гармошку я не понял, и даже вообще что такое гармошка хз, а вот для того чтоб в инспекторе видеть оригинал .scss/sass вместо css существует sourcemap,
Вы лучше напишите конкретно что вы хотите, с примерами. Так будет проще,
art style, "стоит забить на это" - конечно забейте. Быстро решительно забейте, ибо это давно так работает и никто не умер пока. Браузеру критически пофигу отдельные у вас там правила или в гармошке, а вообще-то скорее всего эта гармошка наоборот быстрее работает, ибо оптимизирована. В 2021 начать сомневаться в целесообразности sass/scss это как усомниться в полезности бипедии и начать искать ей альтернативы
Vitsliputsli, а вообще не представляю) Просто мне показалось, что такое точно должно существовать. Например можно реализовать какую-нибудь скриптовую прослоечку чтобы она стартовала нужные процедуры или оповещала демона о том что появились новые данные. По крайней мере с UDF такое точно возможно
На SO есть подробный разбор алгоритма,