Андрей Викторович Столяров: сайт автора

Ну что же, давши слово — держись; иными словами, ваша взяла. Опубликовано издание 2,92 трёхтомника «Программирование: введение в профессию» и задачника к нему. Как можно догадаться, основное отличие от предыдущих версий — корректный текстовый слой в PDF-файлах, для чего, собственно говоря, это издание и сделано. Спонсор, приславший подряд четыре пожертвования на весьма заметную общую сумму, пожелал сохранить инкогнито.

Естественно, исправлены все ошибки, вынесенные в эррату предыдущего издания; их там, впрочем, не очень много. Есть и другие исправления, но в целом содержательно ничего значительного не изменилось.

Торренты я пока не обновил, сегодня уже не успею. Постараюсь в ближайшие дни этот вопрос закрыть. У кого не работает загрузка по HTTP, используйте ftp-сайт.

Пользуясь случаем, большое спасибо всем, кто финансово поддержал мои проекты — и этот, и другие.

Если кто не в курсе, чтобы долго не искать:

• страничка с инфографикой (это где слоники и ёжики)
• поясняющий текст (ответ на вопрос, что ещё за слоники с ёжиками)

Пожалуй, начну не вполне традиционно: всех, кто ещё об этой дате помнит — таки с днём космонавтики.

Кто следит за проектом FEDAnet, возможно, заметил, что там в последнее время удалось достичь кое-каких успехов; обратной стороной полученного прогресса стало резко выросшее количество ёжиков — их сейчас на этом проекте на восемь больше, чем слоников. Сколь бы ни был мне самому интересен именно этот проект, такое превышение — это сильно больше, чем я могу себе позволить.

Собственно говоря, сейчас недофинансированы и FEDAnet, и Thalassa, и видеоблог. В целом в последнее время поток пожертвований совершенно пересох; тем сильнее я благодарен тем, кто всё-таки продолжает поддерживать мои проекты — но, увы, ситуация именно такова, какова она есть. В финансовом плюсе остались только трёхтомник и его перевод на английский, так что я вынужден переключиться на них. FEDAnet я постараюсь совсем не забрасывать, потому что жалко; а там как получится.

В последние несколько дней я разгрёб накопившиеся сообщения о найденных ошибках, очередь на премод опустела, ещё там в почте была пара писем, результаты можно частично наблюдать в эррате (в рукопись это всё тоже внесено, но этого снаружи не видно). В процессе, что вполне ожидаемо, на проекте третьего издания трёхтомника впервые с лета 2025 г. появился новый ёжик. Собственно говоря, тогда же, в новости по этой ссылке, я обещал, что до 2026 года всерьёз трогать проект не собираюсь, так что у публики есть все шансы довести превышение слоников над ёжиками до тех самых тридцати, при достижении которых я когда-то пообещал перевыложить эти книжки с корректным текстовым слоем. Ну, я-то подразумевал, что не буду трогать рукопись до начала 2026 года, а сейчас уже скоро середина апреля, так что моя совесть чиста: не успели — значит, не успели. Между прочим, там до тридцати всего-то три слоника оставалось, и вот эта вот разница в 27 единиц держалась чуть ли не с ноября. Как говорится, ну звиняйте. От обещания я никоим образом не отказываюсь, будет превышение на тридцать — будет и версия с корректным текстовым слоем, просто теперь новые ёжики тоже будут появляться, не только слоники. Файл TODO содержит 12 пунктов, каждый требует серьёзной работы, итогом всего этого (надеюсь) станет издание 2,99 — видимо, где-нибудь летом или, возможно, в начале осени.

Перевод на английский я тоже сдвинул с мёртвой точки, просто там пока не набралось потраченного времени на первого (целого) ёжика. Далеко я там вряд ли продвинусь, имеющиеся пять слонов — это, откровенно говоря, ни о чём, но когда я их отработаю и решу поставить тот проект на паузу, обязуюсь промежуточные результаты публике показать. Возможно, и раньше похвастаюсь, тут уж как пойдёт.

Так или иначе, если у меня либо вообще все проекты уйдут в минус, либо единственным в плюсе останется трёхтомник, но издание 2,99 окажется уже готово (такое вполне возможно, работы там предстоит много, но всё-таки, кажется, не на 26 ёжиков) — в общем, в любой из этих двух ситуаций мне таки придётся констатировать общий эпический фэйл. Финансовая подушка у меня медленно, но верно худеет, и вообще-то уже давно пора этой проблемой озаботиться. Сейчас пока есть невыполненные обязательства перед публикой, но когда и их не станет, таки придётся идти зарабатывать денежные единицы традиционным способом. На проекты в таком раскладе ресурса не останется.

Ну, вот как-то так.

И да, большое спасибо всем, кто финансово поддержал мои проекты. Постарайтесь как-нибудь не принимать на свой счёт общую мрачность сегодняшнего поста, вам-то как раз себя упрекать не в чем.

UPD (25.03.2026): выложена багфиксная версия 0.0.51

Опубликован очередной тарбол исходников FEDAnet, с номером версии 0.0.50. Я научил, наконец, эти fedaservы обмениваться сертификатами нод и проверять хеши, причём так, чтобы непосредственно взятием хеша могла заниматься машина, сидящая хоть за десятью NATами. Это может быть, например, домашняя машина, на которой нодмастер гоняет браузер — ну, он же где-то браузер точно гоняет :-) В принципе даже не обязательно иметь такую машину в каждой ноде, я вот, например, соответствующий инстанс запустил (через fedaproxy), у него теперь каждый может спросить, не знает ли он такую-то ноду, и каждый может ему представить свою ноду, а он её запомнит. Можно это рассматривать как автоматизированную поддержку коллекции сертификатов нод. Если свой такой не поднимать, единственный недостаток тут — что представлять свою ноду другим придётся вручную; это тоже возможно, в управляющей консоли (которая fedactl) появилась соответствующая команда. Если кратко, то реализованы три новых типа peer'ов:

