да

и выйдет querystring

да)

ток там точно params?

ща попробую

да

В настройках конкретного роута задаёшь маску вида "?page=:page&limit=:limit", ставишь props = true, и радуешься

я модель не помню уже просто)

можно построить поток данных наоборот кстати

ток там точно params?

Может param, а не params - я с телефона сейчас, не помню)

ты из url берешь данные только при инициализации

а остальное время изменение стора обновляет url

но первый наш вариант более правильный

охохо

не params а query возможно

да)

есть такое

через парамс слеши

просто я в каком то ебанутом роутере (не вуевом) встретил query params как params

и после этого всегда сомневаюсь что где

заебись

работает

в офиц доке если что примеры были как чо делать правильно

ток ет

если ты русский там собираешься делать

я не уверен что там uri encode вызывается

хотя скорее всего сделали сразу его

Я пропустил момент, а чем ЧПУ не угодил?

я не уверен что там uri encode вызывается

да должно, как минимум <>?& кодироваться должно, мало ли что ты там добавить захочешь

ну не помню я уже)

что где из коробки сделано

Я пропустил момент, а чем ЧПУ не угодил?

а зачем он в админке то?

query параметры проще разгребать

я не уверен что там uri encode вызывается

если шо сам

query параметры проще разгребать

А роутер родной? Vue-router?

ты наверное не у меня хотел спросить)

ты наверное не у меня хотел спросить)

У тебя, только не на то сообщение ответил. Это был вопрос к сообщению про query-параметры, которые проще разгребать

Я говорю про общий случай

Я говорю про общий случай

Я думал, про роутер)

У тебя роут какой есть и если страница не меняется на другую то логично что меняются просто параметры в query

Это как раз кейс с формами с фильтрами

Если же нужна нормальная индексация то строго чпу

Это как раз кейс с формами с фильтрами

Во, вот я поэтому и спрашивал, чем ЧПУ не угодил) Теперь ситуация ясна)

Обычно query параметры из урла идут и в сам запрос за данными as it is

А когда там параметры пути - то надо ещё выкинуть лишнее или мапить

/page/1/sort/latest -> {page:1, sort:latest}

Как то так

Не оч удачный пример конечно )

кто работал с vue-native? там не нужно танцев с бубном, чтобы забилдить апкшку??

кто работал с vue-native? там не нужно танцев с бубном, чтобы забилдить апкшку??

лучше native script

Не оч удачный пример конечно )

Ну здесь можно было продолжать работать через params и props, переключив режим работы из history в hash. По-моему, как-то так)

лучше native script

vue-native лучше nativescript или наоборот??

Одно обёртка над другим

Одно обёртка над другим

vue native = vue -> react -> reactnative

vue native = vue -> react -> reactnative

Не позорься!

я думаю, он эту жопу имел ввиду

Не позорься!

это перегонка же

vue-native => react-native это точно, а дальше реакт магию мутит

vue-native => react-native это точно, а дальше реакт магию мутит

вот и я о чем. а nativescript - штука полегче, без реактов

А обещали переписать все

:(

Я все равно радею за подход писать нативные приложения

ERROR: S client not available

А если нет возможности то и нахрен не нужно приложение тогда

ну ты не прав

вернее ок считаю что ты не прав

не всегда нужно нагруженное приложение

Нативщина все равно будет быстрее всегда работать )

было дело оборачивал даже в кордову и клиент был рад потому что приложение по сути было 2 странички и карта с лентой новостей

Тупая логика )

Ну это бешман рынок )

Не коммерческий

есть потребности и ресурсы которые бизнес готов на эти потребности потратить, нафига тратить больше ерсурсов если потребности покрываются

Малый и средний бизнес

ну и это тоже ниша

Там и приложения то имеют крайне скудный срок жизни

именно так приложение было для конференции на которую приехали люди

Для конфы и веб версии достаточно

Если уж экономить)

установили получали пуши смотрели карту читали обьявления и сверялись с расписанием

они хотели именно приложение

это клиент веб версия была

клиент говорит хочу вот приложение доплачу столько то, если несложными усилиями кордова это покрывает почему нет

Да я ж не спорю )

Там и приложения то имеют крайне скудный срок жизни

Я себе написал на нейтивскрипте и норм юзаю

Для самообучения

Мы просто подразумеваем разные сегменты бизнеса вот и все

Само лучше писать то чем реал пользуешься

Тогда и жопа горит читать доки

ну ты когда говоришь "А если нет возможности то и нахрен не нужно приложение" поясняй в каком сегменте тогда =)

Это проф деформация )

бинди контекст =)

Ваще хз зачем нужен нейтивскрипт

Он просто чуть лучше чем кордова справляется

На аутсорсе где я работал часто хотели сложный функционал и дёшево