Протокол "сайт<->клиентские программы"

← →
Kerk © (2007-05-08 23:53) [40]

> [39] Knight © (08.05.07 23:51)

XML-вариант проще расширять

← →
Knight © (2007-05-08 23:55) [41]

> [40] Kerk © (08.05.07 23:53)

Например?

← →
McSimm © (2007-05-08 23:58) [42]

> Knight © (08.05.07 23:51) [39]

Примеры:
<name>McSimm_</name>
<name id="1176385134">McSimm_</name>
<name id="1176385134" pict="3">McSimm_</auth>
И т.д.

← →
Knight © (2007-05-09 00:07) [43]

<xml> <post> <author>McSimm_ </author> <date>1234567890 </date> <message>Старый протокол не устраивает по ряду&#133 </message> </post> &#133 </xml>

AUTHOR #9 DATE #9 MESSAGE #13 McSimm_ #9 1234567890 #9 Старый протокол не устраивает по ряду&#133

<name>McSimm_</name> <name id=«1176385134»>McSimm_</name> <name id=«1176385134» pict=«3»>McSimm_</auth>

NAME #9 &#133 McSimm_ #9 &#133

NAME #9 ID #9 &#133 McSimm_ #9 «1176385134»

NAME #9 ID #9 PIC #9&#133 McSimm_ #9 «1176385134» «3»

Даже с вставкой описания протокола в ответ, это будет короче&#133 а если вынести описание в отдельный запрос, т.к. он не будет меняться каждый день это точно, то разница довольно ощутимая&#133

← →
ANTPro © (2007-05-09 00:07) [44]

> [42] McSimm © (08.05.07 23:58)

name=McSimm_

name=McSimm_
id="1176385134"

name=McSimm_
id="1176385134"
pict="3"

---
Чем хуже?

← →
Eraser © (2007-05-09 00:08) [45]

> [33] Knight © (08.05.07 23:34)

> По тому общению с xml я сделал вывод (мож не верный), что
> это почти как html — есть стандарт, но каждый воротит «во
> что горазд»…

не соглашусь.. стандарт выработан уже лет как 10 точно. Это году эдак в 2000 были разночтнения, сейчас все устаканилось. Есть xml, есть xslt. Все это очень похоже на html, только как раз разница в том, что здесь все стандартизировано.

← →
McSimm © (2007-05-09 00:08) [46]

xml позволяет делать ветвления любой вложенности.

<thread count="42" date="08.05.07 23:58">
<title>Протокол "сайт<->клиентские программы"</title>
<name>McSimm_</name>
<dsc>Старый протокол не устраивает по ряду причин. Несмотря на то, что его поддержка планируется для совместимости, есть все ...</dsc>
<last>
<a>Knight</a><a>Knight</a><a>Плохиш</a><a>Knight</a><a>Zeqfreed</a><a>Плохиш</a><a>Knight</a><a>Kerk</a><a>Knight</a><a>McSimm</a>
</last>
</thread>

В формате с разделителями разделителей не напасешся :)

← →
Knight © (2007-05-09 00:09) [47]

да « #9   это условно табуляция&#133

← →
Eraser © (2007-05-09 00:09) [48]

> [44] ANTPro © (09.05.07 00:07)

всем. а главное тем, что McSimm"у прийдется писать 2 метода генерации данных, вместо 1.

← →
McSimm © (2007-05-09 00:16) [49]

> Eraser © (09.05.07 00:09) [48]

Веб не будет представлен как xml/xslt.

← →
Eraser © (2007-05-09 00:17) [50]

> [49] McSimm © (09.05.07 00:16)

а и не нужно, достаточно на стороне сервера установить xslt процессор (а луче несколько), они будет объединять xsl и xml и выдавать клиентам html.

← →
McSimm © (2007-05-09 00:19) [51]

я это и имел в виду.

← →
Knight © (2007-05-09 00:19) [52]

> [46] McSimm © (09.05.07 00:08)

С этим согласен&#133

<last> <a>Knight</a><a>Knight</a><a>Плохиш</a><a>Knight</a><a>Zeqfreed</a><a>Плохиш</a><a>Knight</a><a>Kerk</a><a>Knight</a><a>McSimm</a> </last>

Но с другой стороны&#133 для чего ЭТО разделять клиенту? Это лишь информация о последних постах и делить их на ники нет смысла&#133

