А если у кого-то чего-то тормозить - это не проблема рецислер вью или лист вью.
да мы тут вроде про доступ в базу говорим и про данные. Понятно, что листвью тормозить не будет.
Mike
Max
8к грн смело просить можно? Сроки сжатые были, 2 недели
Valentin
8к грн смело просить можно? Сроки сжатые были, 2 недели
Зависит от сложности приложения/фронта/бекенда очень сильно
Seva
Там вообще вопрос изначально про руум был и 3000 объектов.
Mike
Скажите пожалуйста можно ли заменить изображения в приложении, получилось заменить просто открыв apk через архиватор, но приложение вначале ругалось что оно сломалось и что то там не сходится, через лаки патчер получилось подписать тестовой подписью, приложение стало загружаться до того момента где изображение заменено и закрывается
Вопрос такой возможно ли поменять на своё изображение и если можно как это сделать правильно
Для начала нужно узнать, что такое stack trace и logcat.
И лучше убрать рекламу из никнейма.
Данил
Как прокачивать свой в android помимо практики и написания кода? Смотреть лекции, читать статьи?
Seva
Так вот, руум все равно сразу все загружает в список для ресиклер(лист)вью. И 3000 - это фигня.
Mike
8к грн смело просить можно? Сроки сжатые были, 2 недели
если доллар всё ещё по восемь, то можно)
Valentin
Там вообще вопрос изначально про руум был и 3000 объектов.
Изначально был разговор про уместность пагинации, разве нет?
Seva
Изначально был разговор про уместность пагинации, разве нет?
Эту пагинацию предложили для руума с 3000 записями.
Дмитрий
Так вот, руум все равно сразу все загружает в список для ресиклер(лист)вью. И 3000 - это фигня.
Рум умеет в PagingSource, поэтому грузить 3к моделей сразу не придется
Seva
А смысл?
Seva
Если все 3000 и без пагинации работать будут?
Seva
Причем великолепно.
Mike
ребят, вы ходите по кругу
Seva
Конечно не увидит, если будет ждать, пока погинация все это будет последовательно загружать.
Seva
А если все загрузить сразу, то и можно мгновенно на любое место прокручивать через fastScrolling
Mike
Конечно не увидит, если будет ждать, пока погинация все это будет последовательно загружать.
Э, если 3000 записей загружаются мгновенно, почему 20 будут долго?
Seva
но записей не 20, а 3000
Mike
А если все загрузить сразу, то и можно мгновенно на любое место прокручивать через fastScrolling
можно, но методом с выборкой первичных ключей выходит дешевле
Oleg
Не, ну нахер, я лучше пойду поем) кого то заклинило на 3000 записях)
Evgeniy
Здравствуйте.
Есть простейший бот.c# консольное приложение+selenium. Бот заходит на сайт, вводит логин пароль ,нажимает кнопку "войти" , смотрит новые посты. Всё.
Но как такое повторить на андроид?
Простейший рабочий пример может есть у кого?
Спасибо.
Valentin
Конечно не увидит, если будет ждать, пока погинация все это будет последовательно загружать.
Я скорее говорил про то, что если в среднем пользователь смотреть за сессию 100-200 (цифра из головы) элементов, зачем грузить все 30к?
Seva
Не 3000 а в 10 раз больше.
Mike
Seva
Блин! Но листать fastscrolling не будет с пагинацией на любую точку массива.
Seva
В конец, в середину, на нужную букву.
Mike
Блин! Но листать fastscrolling не будет с пагинацией на любую точку массива.
да, поэтому https://t.me/android_ru/747042
Evgeniy
Язык для бота не важен. Можно ли на андроиде использовать "безголовый" браузер , вроде selenium ? Подскажите пжл. аналоги
Valentin
можно, но методом с выборкой первичных ключей выходит дешевле
К теме про загрузку через первычные ключи - если данные идут с сеовера, не создаст ли это сильной нагрузки на сервер? (1 http запрос за каждый новый bind)?
Oleg
Короче, если ты выводишь 30000 текствью и это единственная цель в жизни, то ни сильной нагрузки на память ни сильной нагрузки на сеть это не даст - хочешь юзать лист - юзай. Но это не значит что все остальные решения не имеют своих применений)
Дмитрий
Я предлагаю абстрагироваться от примера с бд и перейти к примеру с сервером
Oleg
Mike
К теме про загрузку через первычные ключи - если данные идут с сеовера, не создаст ли это сильной нагрузки на сервер? (1 http запрос за каждый новый bind)?
Ну, всё просто:
* не нужно грузить по одному
* не нужно использовать HTTP/1.1
Mike
Я предлагаю абстрагироваться от примера с бд и перейти к примеру с сервером
Совершенно другой мир. С SQLite чтение зачастую можно вообще в мейне делать и ничего плохого не произойдёт.
Инжинигер
добрый вечер. у меня тут залипаловка на GridLayout получилась.
никак не могу заставить его сжимать ImageView основываясь на кол-ве row и col.
p.s. создаю GridLayout из xml, а ImageView в коде.
Дмитрий
Совершенно другой мир. С SQLite чтение зачастую можно вообще в мейне делать и ничего плохого не произойдёт.
Я просто пытаюсь найти способ объяснить смысл пейджинга 🤷♂
Кирилл
Я просто пытаюсь найти способ объяснить смысл пейджинга 🤷♂
Да забейте. Когда нибудь с таким подходом он выстрелит себе в ногу и сам все поймет
Valentin
Что «keep alive»?
Заголовок в http, позволяет не создавать новое TCP соединение под каждый http запрос
Mike
Заголовок в http, позволяет не создавать новое TCP соединение под каждый http запрос
и что он? Все используют Connection: keep-alive, от этого HTTP/1.1 не перестаёт быть безнадёжно избыточным.
Valentin
и что он? Все используют Connection: keep-alive, от этого HTTP/1.1 не перестаёт быть безнадёжно избыточным.
С ним должно быть меньше накладных расходов на многократные запросы, думал ты это имел ввиду
Mike
С ним должно быть меньше накладных расходов на многократные запросы, думал ты это имел ввиду
Нет, когда я говорил «не нужно использовать HTTP/1.1», я имел в виду, что не нужно использовать HTTP/1.1. Если я сказал это недостаточно однозначно, помоги мне, пожалуйста, сформулировать лучше)
Valentin
и что он? Все используют Connection: keep-alive, от этого HTTP/1.1 не перестаёт быть безнадёжно избыточным.
А в чем избыточность http?
Mike
А в чем избыточность http?
Заголовки. (В HTTP/2 исправлено — там они в одной сессии не повторяются.)
Строгий порядок запросов-ответов внутри соединения. (В HTTP/2 исправлено — сколько угодно запросов-ответов мультиплексируется через одно соединение.)
Mike
А в чем избыточность http?
Нет пушей (SSE и long polling — жуткие костыли). WebSocket — тоже неэффективный и избыточный протокол.
Valentin
Нет пушей (SSE и long polling — жуткие костыли). WebSocket — тоже неэффективный и избыточный протокол.
Первые два пункта - согласен, в этих местах 1.1 действительно избыточен, но можно ли отсутствие пушей (что безусловно минус) относить туда же?
Mike
Первые два пункта - согласен, в этих местах 1.1 действительно избыточен, но можно ли отсутствие пушей (что безусловно минус) относить туда же?
Если говорить про ситуацию, когда с сервера нужно запросить сколько-то данных — то да, ведь сервер мог бы отправить несколько маленьких пачек подряд, если б не ограничения 1.1.
Andrey
Mike
какие альтернативы?
HTTP 2 и написанный поверх него gRPC
ещё есть куча малоизвестных протоколов вроде MQTT и Aeron, всё хочу попробовать, да проекта не попадается.
Mike
XMPP ещё (WhatsApp, Slack)
RSocket
Andrey
У меня сейчас mqtt, я бы не советовал. Практически единственная вменяемая реализация от eclipse (paho) запускает постоянно работающий сервис в бэкграунде и жутко жрет батарею и нагревает девайсы
Andrey
http2 интересно, если бы еще бэкендеры в него могли
Mike
У меня сейчас mqtt, я бы не советовал. Практически единственная вменяемая реализация от eclipse (paho) запускает постоянно работающий сервис в бэкграунде и жутко жрет батарею и нагревает девайсы
а, ну постоянно крутиться в бэкграунде в любом случае не надо.
А нельзя подкрутить heartbeat, чтобы реже долбился?
Andrey
пока нет времени поковырять, пилю фичи(
Mike
пока нет времени поковырять, пилю фичи(
Ясно.
А можешь по ходу дела делиться новостями, если будет что-нибудь интересное? Можно в личку стукну?
Andrey
да без проблем)
Andrey
а, ну постоянно крутиться в бэкграунде в любом случае не надо.
А нельзя подкрутить heartbeat, чтобы реже долбился?
кстати, в том то и фишка, что надо, там же tcp соединение должно держаться между клиентом и брокером, чтобы сообщения приходили. можно, коннчно рвать его, когда приложение в инактив уходит, но тогда теряются все прелести - пуши приходить не будут
Mike
кстати, в том то и фишка, что надо, там же tcp соединение должно держаться между клиентом и брокером, чтобы сообщения приходили. можно, коннчно рвать его, когда приложение в инактив уходит, но тогда теряются все прелести - пуши приходить не будут
для пассивных пушей уже есть один коннект — FCM. Больше не надо)
Ярослав
как декомпилить апк без потери данных
Ярослав
?
Ярослав
внутренних
Paladin
Это каких таких внутренних?
Ярослав
ну то есть получить желательно открытый код без потери понимания что к чему
Dmytro
ну то есть получить желательно открытый код без потери понимания что к чему
)))))))))))) а деняк на счет сразу не скинуть?
Egor
ну то есть получить желательно открытый код без потери понимания что к чему
Если там все закрыли, то никак
Paladin
Это жаба скажи что вообще код получить можешь хоть какой
Ярослав
не я просто интересуюсь имеется ли такая возможность ?
Paladin
Нет не имеется, причина - байткод