Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 662 из 2735 ==================================== RU.FTN.DEVELOP =
От   : Alexey Vissarionov               2:5020/545         17 Jun 15 10:05:00
Кому : Sergey Poziturin                                    17 Jun 15 10:05:00
Тема : Про набор поинтов сисопами и продолжение сети
FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/545+5581208a
На   : area://RU.FTN.DEVELOP?msgid=2:5020/2140.2+fce55121
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/2140.2+53362bd4
==============================================================================
Доброго времени суток, Sergey!
16 Jun 2015 18:39:16, ты -> мне:

Вот, кстати, очень интересно: откуда лезут пробелы в сабже?

AV>> Рекомендую в качестве основного критерия выбирать узлы из
AV>> сетей, которые географически ближе к пользователю.
SP> Да, уже думаю над этим. Каким образом привязаться к месту на
SP> телефоне б-м понятно, а вот как лучше поступить с узлами?
SP> Разве что ввести ещё один тэг <Location> с координатами и
SP> ранжировать по расстоянию.

Еще проще: вывести список узлов с алфавитной сортировкой по городам.

SP> С hpt всё это тоже просто, конечно, особенно если конфиги
SP> правильно организованы.

Да - достаточно одного print()

SP>>> Hу а кто не хочет городить веб-сервер, может
AV>> .... придумать, как засунуть это в одну сессию binkp (у меня
AV>> http есть, но планирую при случае заняться).
SP> Я тоже думал на тему, что сделать ещё один тип requestby="binkp",
SP> тогда бы прямо как в старые добрые времена можно было бы на узел
SP> непарольный нетмейл с запросом зафигачить с адреса .999 :)

Зачем? Заливаем какой-нибудь b68d264d121bd137.pntreq, а binkd на него натравливает парсер для ответа, который уйдет в той же сессии.

SP>>> При http-запросе всё, что нужно знать хотдогу - это 2
SP>>> строки. В первой OK или ERROR, а во второй - поинтовый
SP>>> адрес, который присвоен поинту в случае ответа OK.
AV>> А что писать во второй строке при ответе ERROR - сообщение с
AV>> диагностикой? Хочу, в частности, проверять пароль на
AV>> криптостойкость.
SP> Да, там может быть причина отказа, она будет в хотдоге отображена
SP> вместе с грустной вестью.

Очень хорошо.
Готовься обрабатывать ответы "bad password" и "weak password" :-)

SP> Кстати, вот ещё, не сделать ли ещё тег с какой-то памяткой юзеру?
SP> Типа motd. Они будут его видеть при выборе узла.

Ты хочешь именно xml? Чем плохо "key = value"?

SP> Там бы такие типы как ты могли бы сразу всех застращать про
SP> безопасность :)

Не стращать надо, а генерировать пароль автоматически и предлагать оный.
`head -c6 < /dev/urandom | openssl base64` вполне достаточно.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Не учите дедушку кашлять!
--- /bin/vi
* Origin: http://openwall.com/Owl/ru (2:5020/545)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.143904 секунды