Lucius

Попробовал тут переписать один свой скрипт для openwrt с lua на ucode.

Ucode это такой ECMAscript с полноценной стандартной библиотекой. Там есть нормальные модули для работы с вводом-выводом - причем два - эквивалент stdio и низкоуровневый, есть куча модулей для работы с сетью, а работа с json, функции printf и sprintf (которые заодно и сериализаторами json работают) и регулярные выражения (правда таки, какие есть в нижележащей libc) - вообще в ядре языка.

Размер скрипта при переписывании немножко возрос. Точки с запятой в конце операторов, отсутствие перевода строки по умолчанию при выводе и прочие мелочи C-подобного синтаксиса место всё же жрут. Скорость выполнения замерить трудно, даже на медленном процессоре роутера оба скрипта запускаются примерно за минимальный квант времени, измеримый командой time, но вроде чуть уменьшилась. Это я еще скрипт держу в виде текста, а можно в байткод откомпилировать и хранить на диске в виде байткода.

Подозреваю, что второй скрипт, который для работы с sms, выиграет существенно больше. Потому что в ucode есть и нормальные строковые операции, и то, что в lua делается регекспами, можно будет делать substr и split (хотя стоп, split там как в перле - тоже с регекспами) и нормальные битовые операции, так что превращать целое число в последовательность байт utf-8 будет явно быстрее, чем через вещественную арифметику lua.

Немножко напрягает необходимость использования ключевого слова let в операторах присваивания. Тот, кто давно забыл про ранние диалекты бейсика, но зато помнит Lisp и Rust, от let ждет подвоха, особенно при общей C-подобности синтаксиса.

Но в общем, возникло желание собрать ucode для нормального linux-а. Чтобы можно было отладкой скриптов заниматься не на роутере. А то и писать на этом что-нибудь, для чего perl с python-ом кажутся тяжеловатыми. Почему-то в debian пакета ucode пока нет. Даже в sid. Хотя в README.md утверждается что сборка для linux с glibc вполне поддерживается.

Upd если читать мануал, а не примеры, выясняется что подвох с let действительно есть, причем тот самый, которого ожидаешь. Просто тот скрипт который я писал был короткий и каждая из используемых переменных присваивалась ровно один раз (ну кроме тех, которые переменные цикла, но там let все равно нужен).

Upd А функцию для получения последовательности байт utf-8 из числового значения unicode codepoint на ucode писать не надо. Она там в ядре готовая есть. uchr() называется.

На Хельмуте нет такого разнообразия религий как на Земле. И в Артене, и в Алаисе, и в Мотсанге верят в одних и тех же шесть богов. Какая-то разница между традициями, конечно, есть, но это не разница между христианством и исламом, и даже не между православием и католичеством, а примерно между лютеранством и англиканством.

На этом фоне надо как-то обосновать то, что если вдруг Кйрина выходит за наследника алаисского престола, республиканцы в Артене моментально получают подавляющее влияние на массы и Артена становится республикой раньше, чем успеют отыграть королевскую свадьбу. Ну не нужна Артене династическая уния с Алаисом. Совсем. Тем более если там ведущей стороной будет алаисский король, а не артенская королева.

С ведущей стороной тоже вопросы. Потому что постулировано, что у всадников равноправие полов гораздо выше чем у остальных людей. Причем не только в Артене, но и во всей из себя демократической и либеральной Интере. (кстати. а может в Алаисе как раз наоборот, и заморочки что выйдя замуж за алаисского наследного принца Кйрина будет вынуждена ему подяиняться как жена мужу - это как раз артенские предрассудки?). Правда принц тот раза в полтора старше. Ему наверное хельмутских лет под 60, то есть земных 30. Поэтому подозрения что он сумеет заставить слушаться примерно 40 (земных 20) летнюю жену вполне логичны для тех кто Кйрину лично не знает.

Ну то есть, конечно Кйрине этот Шйраз нафиг не нужен. У неё Пемар есть. Хотя и в космической экспедиции (Вот думаю стоит ли включать в текст эпизод, где Кйрина провожает отлёт экспедиции на Лотту и при этом обещает Пемару дождаться его). Но вот королева-мать сама происходит из Алаиса. Более того, отрицательного отношения артенских не-всаднических кругов к династической унии она не замечает. Она всю жизнь прожила во дворцах - сначала алаисском, потом артенском. И с её точки зрения уния Артене выгодна. И пойди её убеди, если она в три раза старше Кйрины, а Шйраз ей внучатый племянник. С другой стороны тут на Кйрину может давить ее драконица, Ламешь. Эмоциональная связь между драконом и всадником весьма тесная, а Ламешь вполне может понравиться дракон Шйраза. Ей-то что - сплестись хвостами разок и кладку отложить. Драконы, в отличие от людей длительных пар не образуют. И ответственность за страну на драконице не висит. Домашнее животное она, умное, но животное, а вовсе не разумное существо.

