jekyll-sitemap VS pages-gem

I use GitHub Pages for my personal website, as well as for several project sites. Although some static site generators include support for sitemap generation (e.g., Jekyll has a plugin for sitemaps), my personal website is generated by a custom static site generator that I built for a few specialized reasons, and most of my project sites for Java libraries consist of a single hand-written HTML page combined with javadoc-generated documentation. So a while back I implemented a GitHub Action, generate-sitemap, that can generate an XML sitemap by crawling a GitHub repository containing the HTML of the site. It uses the last commit date of each file to produce the tags. By default, it includes URLs for HTML and PDF files in the sitemap, and skips other file extensions in the repository. But it can be configured to include URLs corresponding to whatever file extensions you want included. It checks the head of HTML pages for noindex meta tags, and excludes such files from the sitemap, and it likewise excludes files from the sitemap if they match a Disallow rule in your robots.txt. The generate-sitemap can be configured in a few other ways as well (see the documentation in the GitHub repository for all details). The generate-sitemap action is implemented in Python as a container action.

This guide will walk you through a comprehensive and straightforward approach to configuring GitHub Actions for Vue and Vite applications and using GitHub Pages for deployment, providing you with a clear and practical roadmap to implement CI/CD pipelines from scratch.

One day my friend Brandon Boone presented me with a quick and easy way to get a free landing page with a clean subdomain - GitHub Pages.

One of the nicest things about static site generators is that Github is offering a fully integrated solution for free. They manage your files using Git, will build your website using ANY static site generator with Github Actions, and allow you to host the output on Github Pages. When you use Frontmatter.codes in Visual Studio Code you will even get a fully featured (and free) CMS.

The test subjects include Vercel, Cloudflare Pages, GitHub Pages, and the newly discovered EdgeOne Pages from Tencent Cloud. The measurement indicators include global access latency, Google Lighthouse metrics and the smoothness of the deployment process.

Website Link :https://pages.github.com/

Browser.application is used when you want to support client-side routing. However, it requires you to be able to configure your web server to redirect requests to your index.html file. Since GitHub Pages doesn't allow you to customize their web server, you're forced to switch to another hosting service like Netlify, Render, or Cloudflare Pages. Thankfully, they all make it easy to do the configuration that's needed.

URL: GitHub Pages

The good news is that the deploy process doesn't get more complicated than what I've shown you above. The core concept remains the same. You have branches (say a master branch and several feature branches) in which you use to implement your web application and you have branches (say a staging and production branch) you use for deployment. Then, you have to tell your hosting provider, be it GitHub Pages, Netlify, Render, Cloudflare Pages, or something else, which branches you're using for your deployments.

If one is looking for a simple/personal blog and wants to write in plain-text Markdown, one should consider Jekyll on GitHub Pages[1]. The beauty is that one does not need to worry about setting up Jekyll on the local machine. Just write and push to Github. If one wants to skip that, just go to GitHub and write there; a version of VSCode is built in there.

This also allows one to carry (take out) their content anywhere on any platform that supports plain text (MarkDown). Browsers can also just render plain-text as it, so if you just drag-drop them on a server, it should render as your website.

I have a pretty large personal site[2], and I hate Jekyll because it takes too long to compile locally, but I’m on it because I don’t let it interfere with my writing.

As for a WordPress replacement/alternative, it is going to be pretty hard to find something as prolific and click-clacky easy as WordPress to start off. It has like two decades of the mother of all kitchen sink built-in for anyone to jump in and rummage something out it.

1. https://pages.github.com

2. https://brajeshwar.com/2021/brajeshwar.com-2021/

First I've looked at the tools I was already familiar with. I have some old blog where I've posted updates during my Google Summer of Code projects. It uses Jekyll to generate static files, automatically published by GitHub Pages. It works very well when you have the website tied to a version-controlled repository, but it's cumbersome when you need to rebuild container images or replace files in a remote volume even for small changes