Уже прошло больше месяца – все никак не дойдут руки написать об итогах переезда с CMS MODX на Hugo.

Краткая история вопроса: Этот сайт существует уже довольно долгое время. Начинал я когда-то с голого HTML, затем написал нечто вроде CMS, которая использовала Apache+SSI+Perl:DBI+MySQL.

Последняя версия сайта представляла собой ВМ в Digital Ocean с Debian, на которой был развернут LEMP-стек, в качестве CMS я использовал MODX. Ежесуточно по крону выполнялся скрипт бекапа сайта, который делал дамп базы и статического контента, архивировал и складывал архив на смонтированный как блочное устройство Яндекс.Диск.

MODX была защищена в соответствии с популярной в интернетах статьей, Debian – штука консервативная и надежная, объемы бекапов были небольшими. Все это хозяйство практически не требовало никакого внимания, за исключением регулярной оплаты ВМ в Digital Ocean.

Затем я написал пару статей о развертывании статических сайтов:

1. Создание сайта на GitHub Pages
2. Быстрое развертывание сайта на GitHub Pages с помощью генератора статического html Hugo

И тогда у меня возник вопрос: а не перебор ли это держать полноценную ВМ в облаке для небольшого блога, на который никто не ходит?

Как быстро узнать время последней перезагрузки сервера под управлением ОС Windows для того чтобы быстрее найти событие в EventLog:

Еще одна пятиминутка Капитана:

Для работы с VMware vSphere использую веб-клиент на Flash в браузере, т.к. под эту версию Сферы под Linux клиента нет.

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

В предыдущем посте я писал чем может быть интересен статический сайт и как его можно создать на базе репозитория в GitHub. Продолжу тему и расскажу, как создать сайт с помощью генератора статического html Hugo и разместить на GitHub Pages.

Для эксперимента с созданием сайта, я ранее зарегистрировал отдельный домен andrdi.ru и дальнейшее описание будет с использованием этого домена.

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

Для начала определимся с задачей: Создать сайт про котиков, имеющий следующую структуру:

.
├── HOME
└── cats
    ├── black
    └── white

С воображением у меня туго, поэтому пусть это будут котики.

Сервис GitHub Pages позволяет на базе репозитория в GitHub создать статический сайт.

Вот почему это интересно:

1. Это полноценный сайт с https. Очень много простых сайтов (личная страничка / лендинг / личный блог / сайт-визитка / небольшой сайт компании, изменения на котором появляются в лучшем случае раз в год) отлично укладываются в логику статического сайта. Кроме того, в природе существуют генераторы html, которые в описанном сегменте отлично могут заменять CMS. Оговорюсь, что в этом пункте я высказываю свое личное мнение.

2. За статическим сайтом не нужно следить, не нужно отслеживать версионность CMS и другого ПО. Статику не взломать, раздается она максимально быстро.

3. Возможность деплоя через Git. Благодаря тому, что это децентрализованная система, всегда есть резервная локальная версия сайта + версионность.

4. Стоимость владения – бесплатно, то есть даром. Ну, или равна стоимости владения доменом, в случае использования отдельного доменного имени. Сделал, получил деньги, передал аккаунт и забыл.

ОК, убедил. Как это реализовать?

Сегодня в нашей программе пятиминутка Капитана.

Столкнулся тут с сюрпризом при обновлении сертификата в tomkat:

You can’t directly import private key information to a keystore (.JKS) using keytool. Instead, you must convert the certificate and private key into a PKCS 12 (.p12) file, and then you can import the PKCS 12 file into your keystore.

Без лишних слов:

sudo systemctl stop mariadb
sudo mysqld_safe --skip-grant-tables &
mysql -uroot -e "UPDATE mysql.user SET Password=PASSWORD('Ваш_новый_пароль') WHERE User='root';"
sudo systemctl restart mariadb

В RHEL есть фишка, называемая consistent network device naming. Суть ее заключается в возможности произвольно именовать интерфейсы в зависимости от нужд администратора системы.

Ранее сетевые интерфейсы именовались eth[0,1,..,n], сейчас же их можно переименовывать произвольно в зависимости от их назначения.

Ниже мы рассмотрим как привести именование интерфейсов к привычному виду.