| idec.talks | HOME |
| > Так она и реализуется в 3-5 строках, если нормальные ЯП юзать. И поведение от запроса со слайсом на ноду, которая слайсы не реализует, меняться не будет: этот последний компонент просто не является валидным именем эхи. Нода, которая не умеет слайсить, должна его просто отбросить. Если она так не делает, чини реализацию. 1. > ВЕСЬ ЗАПРОС СПИСОК ЭХ > ПОЛУЧИЛИ СПИСКИ > ЕСЛИ ЕСТЬ ЛИМИТ, УСТАНОВИЛИ > становится > ПОЛУЧИЛИ СПИСОК ЭХ > ПРОВЕРИЛИ ПОСЛЕДНЮЮ > ЕСЛИ ЭТО СРЕЗ, ТО РАСПАРСИЛИ СРЕЗ > СОХРАНИЛИ ЛИМИТ > УДАЛИЛИ ПОСЛЕДНЮЮ ЭХУ > ПОЛУЧИЛИ СПИСКИ > УСТАНОВИЛИ ЛИМИТ, ЕСЛИ ЕСТЬ 2. речь не о нормальных языках, речь о том, чтобы реализовать это в 3х шагах даже на posix shell и чтобы это было просто. ну не нужны там они нахрен, есть куча других неймспейсов, там пусть будут парсеры, шмарсеры и прочее. в чём проблема, запустил свой парсер, который можно расширять хоть до посинения, нету его - фалбакнулся. а "ну легко же реализовать" - это не дизайн. теперь туда включается и критерий "нужны нормальные языки". а сеть планировалась работать в аномальных условиях, хоть на дискете с openbsd. и для этого все протоколы простые. и не надо их усложнять, они не для того делались. 3. ii.dev.2014 1396262024 51t lenina,1 ksa242 Re: Адреса msgfrom/msgto ... список - либо /e номер номер номер либо /z/e (у эхи есть символ ".", у номера сообщения - нет) эха номер номер номер эха номер номер номер ... тут нет никаких "что-то ещё", либо эха либо msgid. когда "надо фильтровать", "надо разбирать последнюю эху" или что-то ещё надо, это вообще не про /u/e. там месяцы ушли, чтобы вырезать всё, что можно вырезать, чтобы прийти к такому предельно простому виду. этот протокол вообще не про проверки, он про примитивность. расширения должны быть расширениями. я вообще не понимаю, в чём проблема не трогать /u/e? мир перевернётся, если это будет какой-то другой запрос. к тому же, этих запросов был вагон и все в итоге оказались не нужны, на проблему повышенного трафика частично забили. ну сделайте нормальный api, с тем же key/value, расширяемый, позволяющий вольности, зачем лезть в /u/e ломая его единство - этот протокол уже определён, зафиксирован, и будет просто средством фалбака, максимально примитивным и рабочим средством, позволяющим общаться всему со всем. ему не нужны версии, он и так в идеальной стадии.. был |