нужен сервис. Что выбрать SOAP или RSS?

[ngm]

Почему это не в тему?

Вопрос как-раз состоял в том что скрипту надо передать некоторые параметры,
имя пользователя и пароль. Скрипт с учетом этого, произведя авторизацию и выборку данных согласно переданным параметрам, выдает ответ в стандартизированном
виде (например RSS). Клиент теперь может использовать библиотеки для парсинга RSS
и извлекать структурированную информацию из ответа сервера.

Точно так-же можно использовать веб-сервисы(SOAP, XML-RPC) в этом случае запрос
передатся через параметры методов и ответ(результат выполенния методов) упаковывается по соотв стандарту. Для простойшего случая же можно обойтись RSS
передавая параматры запроса обычным способом.

Ранне обсуждалось как сделать авторизацию в RSS. Я предложил просто упаковать
имя пользователя/пароль в POST. Чем хотел сказать принципиальных отличий в авторизации
RSS и веб страницы не существеут. Просто первый выдает RSS(XML) для rss-читалки,
а во втором случае ответ генерится для броузера. Так как Mess предпологает писать клиентскую программу, то сгенерить нужный HTTP-запрос -- не проблема.

 

[mess]

ну прочитал и что. это просто формат представления. в пхп я ведь могу хоть какой текст сформировать. динамический. что тут трудного то? Пришла переменная с параметром, я его обработал и сгенерировал XML. и всего то делов.
Вообщем спасибо. Вроде как раз то что мне нада.

 

[neko]

это все понятно.

речь о том, что RSS совершенно не для этих целей предназначен.
в частности он не предназначен для того, чтобы выводить результат на основе каких то "параметров".

с таким же успехом твои данные можно было бы всунуть в секцию PNG.
это ведь тоже просто "формат представления"

 

[mess]

да я отже не вижу особого смысла. Просто руководство поставило такую задачу.
Предоставление данных в SOAP или RSS.
по идее можно б было вообще через запятую выводить из php данные да и все...
Ну а раз хотят RSS будет им RSS.

 

[neko]

ну это как всегда.
надо будет обратиться к твоему руководству чтобы тебе поставили задачу как следует помолиться.

 

[ngm]

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

C чего-то ты решил?
В инете полно таких ресурсов http://www.rasprodaga.ru/feed.xml?id=100019679
Разве id=100019679 не параметр?
или быть может http://www.rasprodaga.ru/feed.xml?id=100019679 не RSS?

-~{}~ 04.07.06 18:10:

Кстати будет надежнее использовать
POST /rss.php HTTP/1.0

user=username&pass=password&param1=value1&param2=value2

Соответсвенно на сервере:

$user = $_POST['user'];  //имя пользователя 
$pass = $_POST['pass']; //пароль 
$param1 = $_POST['param1']; //параметр 
$param2 = $_POST['param2']; //параметр

 

[neko]

ngm
> C чего-то ты решил?

я так решил потому что я читать умею.
ну и постоянно этим умением пользуюсь.

> В инете полно таких ресурсов http://www.rasprodaga.ru/feed.xml?id=100019679

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

> Разве id=100019679 не параметр?

совершенно верно, параметр.

> или быть может http://www.rasprodaga.ru/feed.xml?id=100019679 не RSS?

так точно, RSS.

если ты теперь хочешь заявить, что RSS прекрасно подходит для этой задачи, то я могу только посочувствовать.

еще раз объясняю.

всунуть можно что угодно и куда угодно.
это не означает, что именно это нужно делать.

в частности, пациент пишет:

у плюс еще можно будет в проге выбирать пару параметров (например диапазон времени по дате).

это совершенно не то, что делают с RSS нормальные, здоровые умом люди.
для этого есть другие, более подходящие, форматы и протоколы.
в т.ч. упомянутый выше SOAP.

 

[McSimm]

это совершенно не то, что делают с RSS нормальные, здоровые умом люди.
для этого есть другие, более подходящие, форматы и протоколы.

Был бы признателен, если бы вы привели конкретные аргументы чем формат передачи данных RSS не подходит для этой или подобной задачи.
Спасибо.

 

[neko]

тем что это все очевидно не относится к объединению контента.
зато относится к RPC-образным задачам.

