киберауты и маркетпосты 🌚

Animated emoji 😄

которые уже давно в снапчате

крута

компонент вставлен через v-if после перерисовки теряет данные как с этим правильно справляться?

@hryamzik а данные откуда берутся?

@hryamzik а данные откуда берутся?

уже разобрались, спасибо. Данные внутри свои, там выше есть и песочница в которой проблема воспровизведена. Кип-элайв решает вопрос

Ок)

коллеги, а по js/html есть отдельный толковый чатик? Чтобы тут не флудить =)

коллеги, а по js/html есть отдельный толковый чатик? Чтобы тут не флудить =)

@frontend_ru

10q!

вопрос всё же в контексте vue есть форма с текстовыми полями у некоторых полей есть список опций и первый же попавшийся оказался больше чем из 1000 элементов хром при попытке выбора повис минут на 5 есть идеи как с этим лучше работать? <input type="text" v-bind:list="option"> <datalist v-if="formOptions.hasOwnProperty(option)" v-bind:id="option"> <option v-for="opt in formOptions[option]" :key="opt" v-bind:value="opt" /> </datalist>

хз, для теста сделал 10к элементов, слегка подтормаживает при импуте, но работает норм

https://codepen.io/anon/pen/boGoRB?editors=1010

@hryamzik Привет, смотри: ты делаешь простой список, который рендерится в DOM: https://jsbin.com/luqogiv/edit?html,output - 1000 элементов прекрасно рендерятся

видимо это повод попросить на работе поменять прошку 15го года на новую...

так там одни цыфры, у меня список сильно сложнее

у тебя тормозит кодепен мой сильно?

я на тротлинге -6х тестил, нормально ж работает

у тебя скорей всего в чем-то другом там проблема

какая разница цифры или что?)

намного меньше, чем мой список из 1000 строк

диапазон выбора, я думаю

строки для теста дать не могу, NDA (

https://codepen.io/anon/pen/boGoRB?editors=1010 ну держи буквы)

10 000 комбинаций

есть две идеи 1. рендерить после получения определенного числа символов, будет меньше опций 2. устроить предварительную фильтрацию, так список можно сократить раз в 10 в моем случае

интересно

тормозит не сильно

может попробовать через computed брать тогда массив

@hryamzik https://codepen.io/hack2root/pen/BwawxQ

@hryamzik Ну как, не тормозит список у тебя из моего примера?

Victor а у меня еще быстрее рендеринг! )))

в последнем дроп лист, это вообще не то =)

выводить 10к опшенов уже безумие

нужно что-то вроде lazy load опшенов

т.е. autosuggest

выводить 10к опшенов уже безумие

+

/spam

Всем привет. Направьте, пожалуйста, куда копать. Ситуация такая: есть инпут, у которого указан v-model="mymodel" и на @change ивент инпута идёт POST значения mymodel на сервер. Также каждые 5 секунд приложение идёт на сервер GET и забирает некоторые данные в т.ч. и значение переменной mymodel. Соответственно после присваивания значения mymodel значением с сервера, инпут стреляет ивент @change и отправляет данные на сервер. Так происходит каждые 5 секунд. Как сохранить такую же логику (смена значения инпута программно и отправка по изменению инпута на сервер) избавиться от лишнего запроса POST запроса на каждый GET?

Все заходим на спамный канал и жалуемся в репорт

@tyunyakov для записина сервер изменений по change разумнее пользоваться HTTP PUT

сервер вообще-то должен возвращать ответ на post

сервер должен возвращать ответ в виде того, что ты прислал и еще какие-то доп. данные и ты этот ответ вставляешь в импут

@hryamzik а ты показывай даталист только после ввода первых трех символов... и все

сервер должен возвращать ответ в виде того, что ты прислал и еще какие-то доп. данные и ты этот ответ вставляешь в импут

Я запрашиваю сервер по таймауту, потому что данные сервера меняются и мне нужно показывать актуальную инфу

В т.ч. и это поле может измениться

@hryamzik а ты показывай даталист только после ввода первых трех символов... и все

это как раз пункт один в моем списке =) Но думаю лучше попробовать устроить фильтрацию

@tyunyakov для записина сервер изменений по change разумнее пользоваться HTTP PUT

У меня не REST, так что можно и POST отправлять.

Я запрашиваю сервер по таймауту, потому что данные сервера меняются и мне нужно показывать актуальную инфу

контроль над сервером есть?

если да – смотреть в сторону ws

Я запрашиваю сервер по таймауту, потому что данные сервера меняются и мне нужно показывать актуальную инфу

не совсем понимаю о чем ты говоришь и тем более не понимаю, зачем сервер опрашивать по таймеру.

не совсем понимаю о чем ты говоришь и тем более не понимаю, зачем сервер опрашивать по таймеру.

авторефреш жи, бэк ту зе эйтиз

не совсем понимаю о чем ты говоришь и тем более не понимаю, зачем сервер опрашивать по таймеру.

А есть другой способ кроме websocket, отображать актуальные данные на странице без перезагрузке?

ты либо посылаешь данные серверу, блочишь импут, получаешь данные от сервера в ответ на пост и вставляешь их, либо заранее одобряешь, то что вводит человек и если ответ от сервера положительный, то ничего нет трогаешь, если отрицательный, то возвращаешь старое значение

@hryamzik а как же так, есть же https://en.wikipedia.org/wiki/HTTP/2_Server_Push

@hryamzik а как же так, есть же https://en.wikipedia.org/wiki/HTTP/2_Server_Push

не каждый такое настроить может же.

и это не ws, это чисто для загрузки данных же

@eddimensi тае есть же докер контейнеры готовые???

ты у меня спрашиваешь?

мне пойти гуглить?

а потом дать ответ?

как-то оно мимо меня прошло, но судя по описанию я не много потерял, с сокетами удобно

ты либо посылаешь данные серверу, блочишь импут, получаешь данные от сервера в ответ на пост и вставляешь их, либо заранее одобряешь, то что вводит человек и если ответ от сервера положительный, то ничего нет трогаешь, если отрицательный, то возвращаешь старое значение

То, что ты описал это делается в рамках одного POST'a

А у меня значение поля может измениться извне. И отобразить это изменение на странице нужно как можно раньше.

а, тогда ws

То, что ты описал это делается в рамках одного POST'a

согласен тут либо сервер активный гомик либо клиент но никака не оба

я не понял твой кейс просто

вообще-то это коллизия - изменения на сервере и изменения на клиенте - оптимистичная конкуренция - но это плохо

Я описал видимо не совсем корректно. Меня на самом деле ситуация с запросом в каждые 5 секунд устраивает. Больше всего волнует, как не эмиттить @change ивент инпута при изменении значения его v-model программно.

Вот.

ааа ну... отключи

ааа ну... отключи

Что именно?

@change ивент инпута при изменении значения его v-model

Как его отключить для изменения программно, но оставить для изменений от пользователя?

добавь флаг changed если пользователь сменил его и если сменил - все, логика меняется

поле поменят типа

то есть придется хранить старое значение либо флаг изменения

Ага, спасибо, я понял. Думал, что есть какой-то способ биндинга для такого.

Как его отключить для изменения программно, но оставить для изменений от пользователя?

вообще-то есть свойство trusted в эвенте которое говорит изменение произошло через пользователя, а не программно