AV> Вот, кстати, очень интересно: откуда лезут пробелы в сабже?
fidogate иногда шалит на моём поинте :( Я даже нашёл, где и почему, но там код править надо, пока руки не дошли.
AV>>> Рекомендую в качестве основного критерия выбирать узлы AV>>> из сетей, которые географически ближе к пользователю. SP>> Да, уже думаю над этим. Каким образом привязаться к месту на SP>> телефоне б-м понятно, а вот как лучше поступить с узлами? SP>> Разве что ввести ещё один тэг <Location> с SP>> координатами и ранжировать по расстоянию. AV> Еще проще: вывести список узлов с алфавитной сортировкой по AV> городам.
SP>> Я тоже думал на тему, что сделать ещё один тип SP>> requestby="binkp", тогда бы прямо как в старые добрые SP>> времена можно было бы на узел непарольный нетмейл с SP>> запросом зафигачить с адреса .999 :) AV> Зачем? Заливаем какой-нибудь b68d264d121bd137.pntreq, а binkd AV> на него натравливает парсер для ответа, который уйдет в той же AV> сессии.
Можно попробовать, и аналогично со списком эх. Сделайте формат, если будет пользоваться популярностью - я поддержу.
SP>>>> При http-запросе всё, что нужно знать хотдогу - это SP>>>> 2 строки. В первой OK или ERROR, а во второй - SP>>>> поинтовый адрес, который присвоен поинту в случае SP>>>> ответа OK. AV>>> А что писать во второй строке при ответе ERROR - AV>>> сообщение с диагностикой? Хочу, в частности, проверять AV>>> пароль на криптостойкость. SP>> Да, там может быть причина отказа, она будет в хотдоге SP>> отображена вместе с грустной вестью. AV> Очень хорошо. AV> Готовься обрабатывать ответы "bad password" и "weak password" AV> :-)