AS>>> Правильно ли я понимаю, что предполагается схема: фидошная бд AS>>> <-> сервис <-> хотдога? Где фидошная бд - это файлы на пк. А AS>>> сервис - некая приложуха на пк, которая наружу смотрит в виде AS>>> rest-интерфейса. SP>> Точно так. Только на телефоне будет не HotdogEd, а ещё одно SP>> приложение от того же автора. Опенсорс, гитхаб, котлин. AS> Т. е. в итоге дистрибутив хотдога будет содержать fido provider, AS> hotdog, nttp provider, database syncronization?
Да.
SP>> С другой стороны, можно обсудить решение более подробно и с этой SP>> стороны, не у всех есть возможность и компетенция для поднятия у SP>> себя сервиса. AS> Поднять на амазон сервер синхронизации, и по платной подписке AS> предоставлять туда доступ (плата будет идти на оплату аренды)?
Это не решает задачу чтения почты локально. Актуально для тех, кто ходит на голый дед по ssh.
AS>>> В настройках хотдога будет настройка сервиса синхронизации, где AS>>> указываем адрес ПК и порт сервиса, и хотдога будут прозрачно AS>>> синхронизироваться с ПК? SP>> После реализации третьего этапа что-то такое мы и получим. SP>> Получай почту в любом месте - читай везде. Если, конечно, сможем SP>> договориться по форматам и ластридам. Я понятия не имею, как SP>> устроены фидошные базы внутри, и мне это даже не особо интересно, SP>> кроме апи для хранения их самих и их статусов. AS> Ну да. Арендовать где-нибудь сервер, который будет забирать почту, AS> далее либо через rsync забирать её на ПК для golded, либо забирать AS> на смартфон. Прикольно.
Так в лоб это тоже не прокатит.
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Android device, Milky Way (2:5020/2141.3)
