HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
cloudflare
next-on-pages
TypeScript2023–2024
cloudflare / next-on-pages · Archived

next-on-pages

CLI to build and develop Next.js apps for Cloudflare Pages

2Distinct people
2Mentions
1Explicit recommenders
1.5KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

CLI to build and develop Next.js apps for Cloudflare Pages

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

- With Next.js: That it works best on Vercel and has issues on other hosts, especially around caching and invalidation (which are big reasons to use Next), e.g. on Cloudflare…

solardev used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month2 dated mentions

Observed mentions: 2023-05-15 14:07:52 UTC to 2024-11-14 00:51:59 UTC.

012023-05-01 00:00:00 UTC to 2023-06-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsMay 20232023-06-01 00:00:00 UTC to 2023-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-07-01 00:00:00 UTC to 2023-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-08-01 00:00:00 UTC to 2023-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-09-01 00:00:00 UTC to 2023-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-10-01 00:00:00 UTC to 2023-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-11-01 00:00:00 UTC to 2023-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-12-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2024-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-02-01 00:00:00 UTC to 2024-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 20242024-03-01 00:00:00 UTC to 2024-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-04-01 00:00:00 UTC to 2024-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-05-01 00:00:00 UTC to 2024-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-06-01 00:00:00 UTC to 2024-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-07-01 00:00:00 UTC to 2024-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-08-01 00:00:00 UTC to 2024-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-09-01 00:00:00 UTC to 2024-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-10-01 00:00:00 UTC to 2024-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-11-01 00:00:00 UTC to 2024-12-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsNov 2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
May 20232023-05-01 00:00:00 UTC2023-06-01 00:00:00 UTC110
Jun 20232023-06-01 00:00:00 UTC2023-07-01 00:00:00 UTC000
Jul 20232023-07-01 00:00:00 UTC2023-08-01 00:00:00 UTC000
Aug 20232023-08-01 00:00:00 UTC2023-09-01 00:00:00 UTC000
Sep 20232023-09-01 00:00:00 UTC2023-10-01 00:00:00 UTC000
Oct 20232023-10-01 00:00:00 UTC2023-11-01 00:00:00 UTC000
Nov 20232023-11-01 00:00:00 UTC2023-12-01 00:00:00 UTC000
Dec 20232023-12-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
Jan 20242024-01-01 00:00:00 UTC2024-02-01 00:00:00 UTC000
Feb 20242024-02-01 00:00:00 UTC2024-03-01 00:00:00 UTC000
Mar 20242024-03-01 00:00:00 UTC2024-04-01 00:00:00 UTC000
Apr 20242024-04-01 00:00:00 UTC2024-05-01 00:00:00 UTC000
May 20242024-05-01 00:00:00 UTC2024-06-01 00:00:00 UTC000
Jun 20242024-06-01 00:00:00 UTC2024-07-01 00:00:00 UTC000
Jul 20242024-07-01 00:00:00 UTC2024-08-01 00:00:00 UTC000
Aug 20242024-08-01 00:00:00 UTC2024-09-01 00:00:00 UTC000
Sep 20242024-09-01 00:00:00 UTC2024-10-01 00:00:00 UTC000
Oct 20242024-10-01 00:00:00 UTC2024-11-01 00:00:00 UTC000
Nov 20242024-11-01 00:00:00 UTC2024-12-01 00:00:00 UTC101

What Hacker News says

2 sources
solardev·Nov 14, 2024Recommendation phrase
- With Next.js: That it works best on Vercel and has issues on other hosts, especially around caching and invalidation (which are big reasons to use Next), e.g. on Cloudflare https://github.com/cloudflare/next-on-pages/issues/292 or Netlify https://answers.netlify.com/t/netlify-support-for-next-js-ca.... I don't think this is some big conspiracy or that they deliberately brick other hosts, but there's an undeniably an inherent conflict-of-interest there. Next itself is open-source, but Vercel only makes money from hosting, so if they make it too easy to deploy elsewhere with all the features working, they don't get paid at all. I kinda wish Next followed an open-core model instead, like MUI, and had more vendor agnosticism. As a frontend dev I love Vercel, but their business model makes it a harder sell to higher-ups who are afraid of ven
Read the rest
dor lock-in. - With web dev in general: How quickly everything gets obsoleted. I started back in the 90s/early 2000s, and over time sooooo many fashion trends have come and gone (ColdFusion, Perl, Java, ActiveX, RealVideo, framesets, Shockwave, Flash, Silverlight, Air, Bootstrap, jQuery, XHTML, XPATH/XSLT, Angular, tables, CoffeeScript...). And some things go through cyclical periods of popularity, like clientside vs serverside rendering vs static pages, various VR/AR implementations, etc. By and large I don't know that the web is really that much better today than it was in the 2000s. Is all this additional complexity truly justified? XMLHttpRequest (what we used to call AJAX) and media queries/responsive pages were pretty big leaps forward, but it seems like we've just piled on unnecessary complexity ever since. Will we look back in five years and scoff at Tailwind and Next? Moreover, we've gone from the thriving small web (GeoCities, personal blogs, academic sites, etc.) of those days to what, like 2-3 big social media walled gardens and endless seas of SEO garbage? - With .NET: It seemed to hold such early promise and I was really excited to start learning it around version 1, but Microsoft did what they typically do. Everyone was still deathly afraid of their EEE strategies back then, and Microsoft never really made it truly cross-platform, especially at the GUI layer, until decades later. By then it was much too late. Now I think it's still used in the E.U. but I haven't met a U.S. .NET dev in decades. - With Drupal: Oh wow, so THIS is what childbirth feels like. Yeesh. Never, ever again.
In Ask HN: What's your "I wish I knew this before starting" tech stack decision?

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.