Насколько я знаю, @custom-media - мертвороженная фича, которая нигде не работает, sass, соответственно, её не поддерживает.
Любая постобработка обычно происходит уже после того как sass превратит результат в css, потому обычное использование postcss-плагина тут тоже не поможет.
Теоретически можно что-то вкорячить, но проще забить и работать по-старинке.
v-model это из-коробочный хэлпер, который делает примерно то же само что ты написал. Если переходишь с vue на react тебе постоянно будет не хватать таких мелочей.:)
Но ты можешь написать свой кастомный и использовать его везде. Или воспользоваться готовой библиотекой для подобного.
Сергей delphinpro, ну наверное есть какие-нить онлайн сборщики, которые под капотом тот-же webpack\vite имеют, но это надо гуглить, нормальным разрабам такое нужно редко.:)
Кирилл Щевелев, по поводу PascalCase - на той же странице также написано "kebab-case is also perfectly acceptable", но никто этого не читает (в том числе и сами разрабы vue после переписывания доков под vue3) и везде эта мерзость в стиле проклятого React. :)
Я считаю, что kebab-case гораздо приятнее и нативнее ощущается и в файлах и в щаблонах, да и читается проще. Но ктож меня слушать будет.:(
По распределению написали выше - делить по связанным кускам функционала.
Причём я считаю, что прям жестко: именование папок всегда одно, на одном уровне с модулем, всё что используется только на текущем уровне - лежит в таких-же папочках ниже уровнем - и так до самого низа. Если что-то используется совместно - лежит в папочке ровно на уровень вышке обоих пользователей (и соответственно перемещается выше-ниже - автоматизируемо). Это позволяет чётко рубить на куски любого размера, но радикально, да.
А по методологиям осторожнее. Ту же фсд я на практике видел - всегда говно выходит, где вместо разделения по фичам эти фичи размазаны по всей структуре - единичные страницы в страницах кушают единичные виджеты в виджетах, маршруты в маршрутах, апи в отдельной куче апи и т.д. Отвратительно. Это конечно не (совсем) вина фсд, а скорее разрабов, но реальный мир - реальный.
Если всё в одной подсети, как и написано в ответе, то в обычном случае нет - комутатор будет слать пакеты напрямую, не затрагивая роутер. Но комутатор можно настроить так, что делать он этого не будет, запретив прямую связность, и тогда весь трафик пойдёт через роутер, и всё упрётся не только в линк но и возможности самого роутера.
lexchz, ну те дали же наводку на cgi - можно, почему нет. CGI для того и существовал чтоб можно было, что угодно выставить в web. Но по возможностям ничего не скажу. Ну и это, очевидно, отдельная либа, а не изкоробочное решение.
dmitriypur, настоящий ответ на вопрос "Как сделать бесконечно бегущую строку логотипов, но чтобы они двигались волной?", который закрыл вумный модератор линканув левую хрень, не относящуюся к делу:
В SVG есть textPath. С помощью него можно пустить текст по любой кривой. Ну и анимировать можно там же в SVG.
I_want_to_know, если бордер не нужен красивый, а можно обычный, ровно 5px то можно обойтись без растровой картинки-маски, а использовать либо clip-path (один раз на картинке, один на белой подложке, со смещением 5px для имитации границы), либо тот же mask но с svg картикой у которой тот же path и stroke, либо clip-path с filter для границы... В общем много вариантов.:)
Нет. Состояние гита у тебя = состоянию гита на сервер после пуша.
Если реальная структура на сервере отличается, значит туда раскатывается не напрямую гит, а и из гита каким-то методом с промежуточными шагами. Разбирайтесь с тем как и кто у вас там и что настраивал по ci\cd.
Massacre_Rage, Ну так не сохраняй в файл, а выведи просто для начала, помотри что пишет.
Может энтот mtr как-то по особенному работает под каким-то особенным юзером. Может какая-то очередная безопасность - всё таки работа с сетью...
Любая постобработка обычно происходит уже после того как sass превратит результат в css, потому обычное использование postcss-плагина тут тоже не поможет.
Теоретически можно что-то вкорячить, но проще забить и работать по-старинке.