• trustncc — такой peer, к которому можно сходить с вопросом "не знаешь ли ты такую-то ноду", и если он знает, то пришлёт её ключевую инфу, подписанную его собственным ключом; идея в том, что мы ему доверяем настолько, что готовы принять от него информацию о ноде, не проверяя её хеш;
• introducer — та самая "мощная машина", к которой пиры одной с ней ноды (это важно) могут обратиться с двумя интересными просьбами: первая — "сходи вон туда, представь там нашу ноду", а вторая — "мне тут прислали ключевую информацию незнакомой ноды, проверь её для меня plz" (в этом случае, если проверка пройдена, такой peer сохраняет у себя сертификат только что проверенной ноды, так что если кто-то к нему придёт как к trustncc, он инфу отдаст);
• certhub — это такая машина, про которую нам известно, что она принимает (и проверяет) информацию о новых нодах; технически это значит, что, когда к нам кто-то придёт незнакомый, мы ему можем посоветовать сходить туда представить свою ноду, подразумевая, что когда он там представится, мы об этом узнаем, например, сходив туда же уже как к trustncc, и он тогда сможет с нами связаться.

В конфигурационном файле появилось три новых опции: allow_nodehash yes разрешает (вообще, так сказать, глобально) данному инстансу считать хеши, intro_issue yes разрешает инициировать процесс представления ноды в роли клиента (что обычно обходится в четыре вычисления хешей от данных, предложенных сервером — это такая защита от DoSа), и intro_accept yes разрешает инстансу принимать представления в роли сервера (для этого нужна заранее сгенерённая таблица задач и ответов a.k.a. challenge-response table, та самая, которую feda-ng генерирует по флажку -t и с которой потом можно работать с помощью программы feda-ct).

Технические подробности по ссылке выше, а также в файлах doc/serv.conf и doc/peer_types.txt. Если будут вопросы — задавайте (лучше там, но можно и здесь), постараюсь ответить.

К сожалению, конкретные соединения всё ещё приходится прописывать вручную, но теперь хотя бы новому участнику сети можно связаться с существующими нодами без ручного вмешательства их нодмастеров; ручной работы потребует только добавление новой ноды в списки. Чтобы сеть начала функционировать (в том числе расширяться) вообще без ручных действий, нужно реализовать рассылку широковещательных сообщений, через которую будут работать в том числе анонсы новых нод и изменения их местонахождения. Это как раз следующий этап; если/когда я с ними справлюсь, сеть достигнет функционирующего состояния (видимо, это будет релиз 0.1.00). Только тут есть такой момент, что, чтобы широковещательная рассылка работала, нужно то, на чём она будет работать — то, что обычно зовут бекбоном сети. Строительством этого бекбона можно уже начинать заниматься. Нам нужно, как я это себе представляю, 10-12 работающих нод, живущих на постоянных адресах. Сейчас ноды фактически только так и могут жить, но когда будет рассылка анонсов, нода сможет существовать за NAT'ом, причём если это однопользовательская нода, то даже restricted cone сойдёт. Но бекбон, через который можно будет попасть в сеть тем, кого там раньше не было, в любом случае требует нод, которые сидят на месте и не перемещаются то и дело. Вот его давайте уже попробуем построить.

Спасибо всем, кто следит за проектом!

Всех, кто следит за проектом FEDAnet, приглашаю оценить очередной снапшот под номером 0.0.40. ОНО теперь умеет, во-первых, давно обещанное проксирование, причём один экземпляр fedaserv, работающий на какой-нибудь VPSке, может обслуживать практически «сколько угодно» клиентов, поддерживая для каждого из них свой порт (единственное известное мне техническое ограничение — количество дескрипторов на процесс, так что теоретически можно больше тысячи). Клиент с прокси-сервером общается по FEDAпротоколу через его основной порт, а для всего остального интернета выглядит как прямо-таки сидящий на том порту, который для него организовал прокси-сервер.

Вторая интересная фича — теперь можно пакеты, адресованые псевдопойнтам 0x00, 0xFE и 0xFF не обрабатывать локально на ноде, а отдавать кому-то из своих пойнтов, причём этот пойнт может сидеть за NATом любого типа. Вообще говоря, ноду за проксёй держать можно, но не очень эффективно по трафику (весь трафик между, например, пойнтом, работающим через свою ноду с кем-то сторонним, и собственно нодой, будет между нодой и её проксёй проходить ДВАЖДЫ), так что вот эта возможность убрать "инфраструктурные" адреса с ноды куда подальше — это ещё один аргумент в пользу запуска ноды непосредственно на VPSке или что там у вас.

Ну и набор команд в управляющей консоли стал изрядно больше, запускайте fedactl и пробуйте (начните с команды help :-))

Спасибо всем, кто следит за проектом!

P.S. Между прочим, приближение магического числа 1770000000 since epoch я в этот раз заметил, уже когда полным ходом готовил этот релиз, минут за сорок до собственно момента. Как говорится, бывает и так. Что характерно, успел :-)