← →
Knight © (2007-05-09 00:21) [53]

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

← →
Knight © (2007-05-09 00:25) [54]

Я понимаю, что наворотить можно что угодно&#133 даже столько, что и безлимитную выделенку закроют :)))
Но так ли это необходимо?

← →
Knight © (2007-05-09 00:39) [55]

По моему скромному имхо, главная задача клиента  это всё-же минимизировать траффик&#133 всё остальное от лукавого %)

← →
Knight © (2007-05-09 00:45) [56]

В общем, «Утро вечера мудренее»&#133 лучше перечитать это всё завтра на свежую голову&#133 СН %)

← →
Gero © (2007-05-09 01:27) [57]

> [55] Knight © (09.05.07 00:39)
> главная задача клиента — это всё-же минимизировать траффик

Уже нет. Это, конечно, по-прежднему одна из приоритетных задач, но ее актуальность все меньше и меньше.

← →
Knight © (2007-05-09 09:09) [58]

> [57] Gero © (09.05.07 01:27)

Для кого-то да, для кого-то нет&#133

> [52] Knight © (09.05.07 00:19)

Кстати&#133 Knight,Knight,Плохиш,Knight,Zeqfreed,Плохиш,Knight,Kerk,Knight,McSimm прекрасно парсится на стороне клиента по естественным разделителям «запятая»&#133 и не к чему заменять ОДНУ запятую аж целой конструкцикй </a><a> :(

← →
VirEx © (2007-05-09 09:49) [59]

> [57] Gero © (09.05.07 01:27)

если все перейдем на xml формат, то как мне быть если у меня DMClient 2.1.2?
меня не устраивают новые версии этой паги совершенно: тормоза, вставка сообщений в каком-то мэмори с псевдоформатированием и ненужными смайлами которыми я не пользуюсь, если нужно - раз в месяц могу и три символа сам напечатать = - O, плохо не станет, при том что я не шибко эмоциональный человек.
нах...фига это всё нужно (пока говорю про клиент)?
перепишите мне модуль для xml этой замечательной программы (v 2.1.2), и я с радостью соглашусь на новый протокол :-\
тогда останется дело за малым - адаптировать мобильного клиента, темболее я уже скачал пример парсера xml для j2me, буду разбираться...

разумно было бы так:
1) оставить текущий протокол
2) добавить xml протокол по другой ссылке, например
http://www.delphimaster.ru/cgi-bin/xmlclient.pl

различные интерфейсы можно посмотреть по линку http://wiki.liveinternet.ru/ServisDnevnikovLiveInternet/InterfejjsyVzaimodejjstvija?v=nyn
3) я так помнимаю что максим может посмотреть логи посещаемости клиентами форума, иначе зачем в данной спецификации указывать название версию клиента...
ну вобщем через год-два посмотреть по логам, на какой интерфейс больше "запали", вот тогда и создать ветку о полной замене старого протокола.

← →
McSimm © (2007-05-09 10:22) [60]

> рекрасно парсится на стороне клиента по естественным разделителям
> «запятая»

Да, dolphin так парсит, но встречаются ники с запятой :)

> VirEx © (09.05.07 09:49) [59]

Я ж написал в начале, что старый останется.

← →
VirEx © (2007-05-09 10:29) [61]

> [60] McSimm © (09.05.07 10:22)

тогда я спокоен за судьбу старого протокола )

← →
DrPass © (2007-05-09 10:42) [62]

> Хотя довод о лишней информации меня пока не убедил. Не так
> уж ее и много, но дает свои преимущества

В случае добавления оболочки SOAP "лишней" будет раза в три больше :)

← →
Knight © (2007-05-09 10:48) [63]

> [60] McSimm © (09.05.07 10:22)

А смысл в этом разбиении ников? Что висит на этих ссылках? Переход к анкете? К сообщению?

← →
Knight © (2007-05-09 10:54) [64]

> [60] McSimm © (09.05.07 10:22)

Максим, напиши, что вообще планируется сделать и как это будет использоваться&#133 без общей картины сложно, что-то конкретное посоветовать&#133 мож у тя там планы Наполеоновские :)))

← →
Рационализатор (2007-05-09 11:22) [65]

