как сделать с фильтром что бы не перерисовывались?
отображаем например 3 элемента с множеством картинок
потом делаем фильтр только элементов с префиксом aaa (остаются два элемента)
for просто удалить все не совпавшие элементы
после очистки фильтра, вернется третий элемент и начнет заного качать картинки.
Как этого избежать ?
дада удачи вам с чатом
прям только сейчас из соседней темы:
расскажите лучше как вы победили скрол в чате.
99% людей скажут скрол есть скрол, но только 1% кто работал с чатами знает что это самая серьезная проблема.
Например позиции скрола чтобы контент не прыгал:
1) топ позиция, добавление сообщений в начало, контент прыгает! как боролись?
Для загрузки предыдущий следующий коментарией, обычно делает observer триггер после последнего сообщения и перед первым. Так вот при первой загрузки, если отображается порция сообщений из центра, добавляются тригеры, но как мы знает при добавление сообщений в пустой чат, по дефолту скрол будет всегда в позиции низ,
2) как вы боролись с конфликтом между добавлением в пустой чат сообщений и между бесконечным тригером "подгрузить еще", т.к. по дефолту из за особенностей выше описанных скрол будет прижат вниз.
дада и хаки flex column reverse для фишки live сообщений, когда пользователь прокрутил в самый низ, и приходят новые сообщения из вебсокета, то нужно что бы как раз скрол прижимался вниз, а контент соответственно "прыгал"(сдвигался) вверх. И обратная ситуация, когда пользователь прокрутил в самый низ (прижал скрол вниз), но сообщение не последнее, то нужно подгрузить историю, при этом контент как раз НЕ должен сдвигаться верх.
только хотел написать kafka + kafka streams/ksql + grafana всё делает это из коробки, без единой строчки кода \ приложений \ ci\di менеджмента \ конфигов.
если хайлоуд, то не думаешь о горизонтальном масштабирование, т.к. я вначале статье насчитал около 4 не атомарных \ конфликтных ситуаций с потерей части данных если смотреть у вас с точки зрения гор.масшт., дальше даже считать перестал.
Крутая реально программа.
Хотел бы посоветовать моменты
1) как то более информативно и понятно говорить о том что нужно установить сертификат для перехвата httpS
2) когда забрасываешь какойто запрос в Репитер и из него делаешь запрос, почему то в истории он не сохраняется .
"Подведем итог": столько много кода в таком простом приложение давно не видел. Возможно надо было сделать с помощью кафки? сразу -60-70% ручного труда и кода \ микросервисов если смотреть в сторону kafka streams
используем селф хостинг монго бесплатной, кластер около 49 серверов, проблемы выдуманные
захожу на офф сайт vue, там плагин вообще другой контекст имеет
еще бы flex научился строить строки по минимальной высоте элемента, было бы очень круто
когда там 2004 всем накатят?
не работает, если в боди много контента, то футер уезжает за экран вниз
тоесть надо копашиться руками, править все .proj .global .package файлы ?
прочитал всю статью так и не понял где эта чудо кнопка конвертации или это какая консольная команда ?
я извиняюсь но почему я вижу один код код код, и не слово про методику как получить без водяного?
а зачем вы копаете мертвеца если все проблемы решили в h266?
смысл в если у тебя: ноу архитектур
стоит ли делать композитный апи над enity апи ?
зачем это вам всё? вы являетесь членом команды разработки? Все эти данные и информацию нельзя использовать при работе с докером
как сделать с фильтром что бы не перерисовывались?
отображаем например 3 элемента с множеством картинок
потом делаем фильтр только элементов с префиксом aaa (остаются два элемента)
for просто удалить все не совпавшие элементы
после очистки фильтра, вернется третий элемент и начнет заного качать картинки.
Как этого избежать ?
я конечно так и не понял причем тут nodejs и js? укажите это тогда в статье
дада удачи вам с чатом
прям только сейчас из соседней темы:
расскажите лучше как вы победили скрол в чате.
99% людей скажут скрол есть скрол, но только 1% кто работал с чатами знает что это самая серьезная проблема.
Например позиции скрола чтобы контент не прыгал:
1) топ позиция, добавление сообщений в начало, контент прыгает! как боролись?
Для загрузки предыдущий следующий коментарией, обычно делает observer триггер после последнего сообщения и перед первым. Так вот при первой загрузки, если отображается порция сообщений из центра, добавляются тригеры, но как мы знает при добавление сообщений в пустой чат, по дефолту скрол будет всегда в позиции низ,
2) как вы боролись с конфликтом между добавлением в пустой чат сообщений и между бесконечным тригером "подгрузить еще", т.к. по дефолту из за особенностей выше описанных скрол будет прижат вниз.
дада и хаки flex column reverse для фишки live сообщений, когда пользователь прокрутил в самый низ, и приходят новые сообщения из вебсокета, то нужно что бы как раз скрол прижимался вниз, а контент соответственно "прыгал"(сдвигался) вверх. И обратная ситуация, когда пользователь прокрутил в самый низ (прижал скрол вниз), но сообщение не последнее, то нужно подгрузить историю, при этом контент как раз НЕ должен сдвигаться верх.
только хотел написать kafka + kafka streams/ksql + grafana всё делает это из коробки, без единой строчки кода \ приложений \ ci\di менеджмента \ конфигов.
спасибо за токен
Крутая реально программа.
Хотел бы посоветовать моменты
1) как то более информативно и понятно говорить о том что нужно установить сертификат для перехвата httpS
2) когда забрасываешь какойто запрос в Репитер и из него делаешь запрос, почему то в истории он не сохраняется .
он и не должен быть компетентен в техе.
это вам бы поднять компетентность в анализе должностей и обязанностей.
"Подведем итог": столько много кода в таком простом приложение давно не видел. Возможно надо было сделать с помощью кафки? сразу -60-70% ручного труда и кода \ микросервисов если смотреть в сторону kafka streams