Поисковая форма:) поиск по free-lance.ru Топ/история/обновления фриланса, по разным параметрам (темы, сообщения, пользователи...) Автоматическое удаление постов от ненужных юзеров в топике (php скрипт) Досье(точный ник)
 

Ник (или часть ника):
?
Какой текст ищем:
?
Раздел блогов:
За срок
дней
Тип поиска: (по вхождению: по тексту гуг выдаст посты с "гуг", "гугл", "огугл"; "полнотекстовый": по тексту "гуг" выдаст посты только с "гуг")
По вхождению строки:  Полнотекстовый: 
(поиск не 100% актуальный, есть определённая задержка при обновлении данных для поиска. )
0 Всего найдено: 5
black2free Сообщение 25/07/2011 13:53 Копия темы
Нужен совет. Программный интерфейс для iPhone/Android запросов к сайту. Всем день добрый!

Нужен совет гуру программирования на iPhone и Android.

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

Вопрос: что бы облегчить/упростить написание программ для мобильного в разрезе взаимодействия с сайтом, какого типа API там лучше поддержать:
SOAP, просто POST поверх HTTP, что-то иное. То есть если бы вы сами писали для iPhone или андроида, какой бы интерфес со стороны сайта вы бы предпочли?

Сайт на Joomla (то есть php), в запросах c мобильного потребуется передавать небольшие файлы (фотографии) на сайт и сразу получать ответ (строку). Все, конечно, только после авторизации.

Буду признателен за любые мысли по данному поводу.
JonGolWork Сообщение 25/07/2011 14:16 Копия темы
на сайте запрос POST, GET а от сайта JSON и радуйся)
Infarch Сообщение 25/07/2011 14:21 Копия темы
SOAP на мой взгляд не стоит использовать. Это xml, а он весьма избыточен. Лучше сделайте RPC на базе get/post запросов. В качестве формата данных можно выбрать json или yaml как более экономный.
oignat Сообщение 26/07/2011 20:59 Копия темы
У меня была задача  подобной тематики – нужен был доступ с сайта к некоторым данным из локальной сети заказчика.
Первоначально использовали SOAP-сервис, но многословность SOAP-протокола в сочетании со слабым инет-каналом заказчика доставляли много неприятностей.
В итоге перешли на REST, что обеспечило приемлемую скорость обмена данными.

Поэтому я бы посоветовал посмотреть в сторону REST-протокола.
TweeKane Сообщение 27/07/2011 08:11 Копия темы
Я бы предпочёл хороший REST интерфейс.

Чтобы понять, что SOAP — это зло, достаточно почитать историю его появления. MS показалось что протокол XML-RPC слишком простой и они придумали SOAP. Сложный — не значит хороший, да и язык XML сложно назвать простым для восприятия.
0

©2008 edogs egods
Выразить восторг, поругаться
или предложить что-нибудь можно на форуме
Для обсуждения этого сервиса так же есть темы на фрилансе по
поиску , флудотопу ,и по удалённым сообщениям ,и по Актуальным/популярным темам , и по топу "кто кому больше наотвечал"