ulidtko
12.08.2011 06:44 dedicated microblogging account
Выдержка из RFC:
> The server MUST supply as many of the requested parameters as possible and MUST omit any parameters it cannot provide.
И это, блдждад, — Стандарт Интернета. Я хуею, дорогая редакция.
8 comments
recommend
bookmark
subscribe
Я уже не удивляюсь. В rfc 2812 (IRC) на chan mode command такой bnf: <channel> *( ( "-" / "+" ) *<modes> *<modeparams> ), по которому получается, что #channel + — - + + + + — - — + — валидная команда
и что тебя возбуждает?
то, что в стандарте нигде не указывается, какие из параметров выдать «possible», а какие сервер «cannot provide». Это делает оба ТРЕБОВАНИЯ дурацкими.
что за rfc кстати? из /0 можно сделать вывод что если в ответе на запрос чего-то нету, то можно смело предполагать что сервер об этом ничего не знает.
RFC 2131, DHCP.
ну, я не понял отчего у тебя такой бугурт. Какие параметры сервер может отдать, а какие — нет определяется реализацией и конфигом сервера. Было бы странно в стандарте указывать что, например, сервер может выдавать список irc-серверов, но не может выдавать список ntp-серверов.
ага, то есть по-твоему, указывать в стандарте конкретные опции для выдачи «странно», а обязывать ключевым словом MUST реализацию к выдаче чего-то, что определяется ею же — не «странно»? Это же самое натуральное «пойди туда, не знаю куда, принеси то, не знаю что»!
Я бы такого дурацкого предложения в подобного рода документе никогда не допустил бы.
ну блеа, клиент запросил список параметров в формате описанном в этом rfc, сервер должен посмотреть какие из них он может отдать и влючает их в ответ. что не ясно?