ma1uta

Старый анекдот (кто его помнит?), который актуален и сегодня:
Мужчина каждое утро подходит к газетному киоску, берет газету, просматривает
первую страницу и возвращает не купив. Через несколько дней продавец спрашивает что он ищет.
— Некролог.
— Некрологи помещают на последней странице.
— Некролог, которого я жду, будет на первой!

ma1uta

как люди пользуются второтегом? Что не кидают ссылку, то она не открывается. Сначала полминуты висит-висит и думает, а потом выдаёт ошибку, что не смогло показать 140 (или сколько там сейчас, 200) символов. На lte. А в жуйке и более длинные сообщения моментально доставляются. Как?!

ma1uta

Послушник пытался перезагрузить лисп-машину, выключая и включая ее. Машина не загружалась. В этот время мимо студента проходил Том Найт.
— Что ты делаешь?! — воскликнул Найт.
— Вот, не включается… — ответил послушник.
— Ты не починишь машину, просто выключая и включая ее, — строго ответил Найт, — если не понимаешь, как она работает.
Найт протянул руку, выключил машину, а затем включил ее. Машина заработала. В тот же миг послушник просветлился.
avva.livejournal.com

ma1uta

на днях вышло обновление kerbal space program 1.7. В него теперь можно играть без множества модов потому, что туда впилили планировщик манёвров, показ dV в ангаре, отображение высоты не только от уровня моря, но и поверхности.

ma1uta

часть третья, заключительно-поучительная. В заключение к juick.com и juick.com А итог простой, методом пристального взгляда заметил, что для исходящего соединения в dialback-е перепутал from и to, поэтому исходящее соединение было к самому себе вместо удаленного сервера (отсюда и второе соединение от сервера), дальше происходил handshake с самим собой и сам себе отсылал <db:verify/>, на котором радостно падал. В остатке имеем порефакторный код, попутное исправление нескольких мелких ошибок, более-менее нормальное логирование и осознание собственной никчемности...

ma1uta

В продолжение к juick.com Взял ejabberd вместо openfire, ничего не изменилось. В итоге у ежа два открытых исходящих соединения и одно входящее на другой хост. Картина такая же: ёж отправляет <db:result from="ej_server" to="myapp">secret</db:result>, приложение в ответ отправляет <db:verify xmlns:db="jabber:server:dialback" from="myapp" to="ej_server" id="someid">secret</db:verify>, и затем ёж возвращает эту же станзу, даже from и to не меняет местами. Описание namespace-а добавилось из-за баблера (пока не придумал, как убрать объявление).

ma1uta

словил забавный баг (?). Openfire открывает исходящее соединение s2s и после handshake-а присылает <db:result/> (префиксы в именах тегов без namespace в xml — это что-то с чем-то). В ответ открываем соединение на Authoritive Service, в качестве которого выступает тот же openfire и отправляем <db:verify/> ему обратно. В итоге мало того, что openfire на входящее соединение открывает ещё одно исходящее вдобавок к самому первому, так он через это новое исходящее соединение присылает тот же самый <db:verify/>. Даже from и to не меняет местами. Сходу не нашёл место, где он происходит, буду копать дальше.

ma1uta
w3c

первотег стандартизирован новый протокол аутентификации WebAuthn w3.org где вместо паролей используются биометрические данные, мобильный устройства или ключи FIDO. Пишут, что реализация уже есть в Windows 10, Android, Chrome, Firefox, Edge и Safari.