Как выглядят сервера для мобильных приложений?

Question

[ellz]

Привет. Нужно реализовать функцию загрузки фото на сервер(с мобильного приложения) и последующей её обработки. Сервер будет выглядеть так-же как, если бы писался под Web? Если сервер выглядит также и загружается на обычный хостинг, тогда любой пользователь может на него зайти через браузер? Если бы это было web приложения то загрузка фото выглядела бы так - input type="file", а как мобильное приложение будет загружать файл? И какой лучше выбрать язык? c#, node js или python?

Comments

[AlikDex]

Апи к сервису хранения. А на чем оно там будет написано на бекенде уже дело десятое. Тут нечего выдумывать, все уже давно придумали.

[hohfiofi]

AlikDex, какое именно API?

Answer 1

[Дмитрий Донской]

Для загрузки изображений, видео и т.д используется http запрос с методом post. При формировании запроса указываются заголовки, тело запроса и т.д, что обычно делается браузером при отправки формы. Тут Google в помощь.

Есть вариант №2, где общение с клиент-сервером идет на сыром tcp / udp и оболочками над ними. Ход действий:
0. Открыть соединение с сервером
1. Открыть и прочитать файл
2. Отправить пакеты с данными(action, data, hash и т.д по своему усмотрения)
3. Принять пакет и его прочитать. Обработать action, извлечь данные, проверить валидность.
4. Сохранить фото или любое другое действие.

Comments

[ellz]

Хорошо, а если это будет не, чисто, сервер под мобильное приложение, а сайт с возможностью загрузки фото как с приложения, так и вебе? Тогда, теоретически, любой может создать приложение для загрузки фото на сайт? Или есть какие то пароли, которые позволяют приложению загружать данные?
А как вернуть фото? Вот сервер обрабатывает фото, а как вернуть, фото именно на устройство из которого оно было загружено?

[Дмитрий Донской]

ellz, чаще всего делают 2 реализации: для веба и для приложения. Либо реализация может быть смешанная при использовании ajax. Для общения клиент-сервера используют сессии, токены, http basic auth. Это если в качестве сервера - веб приложение. Разработчик должен создать интерфейс (API) по которому будет происходить взаимодействия, т.е набор правил для каждого запроса и ответа, в том числе и способ обработки исключений. Например Яндекс. Кассе клиент должен отдать xml с кодом ошибки внутри тела. А другое приложение должно получить в ответ http status code (500, 400, 404) и т.д. Популярный из форматов взаимодействия json, иногда xml. В более сложных моделях soap, rest. Можешь добавит в скайп / вк, могу по подробнее объяснить / показать

Answer 2

[Петр]

Вам нужно API на стороне сервера.
И работать с запросами к нему из приложения.

Answer 3

[vanyamba-electronics]

Используйте XML::RPC.