[#] /x/features
Andrew Lobanov(station13, 1) — All
2015-11-09 09:27:38


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

[#] Re: /x/features
vit01(mira, 1) — Andrew Lobanov
2015-11-09 09:56:20


Неплохая идея. Это можно во все ноды, где есть /x/, встроить.

[#] Re: /x/features
vit01(mira, 1) — vit01
2015-11-14 07:45:36


Надо придумать только, как это реализовать.

Можно сделать что-то вроде такого:

GET /x/features

e/
m/
u/e/
u/m/
u/point
u/push
list.txt
blacklist.txt
x/c/
x/file

Только вот как показать здесь расширенную версию /u/e, не очень ясно. Может быть, /u/e/lim ?

[#] Re: /x/features
Andrew Lobanov(station13, 1) — vit01
2015-11-14 08:11:17


vit01> Надо придумать только, как это реализовать.
vit01> Можно сделать что-то вроде такого:
vit01> GET /x/features

vit01> ====
vit01> e/
vit01> m/
vit01> u/e/
vit01> u/m/
vit01> u/point
vit01> u/push
vit01> list.txt
vit01> blacklist.txt
vit01> x/c/
vit01> x/file
vit01> ====

vit01> Только вот как показать здесь расширенную версию /u/e, не очень ясно. Может быть, /u/e/lim ?
Нет смысла показывть e/, m/, u/e/ и u/m/. Они есть везде. Так же и u/point можно не показывать. Надо показывать то, чего может не быть: пуш, списки, файлы, каунтеры. Заодно, если показать u/e/, то этим можно обозначить и расширенную версию. Я так это представляю.

[#] Re: /x/features
vit01(mira, 1) — Andrew Lobanov
2015-11-14 08:52:26


AL> Надо показывать то, чего может не быть: пуш, списки, файлы, каунтеры. Заодно, если показать u/e/, то этим можно обозначить и расширенную версию. Я так это представляю

Действительно. Так и сделаю, когда домой приду.

[#] Re: /x/features
vit01(mira, 1) — vit01
2015-11-14 13:53:43


Запушил. Реализовано всё обычной константой, т.е. просто строку выдаёт.