GitHub ഉപയോഗിച്ച് Static Website

GitHub എന്തിനാണ്?

GitHub source code സൂക്ഷിക്കാനും മാറ്റങ്ങളുടെ ചരിത്രം കാണാനും സഹായിക്കുന്ന platform ആണ്. Repository-യിൽ files, folders, README എന്നിവ ഉണ്ടാകും. ഓരോ commit-ഉം ഒരു മാറ്റത്തിന്റെ snapshot ആണ്.

GitHub Pages എന്താണ്?

GitHub Pages repository-യിൽ നിന്നുള്ള static website files പ്രസിദ്ധീകരിക്കാൻ ഉപയോഗിക്കാം. എന്നാൽ repository-യിൽ GitHub Actions ഉപയോഗിച്ച് Firebase, Netlify പോലുള്ള മറ്റൊരു hosting provider-ലേക്കും deploy ചെയ്യാം. GitHub-ൽ code ഉണ്ട് എന്നതുകൊണ്ട് hosting GitHub Pages ആണെന്ന് ഉറപ്പില്ല.

Branch, commit, deployment

main branch പല project-കളിലും production source ആയി ഉപയോഗിക്കുന്നു. Commit വിജയിച്ചാൽ source code save ആയെന്നാണ് അർത്ഥം; deployment workflow പരാജയപ്പെടാനും സാധ്യതയുണ്ട്. Actions log-ൽ build, publish status പരിശോധിക്കണം.

Custom domain

Domain DNS settings hosting provider-ന്റെ നിർദേശപ്രകാരം ക്രമീകരിക്കുക. HTTPS certificate ready ആകാൻ സമയം എടുക്കാം. www, non-www addresses എങ്ങനെ redirect ചെയ്യണമെന്ന് തീരുമാനിക്കുക. Domain verification ശ്രദ്ധിക്കുക.

പിഴവുകൾ ഒഴിവാക്കാം

Passwords, API secrets എന്നിവ public code-ൽ commit ചെയ്യരുത്. Workflow secrets ഉപയോഗിക്കുക. Deploy കഴിഞ്ഞാൽ home page മാത്രം അല്ല, എല്ലാ links-ഉം പരിശോധിക്കുക. Source control-ൽ പഴയ version-ലേക്ക് മടങ്ങാനുള്ള സൗകര്യമുണ്ട്.

GitHub Pages vs Firebase Hosting — എങ്ങനെ തിരഞ്ഞെടുക്കാം?

GitHub Pages documentation, portfolio, static tutorials പോലുള്ള sites-ന് ഉപയോഗിക്കാം. Firebase Hosting-ലും static HTML/CSS/JS deploy ചെയ്യാം; കൂടാതെ project ആവശ്യമായി വന്നാൽ മറ്റ് Firebase services വേർതിരിച്ച് ബന്ധിപ്പിക്കാം. ഏത് provider-നാണ് യഥാർത്ഥത്തിൽ deploy ചെയ്യുന്നത് എന്ന് repository README, deployment workflow, custom domain settings എന്നിവ പരിശോധിക്കുക. GitHub repository-യിൽ files ഉള്ളത് മാത്രം കൊണ്ട് production hosting ready ആയെന്നർത്ഥമില്ല.

ഉദാഹരണത്തിന്, code-ൽ public/index.html മാറ്റി commit ചെയ്താൽ build trigger ആകാം. പക്ഷേ DNS തെറ്റിയിരിക്കുകയോ deployment credentials ലഭ്യമല്ലാതിരിക്കുകയോ ചെയ്താൽ website-ൽ പഴയ version തന്നെ കാണാം. അതിനാൽ “Commit success” അല്ല, deployment run success + live page check എന്ന രണ്ട് തെളിവുകളും വേണം.

Static site launch checklist

1. Repository-യിലെ index.html, assets, internal links പരിശോധിക്കുക.
2. Hosting settings-ൽ publication folder, branch അല്ലെങ്കിൽ Actions workflow വ്യക്തമാക്കുക.
3. Custom domain ചേർത്താൽ provider നൽകിയ DNS records ഉപയോഗിക്കുക; പഴയ email MX entries നഷ്ടപ്പെടുത്തരുത്.
4. HTTPS certificate active ആണോ, home page mobile browser-ൽ തുറക്കുന്നുണ്ടോ പരിശോധിക്കുക.
5. robots.txt, sitemap, title, meta description, privacy/contact pages എന്നിവ ആവശ്യത്തിനനുസരിച്ച് ചേർക്കുക.
6. Deploy പരാജയപ്പെടുമ്പോൾ Actions logs നോക്കുക; secret values screenshots-ലോ logs-ലോ വെളിപ്പെടുത്തരുത്.

Build secret, user data എന്നിവ GitHub-ൽ സൂക്ഷിക്കേണ്ട വിധം

Firebase Admin service-account JSON, API tokens, payment gateway secret, keystore passwords തുടങ്ങിയവ public HTML/JS-ലോ repository file-ലോ ചേർക്കരുത്. GitHub Actions secrets അല്ലെങ്കിൽ provider secret manager ആണ് യുക്തമായ ഇടം. Browser-ൽ എല്ലാവർക്കും കാണാൻ കഴിയുന്ന configuration secret അല്ല; Firebase client configuration പോലുള്ള public keys മാത്രം secure access rules-ന് പകരമല്ല. Database rules, auth checks, server-side validation എന്നിവയും ആവശ്യമാണ്.

Source control-ന് GitHub Pages official docs ഉപയോഗിക്കാം. HTTPS, records എന്നിവയ്ക്കായി DNS guide കൂടി വായിക്കുക.