<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Hugo on Morfitronik</title>
    <link>https://morfikov.github.io/tags/hugo/</link>
    <description>Recent content in Hugo on Morfitronik</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>pl-PL</language>
    <lastBuildDate>Tue, 12 Oct 2021 00:15:00 +0200</lastBuildDate><atom:link href="https://morfikov.github.io/tags/hugo/feed.xml" rel="self" type="application/rss+xml" />
    <item>
	  <author>Mikhail Morfikov</author>
      <title>Komentarze GitHub Issues na blogu Hugo korzystającym z GitHub Pages</title>
      <link>https://morfikov.github.io/post/komentarze-github-issues-na-blogu-hugo-korzystajacym-z-github-pages/</link>
      <pubDate>Tue, 12 Oct 2021 00:15:00 +0200</pubDate>
      
      <guid>https://morfikov.github.io/post/komentarze-github-issues-na-blogu-hugo-korzystajacym-z-github-pages/</guid>
      <description>&lt;p&gt;Jakiś czas temu &lt;a href=&#34;https://morfikov.github.io/post/disqus-wprowadza-reklamy-disqus-musi-odejsc/&#34;&gt;Disqus wprowadził reklamy&lt;/a&gt; w swoim systemie komentarzy i bez mojej świadomej
oraz dobrowolnej zgody serwował je użytkownikom odwiedzającym mojego bloga. W tamtym czasie nie
miałem za bardzo informacji jak te komentarze zastąpić na statycznej stronie renderowanej przy
pomocy Hugo. Jako, że sporo osób narzekało na to, że tutaj nie ma komentarzy, przez co liczba
maili, które do mnie docierały, była trochę ponad moje moce przerobowe. Postanowiłem zatem
zaimplementować system komentarzy oparty o GitHub Issues, czyli ten mechanizm, z którym
prawdopodobnie każdy z nas miał już styczność zgłaszając bug&#39;a (czy też inne zapytanie) twórcom
swoich ulubionych linux&#39;owych projektów OpenSource. Okazało się, że przy &lt;a href=&#34;https://decovar.dev/blog/2019/04/19/github-comments-hugo/&#34;&gt;pomocy API GitHub&#39;a można
w dość prosty sposób te komentarze pokazać na blogu&lt;/a&gt; ale problem pojawił się w przypadku stron
mających setki czy nawet tysiące wpisów już opublikowanych. Jak zatem na takich blogach wdrożyć
komentarze GitHub&#39;a, tak by przy okazji nie wyskoczyć z okna o 5 nad ranem?&lt;/p&gt;</description>
    </item>
    
    <item>
	  <author>Mikhail Morfikov</author>
      <title>Disqus wprowadza reklamy, Disqus musi odejść</title>
      <link>https://morfikov.github.io/post/disqus-wprowadza-reklamy-disqus-musi-odejsc/</link>
      <pubDate>Fri, 09 Apr 2021 20:00:00 +0200</pubDate>
      
      <guid>https://morfikov.github.io/post/disqus-wprowadza-reklamy-disqus-musi-odejsc/</guid>
      <description>&lt;p&gt;Sporo użytkowników przeglądających tego bloga zdążyło już zauważyć, że sekcja komentarzy została
usunięta. W efekcie czego nie można już komentować żadnych wpisów. Taki zabieg miał miejsce ze
względu na fakt, że sporo osób zaczęło mi zgłaszać, że na Morfitroniku pojawiły się reklamy.
Wszyscy znają raczej moje zdanie w kwestii serwowania ludziom reklam i mocno się zdziwiłem, że
pojawiły się one właśnie tutaj. Ja nikomu żadnego pozwolenia na wykorzystywanie mojego bloga jako
platformy reklamowej nie udzieliłem. Okazuje się jednak, że Disqus (bo to jego system komentarzy
był tutaj wykorzystywany) nawet nie pofatygował się, by zapytać mnie o zgodę na serwowanie reklam i
bezczelnie zaczął je w komentarzach umieszczać. Jak tylko się dowiedziałem, że te reklamy faktycznie
w tych komentarzach są oraz, że nie mam żadnego wpływu na to, by je usunąć, to postanowiłem
natychmiast wywalić Disqus&#39;a.&lt;/p&gt;</description>
    </item>
    
    <item>
	  <author>Mikhail Morfikov</author>
      <title>Migracja bloga z Jekyll na Hugo i jego publikacja w GitHub Pages</title>
      <link>https://morfikov.github.io/post/migracja-bloga-z-jekyll-na-hugo-i-jego-publikacja-w-github-pages/</link>
      <pubDate>Thu, 13 Aug 2020 23:50:00 +0200</pubDate>
      
      <guid>https://morfikov.github.io/post/migracja-bloga-z-jekyll-na-hugo-i-jego-publikacja-w-github-pages/</guid>
      <description>&lt;p&gt;Prawdopodobnie zauważyliście drobne zmiany w wyglądzie tego bloga oraz pewnie też cześć osób miała
w ostatnim czasie problemy z uzyskaniem do niego dostępu. Odpowiedzialne za zaistniałą sytuację są
&lt;a href=&#34;https://docs.github.com/en/github/working-with-github-pages/about-github-pages#usage-limits&#34;&gt;limity narzucone przez GitHub Pages&lt;/a&gt;. Zakładają one maksymalny rozmiar repozytorium pod stronę
WWW w granicach 1 GiB oraz czas budowania takiego serwisu krótszy niż 10 minut. Limit miejsca na
pliki przekroczony został w zasadzie w chwili przeniesienia bloga WordPress na GitHub Pages.
Natomiast parę dni temu został przekroczony limit czasu budowania tego projektu. Do momentu
transformacji, niniejszy blog działał w oparciu o &lt;a href=&#34;https://jekyllrb.com/&#34;&gt;Jekyll&lt;/a&gt;, który generował w zasadzie statyczny
kod HTML ze zwykłych plików tekstowych (np. artykuły pisane w &lt;a href=&#34;https://www.markdownguide.org/&#34;&gt;MarkDown&lt;/a&gt;). &lt;a href=&#34;https://pages.github.com/&#34;&gt;GitHub Pages
posiada wsparcie dla Jekyll&lt;/a&gt;, przez co taką stronę WWW można bardzo prosto wdrożyć. Niemniej
jednak, cały ten mechanizm generowania projektu w obrębie infrastruktury GitHub&#39;a zajmuje bardzo
dużo czasu. Po rozmowie z supportem okazało się, że gdyby chodziło o miejsce na pliki, to mogli by
nagiąć reguły i nie było by problemu ale nie dadzą rady tego zrobić w przypadku przekroczenia czasu
generowania projektu. Dlatego też trzeba było zrezygnować z Jekyll&#39;a i poszukać dla niego jakiejś
alternatywy. Padło na &lt;a href=&#34;https://gohugo.io/&#34;&gt;Hugo&lt;/a&gt;, który w odróżnieniu od Jekyll&#39;a nie jest jako tako wspierany przez
GitHub i by &lt;a href=&#34;https://gohugo.io/hosting-and-deployment/hosting-on-github/&#34;&gt;stronę wygenerowaną przez Hugo podpiąć pod GitHub Pages&lt;/a&gt; trzeba się trochę wysilić,
bo ten proces nie jest automatyczny i właśnie o tym jak dokonać migracji z Jekyll na Hugo w
kontekście GitHub Pages będzie ten poniższy artykuł.&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>
