А как вы тестируете его? С rest все понятно, есть ручка есть поля которые нужно проверить, а с гкл можно кучу комбинаций запроса проверить и все равно не протестировать все.
не получается пройти авторизацию к апи из второй документации (v2).Инструкций для этого нету. И даже если пробовать делать запросы через формы на сайте, то в ответ приходит ошибка "Invalid token".
Ну а это только потому, что судя по чату в телеге, вы используете ключ к v1 api. а для v2 который описан в сваггере нужен другой ключ.
ну промышленным парсингом тут и не пахнет если честно. Мы чуть более продвинутую версию подобного решения как в статье использовали для mvp/проверки теории, только парсили не html, а restapi, по ключам с ретраями, отзывом и перезапросом ключей.
В итоге загнулись на 5М задач в один момент времени.Дальше начало разваливаться буквально всё, селери жрет много ресурсов, rabitmq который пришел на замену редиса стал жрать сотни гигов диска, джанга перестала переваривать такой rps входящих данных
А сейчас переписываем на реально Ынтырпрайз решение, circular breaker, бесконечный перезапуск пайплайнов, когда последняя задача запускает первую, отзыв ключей нормальный, обработки ошибок, выкинули джангу, и еще очень много всяких нюансов.
Плюсик в адресе не пропускается, но почту такую сделать можно, к любой существующей почте можно в конце добавить плюс и рандомным строку, будет бесконечное число почтовых ящиков которые на самом деле будут одной учётной, так удобно отслеживать какой сервис слил почту, например почту а тебя vasya@yandex.ru то при регистрации на хабре например указываешь vasya+habr@yandex.ru и в случае если тебе на эту почту начали спамить, то знаешь что ее слил Хабр.
It is the recommended syntax if you are using both SFCs and Composition API.
тут главное словосочетание both SFCs and Composition API, т.е. не юзаешь композишн - script setup не является рекомендованным способом.
При этом сам композишн не является рекомендованным стилем/синтаксисом. из чего следует вывод, что скрипт сетап не является рекомендованным способом написания однофайловых компонентов.
Vue 3 вышел пол года назад! Скоро уже думаю 3.1 будет. Так что первое же предложение в статье — неправда.
Ну и со всем этим обвесом будет весело мигрировать на тройку, класс компоненты больше официально не поддерживаются им на смену пришла композиция.
Поздравляю вас, вы в одном решении использовали кажется все антипаттерны вью.
Расширение прототипа — во вью3 оставят только как штуку для обратной совместимости легаси плагинов. Больше не рекомендуется к использованию.
Во вью3 с новым композишн апи нельзя использовать миксины.
Во вью3 удалят $on, $off, $once.
Во вью3 удалят как минимум из доки упоминания $root, $parent
А как вы тестируете его? С rest все понятно, есть ручка есть поля которые нужно проверить, а с гкл можно кучу комбинаций запроса проверить и все равно не протестировать все.
т.е. вы страдали 8 лет из 10, сильно.
для меня вк как соцсеть умер как раз году в 12, с тех пор юзаю его как мессенджер для общения с парой людей которые не юзают телегу
В таких статьях мне всегда не хватает раздела который бы рассказывал как на это все написать тесты
это проблема api? - нет
в информативности.
Ну а это только потому, что судя по чату в телеге, вы используете ключ к v1 api. а для v2 который описан в сваггере нужен другой ключ.
ну промышленным парсингом тут и не пахнет если честно. Мы чуть более продвинутую версию подобного решения как в статье использовали для mvp/проверки теории, только парсили не html, а restapi, по ключам с ретраями, отзывом и перезапросом ключей.
В итоге загнулись на 5М задач в один момент времени.Дальше начало разваливаться буквально всё, селери жрет много ресурсов, rabitmq который пришел на замену редиса стал жрать сотни гигов диска, джанга перестала переваривать такой rps входящих данных
А сейчас переписываем на реально Ынтырпрайз решение, circular breaker, бесконечный перезапуск пайплайнов, когда последняя задача запускает первую, отзыв ключей нормальный, обработки ошибок, выкинули джангу, и еще очень много всяких нюансов.
с начала марта уже не открывается сайт без впн
2799613701
24 ноября, кажется с тех пор даже хуже стало
Вот бы они ещё api починили, несколько месяцев 500 ошибку кидает уже
Глянул только что релиз, не нашёл там ничего про асинхронную орм
Плюсик в адресе не пропускается, но почту такую сделать можно, к любой существующей почте можно в конце добавить плюс и рандомным строку, будет бесконечное число почтовых ящиков которые на самом деле будут одной учётной, так удобно отслеживать какой сервис слил почту, например почту а тебя vasya@yandex.ru то при регистрации на хабре например указываешь vasya+habr@yandex.ru и в случае если тебе на эту почту начали спамить, то знаешь что ее слил Хабр.
зачем думать, если о том что композишен дополнительный, а не основной писали еще в 2019 году? https://github.com/vuejs/rfcs/blob/master/active-rfcs/0013-composition-api.md#adoption-strategy
тут главное словосочетание both SFCs and Composition API, т.е. не юзаешь композишн - script setup не является рекомендованным способом.
При этом сам композишн не является рекомендованным стилем/синтаксисом. из чего следует вывод, что скрипт сетап не является рекомендованным способом написания однофайловых компонентов.
Нет не является script setup рекомендованным способом написания компонентов
Дебажу вью дебаггером, никаких проблем не наблюдаю.
Vue 3 вышел пол года назад! Скоро уже думаю 3.1 будет. Так что первое же предложение в статье — неправда.
Ну и со всем этим обвесом будет весело мигрировать на тройку, класс компоненты больше официально не поддерживаются им на смену пришла композиция.
ого. уже 10 лет… поздравляю!
может быть еще через 10 лет добавят поддержку poetry ;)
нормальные линуксовые ноуты стоят дороже макбук про сопоставимой комплектации.
а они разве не перестали прогибаться после бана роскомэтимсамым?
Поздравляю вас, вы в одном решении использовали кажется все антипаттерны вью.
Расширение прототипа — во вью3 оставят только как штуку для обратной совместимости легаси плагинов. Больше не рекомендуется к использованию.
Во вью3 с новым композишн апи нельзя использовать миксины.
Во вью3 удалят $on, $off, $once.
Во вью3 удалят как минимум из доки упоминания $root, $parent