Еще интересный вопрос - а кому в сюжете нужен расположенный на территории Алаиса заброшенный город Андивер. Ну то есть понятно, что он нужен Фиэлу Артроэ и его команде. На предмет археологических раскопок. Но вот в Артене он кому нужен? Не самой Кйрине, у нее образование примерно кадетский корпус, и заниматься воспроизведением технологий Древних она лично не будет. Скорее всего она даже не знает что эти технологии ей нужны для того, чтобы найти всадникам место в высокотехнологичном обществе. Это ей должен объяснить Фиэл после того как технологии будут откопаны. Пемару они тоже не нужны. У него с образованием получше, конечно, но он пилот. Он бы с удовольствием полетал на чём-то вроде "Лары", но воспроизвести технологию по ископаемым остаткам - явно не его. Соответственно нужна некая команда технарей, с которой на момент прибытия экспедиции Артроэ Кйрина уже как-то связана, и которой этот город будет безумно интересен, особенно после того как выяснится, что межзвездные перелёты в принципе возможны, и легенды о прибытии предков хельмутцев из-под иной звезды - правда.

И самое главное, из всего этото никак не следует, каким образом в результате коготь дракона Шйраза оказался в коллекции Фиэла Артроэ. Что такое там в итоге совершил Шйраз, что пришлось его вместе с его драконом убивать. Дракон-то явно ни в чём не виноват - он честно служил своему хозяину.

Подумал, что на Хельмуте должно существовать два разных термина для таких понятий как "перевал", "долина" и так далее.

Одно дело перевал в обитаемом поясе высот, на который надо взбираться, чтобы преодолеть хребет. Это "перевал", такой же как у нас. А вот седловина между двумя горами одного хребта, которая опускается ниже обитаемой зоны и которую надо перелетать, чтобы попасть с одной горы на другую (а может и мост можно построить), это что-то другое. больше похожее на наш "пролив" (может быть "продув"?).

Точно так же долина - это то, на дне чего можно заниматься земледелием. А если это то, на дне чего водятся всякие панды, а человек умирает от теплового удара через пару часов, то это должно как-то по-другому называться.

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

Представился такой дух осени: лис Топад. Рыжий-рыжий с пушистым хвостом, гуляет по паркам и по улицам и оставляет свои следы в виде кленовых листьев.

Встретил в одной книжке утверждение: "Океаны же (дирижабли) пересекали без дозаправки в штатном рейсе со штатным грузом, когда самолеты о таком и мечтать не могли".

Усомнился, полез проверять. И выяснил что первый трансатлантический перелет дирижабля R34 состоялся буквально на две недели позже, чем трансатлантический перелет Алкока и Брауна на серийном самолете-бомбардировщике. 15 июня вылетели с Ньюфаундленда Алкок и Браун, 2 июля из Шотландии - R34. Год один и тот же - 1919.

Правда самолет Алкока и Брауна был серьехно поврежден при посадке, а дирижаболь с экипажем из 30 человек и одного кота через несколько дней вылетел в обратный рейс, и благополучно вернулся в Англию.

При этом время в пути у Алкока и Брауна было 16 часов, а у R34 - четверо суток в один конец.

Конечно, еще был полет LZ104 над Африкой. в 1917 году. Но он до цели не долетел.

Тут пишут что LetsEncrypt c выдачи трехмесячных сертификатов переходит на двухмесячные. Ну двухмесячные ещё не страшно, тем более там 64 дня. У меня кроновское задание ежесуточно проверяет, не осталось ли какому-нибудь сертификату жизни меньше недели, и если такой находится, начинает пытаться его перевыпустить. Если они там и правда на недельные перейдут, придется ставить это кроновское задание 4 раза в сутки и начинать пытаться перевыпустить не ранее, чем за два дня. Начинать за сутки как-то боязно. Кто сказал что сайт (не важно - мой или lets encrypt) не может упасть и сутки пролежать.

А еще я обнаружил что, видимо, при очередном апгрейде дистрибутива у меня что-то сломалось в моем собственном CA, который сейчас используется только для openvpn, и он вместо 10-летних стал выпускать годичные сертификаты. Обнаружил я это, естественно, когда при попытке подлючить ноутбук Ирины к VPN оно сказало, что сертификат того-с.

Теперь вот думаю что надо к своему CA прикруить почтовую напоминалку об устаревании сертификатов. В принципе у меня есть скрипт certexpired который начинает писать письма когда близится срок перевыпуска тех сертификатов, которые обновляются не через acme. (а таких ещё бывает довольно много, особенно в корпоративной среде). Дописал туда обработку сертификатов, встроенных в конфиг openvpn. Но этот скрипт предназначен для тех CA где я клиент, а не владелец. Чем гонять его на каждом ноутбуке (а пойди еще запусти его под windows на ноутбуке Ирины - это ж целый msys нужно туда ставить), удобнее гонять его там, где у моего CA лежит база выпущенных сертификатов. Все равно там есть такой замечательный файлик index.txt, и даже не надо по самим сертифкатам лазить. Есть, правда тонкость, что некоторые сертификаты я выписывал пользуясь бэкапным диском, а не рабочей копией на десктопе (Потому что я был в деревне, а десктоп в Москве был выключен). И скорее всего бэкапный index.txt с тех пор перезаписался. Так что надо бы однократно провести работу по поиску на ноутбуках несохраненных где надо сертификатов и туда их подложить, не забыв соответсвующие записи в index.txt. Придумать на будущее механизм синхронизации index.txt тоже, конечно, интересно.