я так поняла, файрбейс можно как-то юзать совместно с бэком нормальным (не носкл)

?

фабрик крутой сервис с крашлитикой блекджеком

А понял

я так поняла, файрбейс можно как-то юзать совместно с бэком нормальным (не носкл)

ну типа без бека вообще никак не работает это

Хорошо, спасибо

у бэка ж серверный ключ

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

думала, что файрбейс могёт тоже без лишней, так сказать, логики только

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

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

по-моему так

ну, как везде. в любом случае, нам таки важно, чтобы была реляционная бд) в конечном итоге

че кто то юзает баас сервисы до сих пор

какой смысл в этом

я скинул выше

api 16? В OrderActivity попробуй переопределить onBack с NavUtils.getParentActivityIntent?

че кто то юзает баас сервисы до сих пор

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

так с фаербейсом тоже нужно сидеть разбираться. на спрингбуте собрать мелкое круд приложение пару часов займет

я юзал года 3 назад парс

ну и, кстати, реалм же крутую тему тоже мутит, они ж тоже считай ты создал у себя эти объекты, а они предоставляют облако с этими твоими объектами, сами парятся синхронизацией и всё такое

полная коряга

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

так с фаербейсом тоже нужно сидеть разбираться. на спрингбуте собрать мелкое круд приложение пару часов займет

хорошо, что этим буду не я заниматься)но знать тоже интересно)

и надо..

всем привет

api 16? В OrderActivity попробуй переопределить onBack с NavUtils.getParentActivityIntent?

api 17

так с фаербейсом тоже нужно сидеть разбираться. на спрингбуте собрать мелкое круд приложение пару часов займет

а вообще я имела в виду что-то вроде какого-нибудь azure, amazon

на ажуре там не надо ничего магического мутить..всё делается через формочки для домохозяеечек=)

а как на файрбейсе я вот и говорю не в курсах пока

в общем, имхо, иногда сааски это удобно и соответствует нуждам

на ажуре там не надо ничего магического мутить..всё делается через формочки для домохозяеечек=)

ну там ж классика - раскатываешь рест и уже так общаешься с ним?

он сам раскатывает

я думал азур для дотнетчиков

ну, если тебе лишней логики не нужно

не обязательно только для дотнетчиков

АВС вообще сложная штука там пока разберешься что к чему

но, да, с мсвс он очень хорошо сотрудничает

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

никаких танцулей не надо однозначно

А я правильно понимаю, что с грэдловским implementation проблема transitive зависимостей в multidex теперь не актуальна?

никаких танцулей не надо однозначно

лишней это какой? ажур сам знает что мне надо?)))

и сам весь бек напишет?))

далеко же эта дискуссия пошла)

❤

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

Ну и выкинь его нахуй и купи новый ?

Ну и выкинь его нахуй и купи новый ?

Бля как о жалко такое добро выкидывать может пробухать лучше

лишней это какой? ажур сам знает что мне надо?)))

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

на ажуре там не надо ничего магического мутить..всё делается через формочки для домохозяеечек=)

Не знаю как с развертыванием, но в качестве paas - говно редкостное. Работал с ними. Конфигурирование заняло два (sic!) месяца

так вот ты прям в ажуре создаёшь таблицу и он тебе предоставляет апи коллбэки

Бля как о жалко такое добро выкидывать может пробухать лучше

продай кому-нибудь в переходе под видом рабочего

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

а, окей) удобно)

Не знаю как с развертыванием, но в качестве paas - говно редкостное. Работал с ними. Конфигурирование заняло два (sic!) месяца

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

продай кому-нибудь в переходе под видом рабочего

да у нас все умные пошли проверять начнут лучше пробухаю его

а так не могу ручаться тоже, прям вплотную с ним не работала, просто пробовала пощупать

Кто-нибудь занимался прокачкой больших объемов данных в таблицу, например 50к записей...?

50k insert? делал через beginTransaction

Друзья, киньте ссылкой на хороший актуальный тьютор по Rx'у

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

Инструмент был единственным, ибо на azure держатся чуть ли не все EE сервисы MS, а мне нужно было именно с ними и работать

незадокументированные параметры манифеста просто убили

Всем привет. Не подскажите, как правильно сохранять position ViewPager'a после поворота экрана. Единственный момент: ViewPager находится внутри Controller (библиотечки Conductor). Кто-нибудь сталкивался с проблемой?