Я все время стеснялся спросить: почему бы не блокировать создаваемые ветки, в теле сообщения которых содержится строка "<a href" ? Большинство спамных веток зарубались бы при попытке их создания. И модераторам работы меньше.

← →
McSimm © (2007-05-09 11:41) [66]

> Большинство спамных веток зарубались бы при попытке их создания.

Так и есть.

> в теле сообщения которых содержится строка "<a href"

В теле нормальных веток это тоже встречается. Не все так просто. Обсуждение вопросов html на сайте не запрещено.

← →
VirEx © (2007-05-09 11:41) [67]

примерная структура xml-файла.
1) запрос настроек - поддерживаемых сервером кодировок, технологий шифрования и т.п.
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id="0">
</QUERY>
ответ сервера:
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id="0">
<encoding>UTF-8, windows-1251, KOI8-R</encoding>
<crypt>MD5</crypt>
<message>text, HTML</message>
<queryid> =идетнификаторы запросов
0=getconfig, =конфигурация
1=getforums, =доступные форумы
2=gettopics, =доступные ветки в форуме
3=gettopic, =загрузка сообщений из форума
4=getuserinfo, =информация о пользователе
5=addtopic, =добавить свою ветку
6=addmessage,=добавить сообщение в ветку
7=edituserinfo =изменить свою анкету
</QUERY>

2) добавление сообщения
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id= "6" username="User" password="2e123e12ee3e23" crypt="MD5">
<forum>3</forum>
<topic>1178636502</topic>
<message type="text">текстовое сообщение</message>
</QUERY>

3) добавление новой ветки
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id= "5" username="User" password="2e123e12ee3e23" crypt="MD5">
<forum>3</forum>
<message type="text">новая ветка</message>
<description>вот, решил вдруг сделать новую ветку...</description> =возможно не понадобится
<message type="HTML">потестите сайт < a href = sute.com > l i n k < / a></message>
</QUERY>

← →
VirEx © (2007-05-09 11:50) [68]

на добавления сообщений, веток, изменения своей анкеты, сервер будет возвращать:
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id="5">
<date>01.01.2008</date>
<result id="0"></result> = id это результат, если 0 то успешно, если 1,2... то видно нужно добавить в запрос о конфигурации :)
<error>no problem</error> = сообщение об ошибке
<QUERY id="0">

> В случае добавления оболочки SOAP "лишней" будет раза в
> три больше

согласен, soap тут явно лишний.

> [67] VirEx © (09.05.07 11:41)

ай эм сорри в добавлении новой ветки строка
<message type="text">новая ветка</message>
меняется на
<title type="text">новая ветка</title>

> [68] VirEx © (09.05.07 11:50)

блин, куда спешу.. )
вобщем так:
на добавления сообщений, веток, изменения своей анкеты, сервер будет возвращать:
<?xml version="1.0" encoding="windows-1251"?>
<QUERY id="5"> =здесь id это ид запроса клиента на который возвращается данный ответ
<date>01.01.2008</date>
<result id="0"></result> = id это результат, если 0 то успешно, если 1,2... то видно нужно добавить в запрос о конфигурации :)
<error>no problem</error> = сообщение об ошибке
</QUERY>

> [66] McSimm © (09.05.07 11:41)

Насчет спама. Прикрути akismet, кодинга на 10 минут, а заметную часть спама отфильтрует.

Чё-то я тут подумал&#133 а почему бы не использовать правило золотой середины&#133 т.е. не смешать текущий протокол с xml? Т.е. плоскую инфу выдавать через табуляцию, а форматированные участки в xml&#133

Не надо ничего смешивать. Если уж и делать, то валидный xml

> [75] Kerk © (09.05.07 13:31)

Так и будут вставки из валидного xml&#133 точнее, тела xml, т.к. <?xml version=«1.0» encoding=«windows-1251»?> будет я так понял строка стандартная и её можно добавить и перед распарсиванием.

Ещё такой вопрос&#133 если в тексте сообщений будут теги, и подобное&#133 их замена и прикрытие для сохранения целостности xml будет делаться на стороне сервера автоматом? И так же на стороне клиента&#133

> [78] Kerk © (09.05.07 13:45)

К чему вопрос&#133 раз хотел вытащить данные из xml «как есть» т.е. с &_amp и подобным, а парсер автоматом менял их на соотетствующие символы.

Я за XML !

Протокол "сайт<->клиентские программы" Найти похожие ветки