Да спасибо, не заметил монтирования папки приложения. Но это никак не объясняет то, как воркер в докер-контейнере умудрился выполнить функцию, которой у этом контейнере нет в моем тесте?
Я сегодня еще раз исследую и проверю этот вопрос, может у меня руки оказались кривыми)) Напишу результат тогда
Антон, вот я тоже видел некоторые ответы на Stack Overflow об упаковки кода задач в каждый контейнер. Но вот другой пример. https://blog.syncano.io/configuring-running-django...
Как раз таким же подобным образом, я выполнил задачу сложения двух чисел (с описанием и вызовом в django на локалхосте, worker и redis в контейнерах), и каким-то образом (по логам) контейнер с воркером не только получил команду на вызов задачи, но и успешно выполненил тело (напечатал результат сложения). Вот это меня удивило. Я понял, где-то я плыву
Так нужно ли упаковывать код в контейнер?
Какие можно иметь "всевозможные грабли", если использовать сервис в отдельный процесс? Разве что с передачей данных между процессами? Поясните, что имеется ввиду.
Я вот думаю как лучше сделать? Используя контекст, файл запишется в папку приложения?
FileOutputStream out= mContext.openFileOutput(filename, Context.MODE_PRIVATE);
bmp.compress(Bitmap.CompressFormat.PNG, 100, out);
А так какой путь может быть? Может ли быть такое, что прав на запись не будет у приложения?
FileOutputStream out = new FileOutputStream(filename);
bmp.compress(Bitmap.CompressFormat.PNG, 100, out);
Попробовать можно все. Но не хочется тратить уйму времени. Хочется найти наиболее гибкий, элегантный и правильный с точки зрения специфики Android-системы вариант.
Вообще планируется в дальнейшем кешировать некоторые результаты запроса. Так что если приложение и убили, хорошо бы доделать начатое и закешить результат.
Очень хорошо написано, спасибо. Только можно дать еще кое-какие комментарии...
Откуда мы берем UUID, если его еще нет в базе на сервере? Это уникальный ключ для связки (пользователь-соцсеть) или уникальный ключ (пользователь-устройство). Я думал первое, но меня смутили слова:
"При входе из другой соц.сети: по UUID также кладёте новую почту на сервер."
Соц сеть другая, оттуда почта другая, uuid тоже другой, если мы его сами создаем.
Или такой подход требует, чтобы пользователь изначально был уже зарегистрирован почта/пароль по старой схеме и просто добавляет для пользователя новый более быстрый способ входа, если его сервер выкидывает из сессии.
Поясните пожалуйста
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Я сегодня еще раз исследую и проверю этот вопрос, может у меня руки оказались кривыми)) Напишу результат тогда