После загрузки исполняемого файла на сервер его еще надо запустить как приложение или сервис. Кроме того, просто обычный фтп сервер для документов и сервер с фтп сервисом для загрузки файлов на него - это две разные вещи. Вообще, вам надо не фтп, а стандартный SSH для подключения к серверу, загрузки файлов на него и настройки сервера для запуска вашего приложения на нём.
Примерно в районе 1-50к рублей - большой разброс из-за возможных особенностей расширения, качества его кода, конкретных требований как и куда именно сохранять (все в один файл, по каждому сайту отдельно файл, версионирование и прочее), работа с облаками - там тоже везде свои тараканы, необходимость публикации приложения и т.п.
Открою маленький секрет: есть такая штука, как кодировка текста - пока не скажете машине в какой кодировке ваш текст, она не сможет правильно его отобразить. Поэтому вам для начала надо разобраться в какой кодировке приходит текст от сервера, затем при необходимости перекодировать текст, а уже только потом вывести в правильной кодировке или куда-то его сохранить.
Так ведь написано же, что отправленный контент неверен. Кроме того, сами же в постмане отправляете картинку как есть в бинарном виде, а в своем же приложении зачем-то в base64 конвертируете. Зачем base64? Надо точно так же в бинарном виде отправлять без изменений.
Например, есть метод который должен выдать список задач на сегодня. Понятие "сегодня" зависит от текущей таймзоны. Как бэкенду определить текущую таймзону фронтенда?
В запросе указывать дату и время в стандартном формате - либо UTC либо местное время и таймзона: т.е., клиент запрашивает данные не за абстрактное "сегодня", а в четко определенном интервале времени. Например, за день такой-то с такого-то времени в течении суток или до дня такого-то.
В простейшем случае пишется отдельное приложение-синхронизатор, которое через API принимает запросы от приложения 1/2 и формирует запросы в АПИ другого приложения 2/1.
