3 ms·
> Getting started with Cloudflare Pages is as easy as connecting your repository and selecting your framework and build commands. > Once you’re set up, the onl
by johnchristopher 6y ago
> Getting started with Cloudflare Pages is as easy as connecting your repository and selecting your framework and build commands.
> Once you’re set up, the only magic words you’ll need are `git commit` and `git push`. We’ll take care of building and deploying your sites for you, so you won’t ever have to leave your current workflow.
> Supporting static sites is just the beginning of the journey for Cloudflare Pages. With redirects support, we’re starting to introduce the first bit of dynamic functionality to Pages, but our ambitions extend far beyond.
> Our long term goal with Pages is to make full-stack application development as breezy an experience as static site development is today. We want to make Pages the deployment target for your static assets, and the APIs that make them dynamic. With Workers and Durable Objects, we believe we have just the toolset to build upon.
> We’ll be starting by allowing you to deploy a Worker function by including it in your /api or /functions directory. Over time, we’ll be introducing new ways for you to deploy Durable Objects or utilize the KV namespaces in the same way.
> Imagine, your entire application — frontend, APIs, storage, data — all deployed with a single commit, easily testable in staging, and a single merge to deploy to production.
What sets it apart from Heroku ?
- sofixa 6y agoPages is for static hosting first, with some dynamism ( think an SPA or just a static site with 1-2 dynamic things). The focus is on the front-end. Heroku takes your backend application code, and runs it dynamically.
- johnchristopher 6y agoSo, no back-end workers. Got it, thanks.
- asadlionpk 6y agoThey have Cloudflare Workers, which is a ridiculously great product on it's own.