я кстати не особо понимаю, что тут нужно объяснять.

если бы я хотел библиотеку с текстами хранить в виде BMP картинок и объяснял бы всем, что это мол тоже формат такой, кто-нибудь бы потребовал бы аргуметации по поводу того, что данный подход не совсем верен?

 

[McSimm]

Это я понимаю. Но какие именно особенности формата представляют потенциальные неудобства для реализации подобных задач по сравнению, скажем, с SOAP?
Иначе подобные аргументы больше похожи на религиозные.

 

[ngm]

2neko
Моя задача состояла лишь в том, чтобы наиболее полно
раскрыть возможности авторизации, передачи параметров
при использовании RSS. Это общепринятая разработчиками
сайтов и rss ридеров практика. В теме дан ответ на вопросы:
Можно ли проводит авторизацию в RSS ресурсе?
(вполне реальная задача "фиды авторизованным пользователям"
что и было предусмотрено разработчиками abilion'a как это отметил SiMM)
Можно ли передавать параметры в RSS ресурс?
(Почему бы и нет? Зачем лишать пользователей возможностей получать более персонализированную информацию?)

Исходя из этого mess'у предстоит выбрать наиболее подходящую технологию.
Я же всего-лишь изложил факты.
Ведь форум для этого создан, не так ли?
Если mess получил ответы на свои вопросы, думаю тему можно закрыть.
Дабы избежать флуда об умственном здоровье форумчан...

 

[neko]

McSimm
> Но какие именно особенности формата представляют потенциальные
> неудобства для реализации подобных задач по сравнению, скажем, с SOAP?

чтобы на этот вопрос ответить для себя, нужно открыть спецификацию и посмотреть какие там определенны элементы RSS документа.

> Иначе подобные аргументы больше похожи на религиозные.

ну разумеется.
если кому-то нравится у себя на жопе написать "мозг", а врачу объяснять что у него просто религиозные придирки, то я помешать не могу.

-~{}~ 04.07.06 16:49:

ngm
я кстати не про авторизацию.
авторизация вполне вписывается сюда.

я про все остальное.

 

[McSimm]

neko
Грубить необязательно, не правда ли ? Мой вопрос был задан достаточно учтиво.

Можно ответить, что RSS имеет ограниченный набор тэгов, которых в общем случае может оказаться недостаточно для передачи информации. Правда, непонятным все же остается, каким образом этот аргумент соотносится с обсуждаемым вопросом использования параметров...

Когда же приводятся только аргументы, мол так нельзя делать, потому что нормальнызе здоровые люди так делать не должны, остается впечатление, что это либо религия, либо автор знает, но говорить не желает.

 

[neko]

дело не столько в наборе тегов, столько в том какие они.
и в том, для чего ее RSS предлагают использовать те, кто ее разработал.

тут проблема в том, что участники "дискуссии" очень слабо себе представляют что к чему.

поэтому объяснять пришлось бы очень издаелка. в стиле "давным давно, в нашей деревне..."
и это вместо того, чтобы каждый сел и хотя бы глазком заглянул в спеки.

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

но это не про вас.
куда там читать что-то самому?
куда как проще сидеть на форуме и требовать, чтобы кто-то разжевал и объяснил.
ну а раз не хочет объяснять то все понятно -- религиозный фанатик!

-~{}~ 04.07.06 17:21:

> Грубить необязательно, не правда ли ? Мой вопрос был задан достаточно
> учтиво.

я считаю что это офигенно неучтиво вот так вот себя вести.
во втором посте было сказано, что "делаете неправильно".

не знаешь, не понимаешь почему -- сядь и разберись.

 

[McSimm]

куда там читать что-то самому?
куда как проще сидеть на форуме и требовать, чтобы кто-то разжевал и объяснил.

Дело не в этом, или я неправильно понял, или речь зашла о том, что "некошерно" передавать параметр фидам. Со спецификацией я знаком достаточно, но понять почему так делать плохо я из сообщения [04.07.06 16:20] не смог, вот и захотелось услышать аргументацию, в чем именно упомянутые умельцы не правы.

Исключительно из практических соображений, а не с целью придраться.

В любом случае, приношу извинения, если мой вопрос оказался неуместен в этом обсуждении.