Корабль [космический] такое место, где любая потерянная вещь рано или поздно находится. Но это обычно не радует.

– Шумил Павел, “Три, четыре, пять, я иду искать”, цикл Окно контакта

PS а порекомендуйте годной космофантастики?

Буквально сегодня состоялся разговор по поводу того, что на GitLab Pages нет возможности автоматически обновлять сертификаты Let’s Encrypt (которые протухают каждые 90 дней) и что данная возможность есть на GitHub Pages.

Кроме того, сегодня как раз подошла череда обновления сертификата, заодно что-то меня потянуло поглядеть статью в документации GitLab по настройке интеграции с Let’s Encrypt: Let’s Encrypt for GitLab Pages

И что же я там вижу:

Let’s Encrypt for GitLab Pages (manual process, deprecated)

Warning: This method is still valid but was deprecated in favor of the Let’s Encrypt integration introduced in GitLab 12.1.

Воу! С радостным предчувствием иду по указанной ссылке и таки да, они завезли автообновление сертификатов!

Но если интересно, как это было сделано вручную, добро пожаловать под кат.

Очень полезный ресурс от Андрея Пономаренко ( тыц, тыц) как для разработчиков библиотек, так и для маинтейнеров разного рода софта. Позволяет мониторить изменения в API/ABI интерфейсах библиотек:

• https://abi-laboratory.pro/

Вообще функционал ресурса достаточно богат и интересен:

• можно помониторить список C/C++ библитек на предмет изменений в API/ABI (инструмент ABI Tracker)
• можно поискать неизвестный символ (в т.ч. в “mangled” виде) при помощи инструмента ABI Navigator
• для разработчиков модулей ядра Linux может показаться интересным инструмент Linux ABI
• ну и схожий инструмент для Windows API

Все доступные инструменты можно глянуть на странице Reports.

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

С удивлением для себя обнаружил, что Homebrew, который использовал несколько раз для установки пакетов и сборки/портирования софта на macOS, вполне себе может использоваться и на Linux и даже в среде WSL на Windows:

• https://docs.brew.sh/Homebrew-on-Linux

В целом неплохо, но:

1. это ещё один шаг к dependency hell
2. нет возможности (если есть - поправьте) зафиксировать версию/срез репозитория

Второй пункт особенно полезен для создания воспроизводимых окружений для сборки софта с последующей дистрибуцией. В этом отношении MXE даёт фору: там попросту можно восстановить окружение используя номер коммита GIT.

Ну и для Windows я бы предпочёл окружение MSYS2 с pacman в качестве пакетного менеджера.

Но, оно может оказаться полезным для установки более свежего софта без прав администратора с возможностью быстро откатиться (просто удалить директорию с установленным барахлом) на всяких LTS дистрибутивах.

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

Пара Markdown конвертеров из простого текста и HTML (исходного текста):

• https://euangoddard.github.io/clipboard2markdown/ - по сути разбивает по параграфам и больше ничего не делает. Но, зачастую, этого достаточно.
• http://domchristie.github.io/turndown/ - уже из исходного текста. Может показаться удобным, для статей изначально оформленных в HTML (некоторые блогодвижки). Или открыть исходный код страницы, и скопировать нужный текст.

Оба конвертера JS-онли, могут работать непосредственно из браузеров, исходники прилагаются:

• https://github.com/domchristie/turndown

Digi-Key предоставляет символы и корпуса для компонентов, которыми они торгуют в формате понятному для KiCAD. И выкладывают их на GitHub. Кроме того, есть символы и от некоторых партнёров (репозитории разделены).

Помимо этого они же опубликовали учебный курс по работе с KiCAD на YouTube.

Все подробности по ссылке ниже:

• https://www.digikey.com/en/resources/design-tools/kicad

Проверка кросс-постинга.

Пост - мемориз.

Не всегда рисовать таблицы в Markdown разметке удобно, особенно добавлять/удалять колонки (со строками всё намного проще). Да и просто следить за соответствием вводимых данных конкретной колонке. И вот совершенно случайно набрёл на ресурс: Tables Generator

А конкретно: Markdown Tables Generator

В визуальной форме вводятся данные таблицы, потом нажимаем Generate и копируем полученный код в текст. Просто.

Для редактирования можно скопировать таблицу и импортировать её через “File → Paste table data…”, естественно при условии корректности данных. Кроме того, можно данные для таблицы импортировать из CSV (“File → Import CSV File…”), как работает эта функция я не проверял, скорее всего могут возникнуть проблемы с пробелами или разделителями.

Что ещё? Вообще там можно создавать таблицы не только в разметке Markdown, а в:

• LaTeX
• HTML
• Text
• MediaWiki (вот где абсолютный треш!)

Схожие ресурсы:

• TableConvert Online - в каком-то смысле, возможностей больше, но есть мелочи, например: нельзя задать выравнивание колонки.
• Typora - редактор Markdown, есть встренный редактор таблиц.
• Расширения для VSCode:
  • https://marketplace.visualstudio.com/items?itemName=RomanPeshkov.vscode-text-tables
  • https://marketplace.visualstudio.com/items?itemName=TomasHubelbauer.vscode-markdown-table-format
• Расширения для Atom:
  • https://atom.io/packages/markdown-table-editor

QMapShack умеет работать с сетевыми картами, которые представлены в виде тайлов с определённым соглашением о вызове. Что бы работать с подобными сервисами нужно создать файл-описание с расширением .tms. Описание формата можно почитать здесь.

До недавнего времени я обходился в основном картами OpenCycleMap, TMS файл для которых идёт вместе с QMS. А для нужных районов уже искал/скачивал листы карт ГГЦ (в народе: “новый” генштаб) и делал им обвязку в виде .vrt файла (такие карты содержать описание нужных преобразований, не затрагивая самих исходников карты, тем самым можно делать “обрезку карт” и они понимаются всем, что использует GDAL).

Но это дело малость меня достало и захотелось быстро под рукой иметь и ГГЦ карты. Естественно, при условии наличия доступа к сети и доступности сервисов.