Drottarutarnum, ну так и не надо такого делать. Это дедовский метод, ведущей к каше в коде и бесконечным рандомным багам.
Современная разработка имеет (как минимум) два окружения: dev и production.
На втором вы никаких файликов не меняете и выкатываете туда только оттестированный собранный продукт.
В первом же у вас идёт не полная сборка, запущен webpack devserver(или аналоги) с hot update, live reload и всяким таким, запущен и dev back-end'a.
Если же вы фигачите vue код прямо в какие-нить php-файлы, то это даже не дедовский, а метод каменного века.) В современной разработке front-end чётко отделён от back-end.
Только осторожно с такими расширениями. Пока оно включено рандомный сайт на который вы случайно зайдёте может увести все ваши аккаунты, деньги и данные из всех мест где вы залогинены.)
>Не понятно почему по умолчанию не используется snake_case?
Потому что в javascript не используется snake_case? Потому что все интерфейсы и api в javascript используют camelCase и используя snake_case вы на выходе получите кашу?
Это правило стоит отключать только в особых специфических случаях. Если вы просто пишете код - не используйте snake_case.
Смотреть лень, но если этого заранее вручную кто-то из разработчиков не предусмотрел - то автоматически это сделать практически не реально. Но по идее должны бы.)
...upd
Если посмотреть внутрь либы, то можно увидеть, что сорцы компонентов доступны напрямую в двух вариантах ts и js: https://unpkg.com/browse/antd@4.3.4/lib/button/ https://unpkg.com/browse/antd@4.3.4/es/button/
Так же как и css в сорцах и собранный . Значит (теоретически) можно подключать как отдельный css, так и компоненты напрямую поштучно.
Но проверять я это уже не буду.)
Bavashi, я б вообще нигде не светил, ни фейсом, ни чем ещё. Анонимность - это свобода.
Другое дело, что я прекрасно понимаю как делаются дела, и потому глупостями, как автор вопроса, не страдаю.
Bavashi, нет, я за максимальную анонимность где возможно. В интернете нет ни одной моей фотографии, окромя той что в резюме.
Но работа - это работа. Работаю я под своим именем и фейсом, потому что иных адекватных вариантов нет.)
Нужен урезанный jsfiddle/codepen пример проблемы.
Если ваше описание достоверно, то это баг конкретного мобильного браузера, но без примера нет никаких гарантий, что вы ничего не упустили.
VL5438, i++ и --i тут - это разные выражения, их приоритеты не учавствуют в сравнении, т.к. оба выше чем +, и потому относительно + - равноправны. Они могли бы побороться между собой только в случае --i++.
Sergo94Min, суть в том, что при ssr запрос к базе идёт изнутри сервера ровно один раз - при первой загрузке, в остальных случаях все запросы идут через апи от клиента. Всем просто лень городить два параллельных варианта. Но вы сами в принципе можете, это на сколько-то там ускорит первую загрузку.)
Современная разработка имеет (как минимум) два окружения: dev и production.
На втором вы никаких файликов не меняете и выкатываете туда только оттестированный собранный продукт.
В первом же у вас идёт не полная сборка, запущен webpack devserver(или аналоги) с hot update, live reload и всяким таким, запущен и dev back-end'a.
Если же вы фигачите vue код прямо в какие-нить php-файлы, то это даже не дедовский, а метод каменного века.) В современной разработке front-end чётко отделён от back-end.