50k insert? делал через beginTransaction

А данные прокачивал перед этим?

Кто-нибудь занимался прокачкой больших объемов данных в таблицу, например 50к записей...?

Да без проблем

Да без проблем

Тоже данные прокачивал?

Тоже данные прокачивал?

В теории. На практике, объемы были меньше, но принцип то понятен, ибо SQLite не то, чтобы сильно кастомизируем

ща пример закину сюда скрином, как с таким работать

на псевдокоде ?

Мне интересен момент как получали данные. Что использовали для сжатия, что делали, когда там дохрена текстовых значеий и т.д.

Мне интересен момент как получали данные. Что использовали для сжатия, что делали, когда там дохрена текстовых значеий и т.д.

Думал, что ты про внесение в базу, нет?

ERROR: S client not available

Это следствие уже )

Это следствие уже )

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

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

Давай

Инструмент был единственным, ибо на azure держатся чуть ли не все EE сервисы MS, а мне нужно было именно с ними и работать

я так понимаю, там как раз был случай, когда подключалась доплогика ЕЕшная?

я так понимаю, там как раз был случай, когда подключалась доплогика ЕЕшная?

Нет, просто максимально быстрая запись блоками

SQLIte может в очень быструю запись, главное настроить его нормально, и не создавать журнал на каждый insert

5к/с точно пропускает, выше - хрен его знает

а сделать запись 50к в десять транзакций - вполне нормально. Юзер не заметит, ибо между ними можно подгруженные ранее данные тягать

Если тебе позволит heap

Если тебе позволит heap

Это уже другой вопрос

Ну это как раз мой вопрос ;)

Нет, просто максимально быстрая запись блоками

это точно на моё сообщение ответ?)))я про ажур))

Грузи чанками, оптимизируй парсинг, используй gzip для экономии трафика, кэшируй, загружай постепенно (paging), заставь бэко-пидОров настроить хэдеры, настроить кэширование на сервере, перейдите на более оптимальный протокол (есть же protobuf, при нем объемы качаемых данных возрастут в разы при том же heap-е)

это точно на моё сообщение ответ?)))я про ажур))

сорян, миссклик

сорян, миссклик

а я то тут сижу напрягаюсь))

ребята, какие есть варианты пофиксить спиннер когда кнопка раскрытия отдаляется от строки текущей

Ну да, еще есть prepared statement-ы, multi-thread режим (да, он есть у SQLite, но за него сказать ничего не могу), но это уже для чего-то экстремального

т.е. выставляется на длину саммой длинной строки

Вообще, при таких объемах проще то наверное будет взять, закинуть в какое-нибудь NoSQL хранилище jsonы или xmlи и потом, когда достаешь, их парсить. А то и просто БД скачать ?

если тебе не нужно еще учитывать данные созданные на самом мобильном

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

а пример будет? )

а пример будет? )

Скину, самый банальный какой только может быть, ибо запариваться с этим не приходилось. Пару минут

Грузи чанками, оптимизируй парсинг, используй gzip для экономии трафика, кэшируй, загружай постепенно (paging), заставь бэко-пидОров настроить хэдеры, настроить кэширование на сервере, перейдите на более оптимальный протокол (есть же protobuf, при нем объемы качаемых данных возрастут в разы при том же heap-е)

Из того что ты перечислил по сути уже используется gzip, paging. Остлось оптимизировать парсинг и подумать над разными передавыемыми форматами

Парсинг при таких объемах действительно, навряд-ли будет позволителен чем-нибудь типа gson. Лучший вариант - пойти путем fb

Парсинг при таких объемах действительно, навряд-ли будет позволителен чем-нибудь типа gson. Лучший вариант - пойти путем fb

fb?

facebook

Ну вот, самый банальный пример, который позволит не фризить особо заметно загрузку данных из базы во время записи

https://gist.github.com/KomarovI/f80e6430f5989c50320a2d5eb3935db0

UPD: забыл, для insert можно даже prepared statementы сделать, так что будет еще быстрее ?

Если ли возможность пережить факториресет для апп?

Если ли возможность пережить факториресет для апп?

Несистемных — нет. Лучшее, что можно сделать — серверное приложение с регистрацией.

Кто-нибудь пакет лайфцикла от гугла использовал? Как оно? Или там настолько альфа, что в задницу пока?