Ingyenes weboldal létrehozása
🤔 Legjobb ingyenes weboldal vagy akár blog❓
Amikor egy ingyenes weboldal létrehozása mellett döntünk, azért több szempont is vezérelhet bennünket. Alapvetően azt mondom, az a professzionális, ha vagy saját fizikai webszerverünk van, vagy gondoskodunk legalább egy virtuális szerverhez való hozzáférésről.
💡 Azonban egy ingyenes weboldal igénye esetén az alábbi szempontok is szóba jöhetnek 👇
- Van már komolyabb céges oldalunk, ahol a dinamikus tartalomgyártás minden előnyét kiaknázzuk❗
- Mégis szükségét érezzük egy egyszerű, ingyenes weboldal kimondottan nagyon gyorsan betöltődő statikus tárolási megoldásának is.
- Ilyenkor a célok között megbújhat az a nagyon is érthető keresőmarketing terv, hogy könnyen bejárható oldalakon keresztül is megtámogatnánk a komolyabb webes megjelenéseinket. A keresőgépek és napjaink egyre trendibb szemfüles AI ügynökei a statikus tartalmakat mindig könnyebben
dolgozzák fel.
ℹ️ A tartalomkezelő rendszerek (CMS) és keresőmarketing témámban, ezúttal inspirálnám azokat, akik ingyenes weboldal, ingyenes blog, vagy valamilyen tényleg nagyon egyszerű mikroblog kivitelezésen agyalnak.
Ingyenes weboldal készítés a GitHub segítségével, vágjunk is bele 😊
A GitHub 2008-ban látta meg a napvilágot, négy fejlesztő jóvoltából: Tom Preston‑Werner, Chris Wanstrath, PJ Hyett és Scott Chacon.
A céljuk az volt, hogy a Git verziókezelő rendszer köré egy közösségi, együttműködésre épülő platformot hozzanak létre, olyat ahol a fejlesztők nemcsak kódot tárolnak, hanem együtt is dolgoznak rajta.
A projekt annyira sikeres lett, hogy 2018-ban a Microsoft felvásárolta, és azóta is a Microsoft egyik stratégiai fejlesztői platformjaként működik. A felvásárlás után a szolgáltatás továbbra is nyitott, ingyenes és közösségbarát maradt.
A GitHub Pages egy rendkívül ügyes, professzionális módja annak, hogy ingyenes weboldal vagy blog precíz keretek között szülessen. Ha a GitHub lehetőségeire úgy tekintünk, mint egy weboldal vagy egy blog arculatát megteremtő tartalomkezelő rendszer, akkor egyáltalán nem tartozik a legegyszerűbben átlátható megoldások közé. Ugyanakkor, ha kitanulod a lehetőségeket, nagyon meghálálja magát, mert hihetetlenül gyorsan működő statikus tartalmakat tudsz létrehozni. Némi dinamikát is azért ügyesen felhasználva.
A folyamat néhány alaplépésből áll, amelyek logikusan épülnek egymásra 👇
Ha a GitHub segítségével ingyenes weboldal vagy blog készítésén fáradozunk, az első teendők ⬇️
A GitHub során aranyszabály, hogy csak egy olyan repository lehet ami a gyökérből működik. Ez azért fontos, mert lehet Te szeretnél egy központi fő weboldalt, meg szeretnél mondjuk egy blogot vagy mikrobologot ami két különböző repository-t fog jelenteni. Az egyik nyilván user site a másik project site lehet és pont a project site-nál kell arra figyelni, hogy nem a gyökérbe, hanem külön mappába például /docs/ kell szervezni a dolgokat❗
A repository létrehozása
A GitHub Pages működésének alapja egy megfelelően elnevezett repository. Ez lesz az a tárhely, amelyből a GitHub automatikusan felépíti és publikálja az ingyenes weboldal vagy blog elérhetőségét.
A létrehozás folyamata egyszerű, de van néhány fontos szabály, amit érdemes betartani. 👇
Ha a fő weboldaladat szeretnéd elkészíteni, akkor a repository neve pontosan így kell kinézzen:
felhasznalonev.github.io
Ez az úgynevezett user site, amely közvetlenül a gyökérből működik, és automatikusan elérhető lesz a fenti URL-en.
Ha viszont külön projektoldalt, blogot vagy mikroblogot szeretnél, akkor ezek külön repository-k lesznek, és nem a gyökérből, hanem például a /docs/ mappából fognak kiszolgálódni. Ezek kapták a project site elnevezést.
A repository létrehozásakor érdemes rögtön beállítani egy rövid leírást, valamint a „Public” láthatóságot, hiszen a GitHub Pages csak nyilvános repository-ból tud weboldalt építeni.
Branch létrehozása
A GitHub Pages működéséhez nemcsak a repository neve fontos, hanem az is, hogy melyik branchből építse fel a weboldalt. A GitHub több lehetőséget is kínál, és ezek közül a megfelelő kiválasztása határozza meg, honnan fogja a rendszer kiszolgálni az ingyenes weboldal tartalmát.
✔️ Alapvetően három elterjedt beállítás létezik:
- main (gyökérből): akkor használjuk, ha a teljes weboldal a repository gyökerében található. Ez a leggyakoribb user site esetén.
- main /docs mappa: project site-oknál gyakori megoldás, amikor a weboldal fájljai nem a gyökérben, hanem például a
/docs/könyvtárban kapnak helyet.
- gh-pages branch: egy külön erre a célra fenntartott branch, amelyet a GitHub automatikusan felismer és publikál. Például a gh-pages branch az, ahol a Jekyll dinamikusan kezeli a _posts mappát, és minden olyan Jekyll‑specifikus funkciót, amely a statikus oldalgenerálás során idő‑ és dátumalapú logikát használ. Itt már érződik, hogy ez egy picinyke dinamika belecsempészve a statikus birodalomba 😉
A branch kiválasztása a repository Settings → Pages menüpontjában történik. Itt tudod megadni, hogy a GitHub melyik branchből és azon belül melyik mappából építse fel az oldaladat.
Ez a lépés azért kulcsfontosságú, mert a rosszul beállított branch miatt a weboldal nem fog megjelenni, vagy üres tartalommal töltődik be. Ha viszont a megfelelő branche-t választod, a GitHub Pages automatikusan publikálja az ingyenes weboldalt minden egyes commit után. Bármilyen fájlváltoztatásról legyen szó, azt hívjuk commit-nak.
Röviden a strukturált tartalomfejlesztés technikai megoldásáról
Minden téma egy mappába kerül index.md valamint README.md fájlok alkalmazásával. Előbbi a keresőoptimalizálás szempontjából nagyon hasznos, míg utóbbi UX élményt nyújt azoknak a felhasználóknak, akik GitHub anyagokat szokták böngészni a GitHub-on belül, tehát igazából utóbbi csak azoknak kényelmes akik alapvetően forráskódokat nézegetnek a GitHub felületén belül.
A létrehozott mappákban megvalósítható a kategória főoldalak megformálása index.md fájlok ékezetmentesen történő bejegyzésével. A kategória neve értelemszerűen az alapvető 🔗 SEO szándék szerint mentődjön.
Talán furcsának tűnhet, amit most mondok egyelőre, de a létrehozott témakategóriákhoz tartozó posztjainkat, mikroblog esetén ezeket hívhatjuk mikro posztoknak is, nem a témakategóriákhoz tartozó mappán belül kell elmenteni, hanem egy _posts nevű mappában.
✅ Kötelező, hogy ez legyen a mappa neve, ugyanis a Jekyll ezt megköveteli.
Természetesen webböngészőn keresztül az URL-ben ezek a mappák nem fognak látszódni, hiszen a permalink struktúráját nagyon egyszerűen be lehet állítani. Egyébként azért érdemes minden posztot a _posts mappába rakni, mert enélkül nemigen fog működni az időkronológia, s így nehéz lenne a bizonyos feltételek szerinti tartalmakból történő leválogatás.
A Jekyll sajátosságairól
✅ A Jekyll egy statikus weboldal‑generátor, amely:
- Markdown fájlokból és sablonokból épít weboldalt.
- Nem használ adatbázist, minden tartalom fájlokban él.
- A blogposztokat a _posts
mappából olvassa be. - A posztokat dátum szerint rendezi, és automatikusan listázza.
- A kategóriákat a posztok front matter‑éből gyűjti.
- végül egy teljesen statikus HTML‑oldalt generál, amit bárhol lehet hosztolni (GitHub Pages, Netlify, stb.)
Egyszerűen fogalmazva:
👉 A Jekyll egy olyan rendszer, ahol a tartalom = fájlok, a logika = Liquid sablonok, a végeredmény = statikus HTML.
Említett front matter nagyon is fontos és szoros kapcsolatot ápol a strukturált tartalomfejlesztéssel
A front matter a Jekyll‑világ kis, láthatatlan irányítópultja. Egy YAML blokk minden Markdown fájl tetején, amely metaadatokat ad a Jekyll-nek arról, hogyan kezelje az adott oldalt vagy posztot.
ℹ️ A Jekyll ebből tudja meg:
- mi a cím,
- a kategória,
- milyen layout-ot alkalmazunk,
- mi a publikálása dátuma,
- hogyan építse be az oldalt a rendszerbe.
Ha nincs front matter → a fájl nem poszt, nem oldal, csak sima Markdown, vagy mondhatnám azt is egy statikus adat.
A posztok elejére helyezett front matter szemléltető példája 👇
---
layout: default
title: "Miért fontos a kriptográfia?"
date: 2026-03-10
categories: [kriptografia]
tags: [biztonság, titkosítás]
permalink: kriptografia/miert-fontos-a-kriptografia.html
---
A fenti adatokból látható egy fontos rész, a dátum. Ez a dátum viszont a Jekyll számára csak akkor juttatódik érvényre, azon túlmenően, hogy maga a poszt a már említett _posts nevű mappában van, ha maga a fájlnév is tartalmazza ezt a dátumot.
A ☝️ fenti szemléltető példának megfelelően ebben az esetben a fájlnév /_posts/2026-03-10-miert-fontos-a-kriptografia.md útvonalon kerül lementésre.
Amikor már webböngészőn keresztül fogják nézni az oldalad, értelemszerűen minden .md fájl a .html kiterjesztést veszi fel, és az URL struktúrájában sem fog szerepelni a nem éppen SEO barát felesleges dátum.
A Jekyll „kötelező” vagy speciális jelentésű mappáiról
📋 Táblázatom 📱 mobiltelefonokon ↔️ irányba görgethető 👇
| Mappa neve | Kötelező? | Mit csinál a Jekyll vele? | Példa |
|---|---|---|---|
| _posts | Igen (ha blogot akarsz) | Blogposztok gyűjtése, dátum szerinti rendezés, kategorizálás | 2026-03-10-uj-poszt.md |
| _layouts | Nem kötelező, de erősen ajánlott | Oldalsablonok (HTML keretek) tárolása | default.html, post.html |
| _includes | Nem kötelező, de gyakori | Újrahasznosítható HTML darabok | header.html, footer.html |
| _data | Opcionális | YAML/JSON/CSV adatfájlok, amiket Liquidből lehet hívni | authors.yml, menu.yml |
| _sass | Opcionális | SASS/SCSS részfájlok, amiket a fő CSS importál | _variables.scss |
| _site | Automatikusan generált | A Jekyll ide teszi a kész statikus weboldalt | (nem szerkesztendő) |
| _config.yml | Igen | A teljes Jekyll projekt konfigurációja | beállítások, pluginok |
| assets | Opcionális, de ajánlott | CSS, JS, képek, fontok | assets/css/style.css |
| _plugins | Opcionális | Egyedi Ruby pluginok | my-filter.rb |
| _drafts | Opcionális | Dátum nélküli, még nem publikált posztok | kriptografia-jegyzet.md |
| _collections | Opcionális | Egyedi tartalomgyűjtemények (pl. receptek, projektek) | /_collections/projects/ |
📣 A tartalmak szerkesztésével kapcsolatban amit fontos tudni :
A GitHub úgy működik, hogy alapértelmezetten mindig a README.md fájlt olvassa be. Egészen egyszerűen ez azért van így, mert mint elsődlegest, tehát látogatókat, mint a saját platformján belülit szolgálja ki. S mivel a portál eredendő célja a szoftverek fejlesztésének nyomon követése, így sokkal informatívabb és UX élményszerűbb a megjelenés az említett fájlokkal. Bár érdekes módon sok fejlesztő a README.md fájlra magasról tesz 😂
ℹ️ Viszont azt fontos tudni, hogy README.md fájl ne legyen egy helyen, az index.md fájllal, ugyanis a saját precedencia szabálya alapján az előbbi elérhetősége felül fogja írni az utóbbit. Márpedig SEO szempontok esetén sokkal fontosabb, hogy a github.io oldalon ami mint weboldal a böngészőkben szépen megjelenik, ott alapértelmezetten az index.md töltődjön be.
💡 A megoldás, hogy az index.md és egyéb .md fájl kiterjesztésű poszt tartalmainkat szervezzük egy külön mappába, ami lehet például akár a fentiekben már igen részletesen kifejetett /docs/ is.
🤔 Tömören és gyönyörűen összefoglalva miért lehet jó választás a GitHub, még akkor is, ha eredetileg nem arra találták ki, amiről informáltalak❓
A GitHub első ránézésre a fejlesztők játszótere, de valójában sokkal több annál. Ha az ember ingyenes weboldal létrehozásán gondolkodik, a GitHub Pages egy olyan stabil, gyors és meglepően elegáns megoldást kínál, amely messze túlmutat a „kódolós platform” sztereotípián. A statikus oldalak kiszolgálására optimalizált infrastruktúra villámgyors betöltést, megbízható üzemelést és nulla fenntartási költséget ad, mindezt reklámok, korlátozások és rejtett díjak nélkül.
A GitHub azért különösen vonzó választás, mert:
- Stabil és hosszú távú: a GitHub mögött a Microsoft áll, így a szolgáltatás nem fog egyik napról a másikra eltűnni.
- Villámgyors: a statikus oldalak kiszolgálása CDN-en keresztül történik, ami SEO szempontból is aranyat ér.
- Ingyenes weboldal, kompromisszumok nélkül: nincs tárhelydíj, nincs sávszélesség-limit, nincs fizetős bővítmény.
- Verziókövetés beépítve: minden módosítás visszakövethető, ami különösen hasznos, ha tudatosan építjük a tartalmainkat.
- Jekyll integráció: automatikus build, markdown támogatás, kategóriák, tagek, sablonok, s mindez szerveroldali logika nélkül.
- Fejlesztői tudás nélkül is használható: a kezdeti lépések után a tartalomgyártás egyszerűbb, mint sok klasszikus CMS-ben.
- SEO-barát alapértelmezés: a statikus oldalak gyorsak, tiszták, könnyen bejárhatók — a keresőmotorok imádják.
A GitHub Pages tehát nem „hack”, nem kerülőút, hanem egy olyan professzionális, minimalista és jövőbiztos megoldás, amely tökéletesen illeszkedik azokhoz, akik szeretnének egy ingyenes weboldalt, blogot vagy mikroblogot létrehozni, gyorsan, stabilan és teljes kontroll mellett.
Az elkészült weboldaladról, blogodról biztonsági mentés❗
Javaslom, különösen mielőtt nagyobb fejlesztési beavatkozásokat hajtanál végre, előtte mindenképpen élj a biztonsági mentés lehetőségével. Ezt megtalálod ha az adott repository zöld ‘Code‘ nevű gombjára kattintasz. A teljes anyagod egy .zip fájlban le tudod tölteni.
Egyébként könnyen előfordulhat, hogy néha maga a GitHub is meghülyül, beragad és nem hajlandó valamiért elkészíteni, azaz újra generálni a tartalmakat. Ilyenkor törölni kell például a létrehozott branch-t. De értelemszerű, előtte a biztonsági mentésed meg kell, hogy legyen, mert utána ha újra létrehozod a branch-t, onnan fogod tudni feltölteni.
Talán így elköszönésként biztos érdekel az is, miért tudtalak hitelesen minderről informálni❓
Történetesen azért, mert a GitHub már – már a második otthonom, köszönhetően a „nemzetállamok”, meg a globalista elvet követő EU, regulátor néven emlegetett buzeráns hozadékának. Így már megszoktam, hogy figyelemmel kell kísérnem a GitHub platformon publikált fejlesztéseket, leginkább a kriptográfia vonatkozásában. Szeretem magamnak a pénzügyi szabadságot biztosítani, s a regulátorok célja, pedig pont ennek ellenkezője.
🔗 Inspiráló néven vagyok megtalálható. Számomra ez a user site, viszont amiért az egész kellett nekem, hogy legyen egy gondolataimon kívül, igazából enni nem kérő mikroblogom. Szóval a 🔗mikroblog tekinthető az esetemben úgy mint project site.
S ez nem olyan hú de professzionális kivitelezés, de arra pont jó lett, amire nekem kellett. Sokszor megesik ugyanis velem, hogy apróbb mikro gondolataim szeretném megosztani. Mint demonstráció arra azért jó lehet Neked, hogy lásd rajta, statikus, de mégis a dinamika bele van csempészve. Az említett Jekyll segítsége nélkül nem tudtam volna például azt leprogramozni, hogy a piros pötty, mindig annál a témakategóriámnál jelenjen meg, amelyben legutóbb publikáltam valamit.
Mobilapplikáció ötlete a mikrobloghoz
Épp most gondolkodok egyébként azon is, hogy egy applikációt is fejlesztek rá. Persze nem a Google Play Store számára, csak magamnak, úgymint egyszerű .APK fájl.
Ugyanis szerintem megoldható az is, hogy egy natív mobilapplikáció keretében is tudjak publikálni. 😉
Szerintem technológiailag teljesen megvalósítható egy mobil applikáció, amivel mikroposztokat tudnék létrehozni, front matterrel együtt.
💭 Miért gondolom, hogy lehetséges❓
A GitHub rendelkezik egy nagyon stabil, jól dokumentált 🔗 GitHub API‑val,
✅ amelyen keresztül egy alkalmazás is hozzájárulhat az ingyenes weboldal, leginkább blog kezeléséhez hiszen ;
- létrehozhat fájlokat egy repository‑ban,
- módosíthat fájlokat,
- commitolhat,
- branch‑eket kezelhet,
👏 és mindezt hitelesítve, biztonságosan. 😊
Ez azt jelenti, hogy egy mobil applikáció:
- Megkérdezheti a poszt címét
- rákérdezhet kategóriákra, címkékre,
- s automatikusan generálna egy front mattert, pont az említett _posts mappában.
- Commitolni is tudna a GitHub-ra.
- Végül a GitHub Pages pedig automatikusan publikálná azt.
🙏 Köszönöm, hogy inspirációs adalékod forrásaként ismét engem választottál, s velem tartottál az ingyenes weboldal vagy blog, esetleg mikroblog létrehozása témámban, ami talán nem is olyan kicsit 🔗 keresőmarketing, de mindenképpen általam 🔗 CMS témaként is értékelt. 👋 Remélem hamarosan találkozhatunk, talán egy teljesen más témámban 😉
📣 Ha megosztanád írásom ⬇️
A világ globális működését feltérképező, s annak összefüggéseit megérteni óhajtó generalista vagyok. Célom nem más, mint az ismeretterjesztés.
