/dev/urandom

/dev/urandom

Pseudorandom thoughts generator.

I'm Niccolò Maggioni.
Student, geek and developer.

Netlify, GitHub Pages & GitLab Pages

GitHub/GitLab pages are among the most widespread publishing tools among developers. They are free, have no frills, and they’re easy to use but - let’s face it - they are quite basic. Sometimes too basic.

Sure, they may be fine for your cool personal landing page, but sometimes developers simply need more flexibility and capabilities to host slightly more complex demos of their products, for example.

GitLab Pages has a few advantages over its GitHub doppelgänger, indeed:

But then Netlify came into play with advanced features such as globally distributed CDNs, atomic deploys with one-click rollbacks, and on-demand instant cache invalidation (less than 1s!).

GH/GL Pages is a simple solution but has significant soft limitations in place in terms of disk space, bandwith and builds-per-hour; GL Pages does not impose you such limits, but has a significant caveat for HTTPS on subdomains. Netlify is instead your go-to & fully-fledged solutions for web applications that scale, still maintaining that simplicity that GH/GL Pages got developers accustomed to:


As a developer, one of the most important questions about this kind of publishing tools should be:

How do I deploy my content? I’ve already spent hours creating it, I don’t want to spend as much time deploying it.

The process for GH/GL Pages is quite easy:

While this is surely simple enough, it has some practical limitations, and the project page for my Dumpster project (here the blog post about it) it the living example: POST requests are not supported.

This, along with many other caveats, is one of the itches that you won’t find in Netlify’s deployment process:

The two processes may look the same, but there are a few benefits in the latter:

Lately Netlify has introduced a new cool thing as well: the Deploy to Netlify button.

If you have a template that you want to reuse, just link one of these useful buttons to its repository to be ready to launch a customized instance in no time, whenever you’ll need it. Definitely useful for one-off project demos that have short lives.

The JAMstack philosophy

JavaScript, API & Markup

Netlify is founded on the JAMstack principles:

This makes this stack the perfect place to try out serverless frameworks: with most of your architectural complexities abstracted out via CDNs and APIs, you are free from managing any kind of database - if you want to make it so. The same goes for heavy frameworks addons or other >32KB file that your page would usually pull from its server just to extract some small informations. Let it run somewhere else, instead of consuming a client’s resources!

The best part of this kind of architecture is the small footprint that its development environment has on your machine: just get ahold of some common utilities (many of them will even come pre-installed on most OSs!), and you are ready to go. No huge and clumsy IDEs, no custom configurations scattered all over your system, no need for a dedicated virtual environment! Just fire up your favorite text editor & browser combo, and develop away.


If you feel that GitHub/GitLab Pages is getting tight on you, or if you just want to experiment with what the future has to offer, simply spin up a free tier account on Netlify and migrate your Git* Pages content in no time, thanks to this 5-step migration guide.

Share this