в лютому я відмовився від домену tivasyk.info, але полінувався довести до пуття відповідні переналаштування; сподівався, що альтернативний домен malynka.duckdns.org працюватиме як слід. дзуськи, через деякий час все «поплило» (скоріше за все, через проблему із детектуванням зовнішньої адреси ipv4 з новим провайдером інтернету вдома). схоже, це час переосмислити, чи варто самохостити свій щоденник та як (нарешті вже?) мігрувати з owncloud на nextcloud, і при цьому спростити конфігурацію, щоби зменшити як лише можна кількість зусиль для підтримки. найпростішою частиною змін мені видався щоденник, тому допис буде про нього.
вирішив:
- хостити щоденник на codeberg.org як pages;
- зберігати компоненти щоденника (дописи, оформелення, згенерований сайт) в окремих репозиторіях на codeberg;
- спробувати генерувати статичний сайт за допомогою hugo замість jekyll.
перша випроба хостингу на codeberg пройшла успішно: увесь архів щоденника, згенерований jekyll’ом після додавання крайного допису, зараз доступний на tivasyk.codeberg.page); з другим пунктом все більш-менш зрозуміло. а от останній пункт, міграція з jekyll до hugo — під великим питанням. час спробувати?
встановлюю (я досі на manjaro, похідному від arch linux):
> sudo pamac install hugo
...
> hugo version
hugo v0.133.0+extended linux/amd64 BuildDate=unknown
спробую імпортувати вміст з теки з jekyll’ом (blog_jekyll/) до нової (blog_hugo/)
> hugo import jekyll blog_jekyll blog_hugo
ого, це було швидко:
...
Congratulations! 4202 post(s) imported!
Now, start Hugo by yourself:
cd blog_hugo
git init
git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke themes/ananke
echo "theme = 'ananke'" > hugo.toml
hugo server
підказка щодо hugo.toml не дуже доречна, бо hugo вже згенерував налаштування в hugo.yaml, туди треба лише додати theme: "ananke".
а от далі… все стало складно:
- якщо потрібно, щоби щоденник на hugo виглядав і працював (пошук, додаткові сторінки тощо) так само, як раніше — треба вкласти чимало часу, щоби конвертувати тему й додаткові модифікації з jekyll до hugo;
- інакше можна відносно швидко згенерувати примітивний щоденник (без пошуку, сторінок з архівом і каталогом тегів тощо), але зручності доведеться згодом додавати заново;
- або ж можна поки що залишити генерацію jekyll’ом, лише перенести її зі старого сервера на віртуальну віртуальну машину.
трохи змучившись від усього цього, я обрав третю опцію… але й тут проблема: виявилося, що свіжовстановлений на випробу jekyll мало того, що тягне ввесь ruby з тещею, то ще й не генерує щоденника, жаліючись на помилки із автозатягуванням деяких модулів, присутніх у gemfile’і. доведеться і з цим розбиратися.
а тим часом стара статична версія щоденника так і лежить на codeberg’у.