Программирование[9]

PochtiKakLoda написал 4 часа назад:

Тут на проекте надо синхронизацию запилить в мобильное приложение и ПрожектМенеджер предложил идею - с сервака кидать зип файл с SQL апдейтами и выполнять их на мобильном

 

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

На одной ебанутой работе, там чисто был один ендпойт на rest сервере - который принимает SQL запросы
И с клиента чисто берешь этот ендпойт и хуяришь туда запросы DELETE userID FROM USERS

синхронизацию между чем и чем

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

зачем ты начинаешь мыслительный процесс после прочтения слов "зип файл с скл апдейтами"?

Пацаны решают CAP теорему так сказать

Kant написал 10 минут назад:

зачем ты начинаешь мыслительный процесс после прочтения слов "зип файл с скл апдейтами"?

мне порой интересно изучать процессы мышления определенных индивидуумов

Ну поцанов понять можно. У них есть в теории база SQLite на дохуя веса, есть мастер база. Хотелось бы актуализировать первую до второй не перекачивая все данные.

По хорошему тут должен быть какой-то журнал транзакций с версионностью. Например все транзакции пишутся в кафку и оттуда выгребаются с определенного хранимого оффсета.

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

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

Ну и тут нужно опять же предусмотреть MITM, не передавать сенсетив данные и тд.

Хорошо шо в MySQL есть  relay logs

Just.Doit написал 7 часов назад:

PochtiKakLoda написал 11 часов назад:

Тут на проекте надо синхронизацию запилить в мобильное приложение и ПрожектМенеджер предложил идею - с сервака кидать зип файл с SQL апдейтами и выполнять их на мобильном

 

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

На одной ебанутой работе, там чисто был один ендпойт на rest сервере - который принимает SQL запросы
И с клиента чисто берешь этот ендпойт и хуяришь туда запросы DELETE userID FROM USERS

синхронизацию между чем и чем

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

синхронизация  данных всех
одна бд на мобильном вторая на серваке = желательно одна и та же схема

ну вот его и осенило мол зачем кидать джейсоны, парсить джейсоны и уже локально обновлять БД, когда можно напрямую SQL апдейты кидать и выполнять их на мобильном

PochtiKakLoda написал 44 минуты назад:

Just.Doit написал 8 часов назад:

PochtiKakLoda написал 12 часов назад:

Тут на проекте надо синхронизацию запилить в мобильное приложение и ПрожектМенеджер предложил идею - с сервака кидать зип файл с SQL апдейтами и выполнять их на мобильном

 

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

На одной ебанутой работе, там чисто был один ендпойт на rest сервере - который принимает SQL запросы
И с клиента чисто берешь этот ендпойт и хуяришь туда запросы DELETE userID FROM USERS

синхронизацию между чем и чем

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

синхронизация  данных всех
одна бд на мобильном вторая на серваке = желательно одна и та же схема

ну вот его и осенило мол зачем кидать джейсоны, парсить джейсоны и уже локально обновлять БД, когда можно напрямую SQL апдейты кидать и выполнять их на мобильном

прикольно. почти софтвэир инженер.

Бтв, Аллах помоги . Заходишь на ебучий gmail, жмешь удалить письма, они удаляются (исчезают с интерфейса), перезаходишь и они на месте 

Открываю на мобиле - новые сообщения никогда не появляются пока вручную не перезагружу

JuJeu написал 37 минут назад:

PochtiKakLoda написал 1 час назад:

Just.Doit написал 9 часов назад:

PochtiKakLoda написал 13 часов назад:

Тут на проекте надо синхронизацию запилить в мобильное приложение и ПрожектМенеджер предложил идею - с сервака кидать зип файл с SQL апдейтами и выполнять их на мобильном

 

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

На одной ебанутой работе, там чисто был один ендпойт на rest сервере - который принимает SQL запросы
И с клиента чисто берешь этот ендпойт и хуяришь туда запросы DELETE userID FROM USERS

синхронизацию между чем и чем

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

синхронизация  данных всех
одна бд на мобильном вторая на серваке = желательно одна и та же схема

ну вот его и осенило мол зачем кидать джейсоны, парсить джейсоны и уже локально обновлять БД, когда можно напрямую SQL апдейты кидать и выполнять их на мобильном

прикольно. почти софтвэир инженер.

 

Бтв, Аллах помоги . Заходишь на ебучий gmail, жмешь удалить письма, они удаляются (исчезают с интерфейса), перезаходишь и они на месте 

eventual consistency

кто в ведроиде шарит 

если не закрыть курсор в asynctaskе, он сам закроется по окончанию потока или нет?

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

вообще как дела обстоят с переменными которые объявлены в таске 

они делитаются? или их сборщик делитает потом

kms.UFO написал 7 часов назад:

кто в ведроиде шарит 

если не закрыть курсор в asynctaskе, он сам закроется по окончанию потока или нет?

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

 

вообще как дела обстоят с переменными которые объявлены в таске 

они делитаются? или их сборщик делитает потом

какая надобность использовать курсор с асинктаском, а не рум с rxjava?

kms.UFO написал 12 часов назад:

кто в ведроиде шарит 

если не закрыть курсор в asynctaskе, он сам закроется по окончанию потока или нет?

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

 

вообще как дела обстоят с переменными которые объявлены в таске 

они делитаются? или их сборщик делитает потом

 

Нет, не закроется, за этим следит программист. То же относится и к бд.

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

Может кто-нибудь пояснить за фразу "писать круды"? Это типа значит писать CRUD-приложения? Почему везде, где мне встречалась фраза "писать круды", эта фраза имела отрицательный оттенок? Что такого зашкварного в том, чтобы писать CRUD-приложения?

nibblerenush написал 5 минут назад:

Может кто-нибудь пояснить за фразу "писать круды"? Это типа значит писать CRUD-приложения? Почему везде, где мне встречалась фраза "писать круды", эта фраза имела отрицательный оттенок? Что такого зашкварного в том, чтобы писать CRUD-приложения?

это значит что на работе ты будешь то и дело сидеть и писать шаблонные апи, которые делают одно и то же только с разными таблицами

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

PochtiKakLoda said 25 minutes ago:

это значит что на работе ты будешь то и дело сидеть и писать шаблонные апи, которые делают одно и то же только с разными таблицами

Звучит не очень.

Ubububu написал 6 часов назад:

kms.UFO написал 18 часов назад:

кто в ведроиде шарит 

если не закрыть курсор в asynctaskе, он сам закроется по окончанию потока или нет?

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

 

вообще как дела обстоят с переменными которые объявлены в таске 

они делитаются? или их сборщик делитает потом

 

Нет, не закроется, за этим следит программист. То же относится и к бд.

 

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

не закроется и не удалится даже если курсор объявлен в таске?

kms.UFO написал 13 минут назад:

не закроется даже если курсор объявлен в таске?

Сборщик мусора его за тебя не закроет. Таска вообще не знает, что внутри неё происходит. Кроме тебя, никто не освободит ресурсы. Если не хочешь об этом запариваться, то используй готовые решения.

Ubububu написал 3 минуты назад:

kms.UFO написал 18 минут назад:

не закроется даже если курсор объявлен в таске?

Сборщик мусора его за тебя не закроет. Таска вообще не знает, что внутри неё происходит. Кроме тебя, никто не освободит ресурсы. Если не хочешь об этом запариваться, то используй готовые решения.

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

https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/database/sqlite/SQLiteCursor.java#282

ты 13 лет ждал ради этого сообщения 

я хуею 

спасибо