TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The ideal tech stack for a personal developer blog in 2020

192 点作者 colinmcd将近 5 年前

66 条评论

jcrawfordor将近 5 年前
The tech stack for my personal blog is a &lt;100 line Python script that reads a directory of plaintext files and drops them into Jinja2 templates. It&#x27;s longer than it needs to be because I wasn&#x27;t feeling like being clever when I wrote it, so to produce the RSS feed it just starts the whole thing over again with some copypasta from the first time around. I know that with some smarter use of Jinja I could eliminate that whole step and be &lt;50 lines.<p>It&#x27;s really just a (bad) static site generator, it&#x27;s just that every static site generator I&#x27;ve run into so far was way more complicated than I need and so it was faster to write my own with only the three features I want than to learn a big complicated tool.<p>I guess I have mixed feelings here. It makes sense to invest time in a complicated setup for a personal website as a hobby project, and I am quite clear that I am not a software person so that&#x27;s just not something that really interests me as a way to spend my time. Spending a ton of time &quot;developing a blog&quot; feels to me like it&#x27;s just a big roadblock in the way of actually, you know, blogging. I acknowledge that a good part of that is personal preference.<p>On the other hand... much of the post really concerns me. The author talks about React and TS like they&#x27;re the only alternative to writing bare JS. Well, for one, there are other, simpler options even within the TS ecosystem. For another, the website doesn&#x27;t really seem to have any behavior that requires JS, so I&#x27;m not sure why JS needs to be involved in the first place.<p>The rejection of using MD along with React seems like... a damning condemnation of React? Is it really that hard? People tolerate that?<p>The assertion that most CMSs require two round-trips to deliver the content speaks of someone who has not really seen the world outside of modern JS front-end... It would be very uncommon for a CMS in another language to require more than one round-trip, as the content is prepared server-side before delivery of any kind of front-end.<p>I guess, if I am to be opinionated (which I certainly will be), my feeling is that the author should have spent their hobby time exploring the world <i>outside</i> of React rather than hammering what seems like a rather round peg into a rather square hole, and then presenting it as &quot;ideal.&quot;
评论 #23316470 未加载
karatestomp将近 5 年前
The other day I started an HTML document from scratch, in VSCode.<p>I kinda blacked out and came to 5 seconds later, and thanks to autocomplete and muscle memory, the whole skeleton of a document was there. HTML and Head and title and body and all that. It was so fast &amp; fluid.<p>I&#x27;m ashamed to say I&#x27;d kinda forgotten how easy it is to just <i>write fucking HTML</i>. It&#x27;s even got me reconsidering things like Markdown—I mean, fine for webforms and such, but if I&#x27;m just writing a document, is it of any use? Toss in a script to add a menu &amp; header to every page &amp; dump the output in a folder and I&#x27;m not sure I need more, now, and I can write that in Perl or Bash or Python or whatever in a minute or three and it&#x27;ll run everywhere, nothing to install.
评论 #23312188 未加载
评论 #23314534 未加载
评论 #23312922 未加载
评论 #23312196 未加载
评论 #23312878 未加载
评论 #23312667 未加载
bovermyer将近 5 年前
I would amend this blog post&#x27;s title to be the following:<p>&quot;The ideal tech stack for a personal developer blog in 2020 where the author is a React front end developer who loves TypeScript&quot;
评论 #23313420 未加载
评论 #23313570 未加载
评论 #23317779 未加载
dusted将近 5 年前
&quot;Even something simple (like the email newsletter signup form at the bottom of this page) would have been hard to implement without React&quot; the fuck ?
评论 #23311000 未加载
评论 #23314364 未加载
评论 #23317830 未加载
dynamite-ready将近 5 年前
I&#x27;m quite surprised by the negativity here. If I was commissioned to make a custom blog site for someone, I would probably go down this route, and use a headless CMS to make it easier for others to generate content. But using plain markdown is not a bad choice if you can&#x27;t be bothered with, or can&#x27;t afford a server.<p>With the stack described as I understand it, the front-end flexibility is preferable to what the likes of what WordPress will give you, and the stack will allow a developer to decouple the CMS backend from whatever plans he or she has for the frontend.<p>I suppose one can complain about React all they like. I&#x27;m not the biggest fan of React, but component based rendering has it&#x27;s advantages, so I can&#x27;t see the issue with that choice.<p>The only thing I don&#x27;t like, is &#x27;JS all the way down&#x27;... Not because I hate the language (I think the language is fine, and TypeScript is overrated). But just because I&#x27;m still not quite sure what the effect on SEO and accessibility might be, when developers go &#x27;full JS&#x27;.
评论 #23312134 未加载
评论 #23311433 未加载
评论 #23314351 未加载
评论 #23312051 未加载
dpbriggs将近 5 年前
Another aspect is that your blog should make you want to blog.<p>The tech stack therefore mirrors your interests.<p>It feels great to use tools built by _yourself_ for _yourself_. Doubly so if the stack is janky (rust &#x2F; org-mode for me).<p>The feeling that you&#x27;ve made something makes you want to invest more into it. To make sure the tools were worth making in the first place.
评论 #23314353 未加载
评论 #23314745 未加载
评论 #23312135 未加载
jupp0r将近 5 年前
Authors first requirement is<p>“I want to build the site in React and TypeScript. I love them both wholeheartedly, I use them for my day job, and they&#x27;re gonna be around for a long time. Plus writing untyped JS makes me feel dirty.”<p>That preference is not true for others and I feel like that makes the article’s title misleading.
评论 #23312167 未加载
PaulJulius将近 5 年前
I really think the negativity in the comments here is overblown, and misdirected.<p>The author has a totally reasonable set of requirements: React + TypeScript, writing posts in Markdown, small amounts of interactability, and static site generation. It may be an indictment of the JavaScript ecosystem and the current state of the web that nothing exists that can help the user accomplish this out of the box, but that doesn&#x27;t diminish the validity of the author&#x27;s requirements. (It&#x27;s also possible that next.js, Gatsby, or another framework can actually support these with relatively little configuration.) But we should applaud the user for wanting to create a totally statically generated site! (I noted that Gatsby&#x27;s homepage was not static generated and clearly takes a second before displaying content.)<p>Given that the author wants to render to static HTML, I interpret React + TypeScript to primarily mean JSX + TypeScript. Is this really any different than saying Liquid + Ruby, or Go templates + Go (used by Jekyll and Hugo respectively)? JSX and React&#x27;s component based system were literally designed for HTML, and I&#x27;d argue it is definitively a better solution than the raw template libraries offered by other languages. You get automatic &quot;syntax&quot;-checking of the HTML by using JSX. By using JavaScript you have proper control flow instead of the awkward in-line conditionals and loops in templating libraries. A Component-based system makes code-reuse significantly easier. And by using TypeScript you can get type-checking for all of this. Unfortunately, using JSX and TypeScript means that you need some sort of build pipeline, and that&#x27;s where the current state of JavaScript really rears its ugly head and adds a lot of complexity.<p>Writing posts in Markdown is also totally reasonable, as is wanting to support small amounts of interactability in future posts. A couple of comments mention that you could just add raw HTML to a Markdown file and call React from there, but that doesn&#x27;t solve the compilation problem. A lot of comments also missed the desire for interactivity. It&#x27;s for a developer blog! I&#x27;d love an interactive inline demo or explanation!<p>The blog title might have been a little overstated (<i>the</i> ideal tech stack), and the &quot;zero memory of how we used to build forms in the pre-React times&quot; isn&#x27;t a great look, but I do think the actual content is solid.
评论 #23314316 未加载
评论 #23314481 未加载
jaredcwhite将近 5 年前
&quot;I literally have zero memory of how we used to build forms in the pre-React times&quot;<p>Don&#x27;t mean to pick on the author, but these sorts of comments scare the shit out of me. React is fine for what it was originally billed as (a library for building UI components), but the way people use it to take over the entire web stack is bananas. Definitely not needed for a static blog, LOL.<p>P.S. Use LitElement anyway, not React. The future is Web Components.
评论 #23314741 未加载
hawkice将近 5 年前
As a non-React developer: forms, before React, were actually super simple. The author mentions they forgot how to do forms the normal way, but like, can you imagine how excited they&#x27;ll be by the simplicity?
评论 #23313140 未加载
评论 #23310097 未加载
tristor将近 5 年前
Seems completely unnecessary and overly complex for anyone who doesn&#x27;t love Javascript. I&#x27;m using Hugo + Git commit hooks to drive deployments. Easy enough, works just as well, didn&#x27;t require reinventing the wheel. I embed rich content all the time.
评论 #23313277 未加载
encom将近 5 年前
Here&#x27;s my stack: I write .html files in GNU Nano, and serve them with Apache. I&#x27;ve done that for about 20 years (with varying editors and servers), and I don&#x27;t see why it needs to be any more complicated putting words on the internet.<p>Yes yes, old man yells at cloud etc, but I&#x27;m a strong believer in &quot;less is more&quot;.
评论 #23310102 未加载
评论 #23312317 未加载
评论 #23310062 未加载
评论 #23313480 未加载
评论 #23309983 未加载
评论 #23309954 未加载
评论 #23312463 未加载
评论 #23310331 未加载
piercebot将近 5 年前
A lot of the comments here are reminding me a lot of Tom MacWright&#x27;s critique of modern web development:<p><a href="https:&#x2F;&#x2F;macwright.org&#x2F;2020&#x2F;05&#x2F;10&#x2F;spa-fatigue.html" rel="nofollow">https:&#x2F;&#x2F;macwright.org&#x2F;2020&#x2F;05&#x2F;10&#x2F;spa-fatigue.html</a><p>Around the same time, Vladimir Agafonkin (perhaps in response to the above??) released tinyjam, <a href="https:&#x2F;&#x2F;github.com&#x2F;mourner&#x2F;tinyjam" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mourner&#x2F;tinyjam</a>, which bills itself as &quot;an elegant, zero-config static site generator in 100 lines of code, an experiment in radical simplicity.&quot;<p>Maybe the above two links will resonate here :)
jcpst将近 5 年前
I’m sorry, but this is ridiculous for a static site. React and Typescript with embedded markdown?<p>This problem has been solved a thousand times over with much simpler tooling.<p>&gt; I literally have zero memory of how we used to build forms in the pre-React times.<p>:(
评论 #23310413 未加载
评论 #23309923 未加载
评论 #23310121 未加载
评论 #23310176 未加载
评论 #23310190 未加载
marvinblum将近 5 年前
I recommended this on another HN post a few weeks ago: use Emvi [1] to write your blog articles and access them on your personal page on a server you control through the API to display them. You can store the HTML and attached files to serve it statically and update it from time to time. Should you decide to abandon Emvi you still have everything in place. I did this for a gaming community wiki (sort of, I don&#x27;t store articles on the webserver). The main advantage is that your site is literally just a dumb frontend and uses Emvi as a headless CMS and the editor experience is nice. You can take a look at it [2] and the source code on GitHub [3].<p>[1] <a href="https:&#x2F;&#x2F;emvi.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;emvi.com&#x2F;</a><p>[2] <a href="https:&#x2F;&#x2F;wiki.sts.wtf&#x2F;" rel="nofollow">https:&#x2F;&#x2F;wiki.sts.wtf&#x2F;</a><p>[3] <a href="https:&#x2F;&#x2F;github.com&#x2F;Special-Tactical-Service&#x2F;wiki" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Special-Tactical-Service&#x2F;wiki</a>
评论 #23312761 未加载
评论 #23316964 未加载
siralonso将近 5 年前
Lots of negativity here, but I think if your goal is to be able to sprinkle in bits of interactivity (or demos) among mostly static content, this is a great choice. Yes, it has more dependencies than some other solutions - but the goal isn’t to be zero-dependency - it’s to remove as much friction from your publishing process as possible while still providing the required capability.<p>If you want to intermix markdown and react, check out MDX. You can write a file that’s 99% vanilla markdown, and just drop in a react component at the appropriate point.
DJHenk将近 5 年前
A personal blog should be whatever the author wants it to be of course, and a developer should play with whatever technology he&#x2F;she wants. But as a backend developer, I don&#x27;t want any Javascript on my site, because I hate writing it and I don&#x27;t like browsing it.<p>These statements indicate to me that this &quot;ideal tech stack&quot; is rather personal to the author:<p>&gt; I want to build the site in React and TypeScript<p>&gt; I don&#x27;t want limitations on what my personal website can be&#x2F;become. Sure, my current site consists of two simple, static blog posts. But down the road, I may want to...<p>&gt; I literally have zero memory of how we used to build forms in the pre-React times.<p>I think I&#x27;ll keep it at Hugo for now, with just HTML and CSS.
评论 #23311552 未加载
评论 #23310001 未加载
评论 #23309937 未加载
评论 #23310049 未加载
FlyingSnake将近 5 年前
Apart from the questionable complexity of the tech-stack, it&#x27;s not even performant. According to WebBloatScore¹, the bloat score is 2.21. The webpage size is 491kb, makes 18 requests. In comparison, HN frontpage score is 0.175.<p>[1] <a href="https:&#x2F;&#x2F;www.webbloatscore.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.webbloatscore.com&#x2F;</a>
评论 #23314300 未加载
评论 #23314204 未加载
ferros将近 5 年前
Personally I work in tech all day, I want my blog to be as simple as possible and to focus just on my writing.<p>Still using Jekyll.
评论 #23310040 未加载
评论 #23309927 未加载
评论 #23313751 未加载
clarry将近 5 年前
&gt; I worry that many developers (maybe even you, dear reader) are settling for suboptimal, restrictive static-site generators that place limits on the interactivity and flexibility of your website.<p>I wonder what sort of interactivity you want on your text?<p>&gt; This degrades page load speeds and user experience, which accordingly degrades your rankings on Google. Instead I want every page of my site to be pre-rendered to a set of fully static assets<p>Oh, you want a static site. That&#x27;s what I want too.
评论 #23309976 未加载
评论 #23310437 未加载
评论 #23313450 未加载
jamestimmins将近 5 年前
A lot of these comments reference the ability to make extremely simple css&#x2F;html sites. That&#x27;s strange, because it&#x27;s pretty clear that&#x27;s not the outcome OP is looking towards. There are some really fancy personal websites out there, and if that&#x27;s the end goal, with lots of interaction and features, this seems like a reasonable starting point.
foob4r将近 5 年前
Here&#x27;s mine: Jekyll blog with no js. Git push to my home server [1]. It runs in a docker container with a watch. The simplicity means adding a tor proxy in front was as easy as running another container.<p>[1] <a href="https:&#x2F;&#x2F;goel.io&#x2F;blog-2020" rel="nofollow">https:&#x2F;&#x2F;goel.io&#x2F;blog-2020</a>
soygul将近 5 年前
For a techy person, GitHub pages + markdown is all you need: <a href="https:&#x2F;&#x2F;quanticdev.com&#x2F;articles&#x2F;website-with-github-pages" rel="nofollow">https:&#x2F;&#x2F;quanticdev.com&#x2F;articles&#x2F;website-with-github-pages</a><p>When you already know Git &amp; GitHub, you get an all-in-one experience with your code &amp; website side by side.
评论 #23310073 未加载
评论 #23310118 未加载
sub7将近 5 年前
Why reinvent the wheel? Use Wordpress&#x2F;Ghost etc
评论 #23310285 未加载
评论 #23309906 未加载
评论 #23314130 未加载
drej将近 5 年前
&gt; Devii is powered by Next.js. We chose Next.js because it&#x27;s the simplest, most elegant way to generate a static version of a React-based website.<p>There&#x27;s nothing simple about this crapton of dependencies. Sure, it may be easy to build things this way, but let&#x27;s not conflate the two terms.
评论 #23312176 未加载
dan_can_code将近 5 年前
This is so strange - I am on course to build my own developer blog with a similar stack (minus TypeScript, and syntax highlighting).<p>I am also using a CMS instead of just plain markdown - in this instance it is NetlifyCMS.<p>Netlify CMS is the perfect go-between of a fully-fledged CMS, and a much too basic static site with just markdown - I dislike the experience of writing markdown and would rather use an editor.<p>With NetlifyCMS - the blogging flow is as follows:<p>- User logs into NetlifyCMS<p>- User updates content<p>- Content is &#x27;pushed&#x27; to the repo as a commit.<p>- CI &#x2F; CD picks up changes on master branch<p>- CI&#x2F; CD publishes changes<p>- The site is updated!<p>The example code can be found here: <a href="https:&#x2F;&#x2F;www.netlifycms.org&#x2F;docs&#x2F;nextjs&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.netlifycms.org&#x2F;docs&#x2F;nextjs&#x2F;</a><p>It is extremely simple to get up and running - but also offers great flexibility if, as the author has stated, you wish to use your website to demo components - visualise data, anything custom really!<p>The only difference with my implementation is instead of using the `public&#x2F;` folder, I created an &#x27;admin&#x27; folder within &#x27;pages&#x27;, with an index.js file for the HTML contents, as referenced here: <a href="https:&#x2F;&#x2F;www.netlifycms.org&#x2F;docs&#x2F;nextjs&#x2F;#adding-netlify-cms" rel="nofollow">https:&#x2F;&#x2F;www.netlifycms.org&#x2F;docs&#x2F;nextjs&#x2F;#adding-netlify-cms</a>. The only reason being, I didn&#x27;t want to have to specify &#x27;&#x2F;admin&#x2F;index.html&#x27; every time i want to edit the content.<p>My only gripe with this blog post - is its insuniation that it is &#x27;ideal&#x27;. I think its pretty clear from the post, it is only &#x27;ideal&#x27; for the author. Unfortunately, the HN community has taken the opportunity to rip apart the authors opinion - which is disappointing. Thanks for the content, Colin!
评论 #23314051 未加载
ldeangelis将近 5 年前
&gt; As much as I love the Jamstack, it doesn&#x27;t cut it from an SEO perspective.<p>Static generation is a big part of JAMstack. Headless CMS means that the CMS only does the CMS part, and then you can plug Hugo, Gatsby or anything that you want with it.
alexgaribay将近 5 年前
I&#x27;m still of the firm opinion that a blog on Ghost is a great option for most people. It works with very little maintenance; Letsencrypt is built into the CLI tool so it&#x27;s very easy to get SSL; the editing experience is great; images are optimized for sizes; custom theming is possible; and if don&#x27;t want Ghost to render your pages, you can hook into the API and use it as a headless CMS. I use Ghost for every blog I run as well as the marketing pages for my apps.
nindalf将近 5 年前
Ideal tech stack if you <i>need</i> react components in your site.<p>I&#x27;m perfectly happy using Hugo + git hooks. It&#x27;s easy as<p>1. Write a post in markdown<p>2. Commit and push<p>3. A post-commit hook runs hugo. Refresh your page and the post is live.<p>The friction to create a new post needs to be as low as possible. I can&#x27;t get it any lower than this.<p>It&#x27;s dead simple to set up too - <a href="https:&#x2F;&#x2F;blog.nindalf.com&#x2F;posts&#x2F;setting-up-this-blog&#x2F;" rel="nofollow">https:&#x2F;&#x2F;blog.nindalf.com&#x2F;posts&#x2F;setting-up-this-blog&#x2F;</a>
jamesu将近 5 年前
My main problem with blogging is not really the tech stack itself, but rather getting into the flow to consistently write and complete stuff. Every slip-up which happens on the way from brain to page drastically reduces the chance something will get published.<p>e.g. troubleshooting a broken deployment script because something broke after an update? -&gt; no post. needing to manually manipulate images? -&gt; no post. page rebuilding taking too long? -&gt; no post.
评论 #23311385 未加载
huy-nguyen将近 5 年前
&gt; Next.js is quickly eating everyone else&#x27;s lunch in this market, especially Gatsby&#x27;s (sorry Gatsby fans).<p>Can someone comment on the latest version of Next vs Gatsby?
tbran将近 5 年前
The most important thing to me when building a blog or info type site is how hard it will be to maintain or change in a year or more.<p>I have one site running on Wagtail (Django) for the past 3 or 4 years, and two other sites currently built with Hugo (LotsOfOpps[0] and BuiltRigs[1]). I&#x27;ve put together lots of other sites with Hugo, Wordpress, and other Django CMSes.<p>The Wagtail site is definitely overengineered, and I usually dread making updates to the code a few years on.<p>I&#x27;ve messed around with other generators like 11ty[2] and Gridsome[3] (both pretty cool projects!), but I mostly keep coming back to Hugo. It&#x27;s pretty simple, and so far I haven&#x27;t had to worry about a 3rd-party package breaking stuff.<p>[0] <a href="https:&#x2F;&#x2F;www.lotsofopps.com" rel="nofollow">https:&#x2F;&#x2F;www.lotsofopps.com</a> [1] <a href="https:&#x2F;&#x2F;www.builtrigs.com" rel="nofollow">https:&#x2F;&#x2F;www.builtrigs.com</a> [2] <a href="https:&#x2F;&#x2F;gridsome.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;gridsome.org&#x2F;</a> [3] <a href="https:&#x2F;&#x2F;www.11ty.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.11ty.dev&#x2F;</a>
katsura将近 5 年前
Hmm, my network tab says 1MB of resources loaded, from which the images are only around 50kB. How is this ideal for an almost text-only static site?
sambroner将近 5 年前
Ideal may be a bit strong, but I&#x27;ll assume it&#x27;s ideal for Colin (author.) Learning is a big part of it, but so is familiarity.<p>I just started the same type of project: a personal website with a homegrown framework that makes everything easier. It was hard! Picking these technologies with no constraints and imperfect knowledge is tricky. Ultimately, I went with tools I wanted to learn more about, but that I was pretty confident would get me to a static site.<p>This ended up being webpack + loaders&#x2F;plugins (some homegrown). Plus I&#x27;m writing content in Google Docs and exporting it to HTML after being inspired by the wave of Google Docs articles on HN.<p>Like Colin, I eventually want to put animations or data transformations on there. Fun process.
9nGQluzmnq3M将近 5 年前
Creating your own stack for your personal blog seems to be the modern-day equivalent to creating your own programming language: it&#x27;s a huge time sink with virtually no sane justification, yet developers are drawn to it like moths to a flame.
评论 #23309963 未加载
评论 #23310298 未加载
_bxg1将近 5 年前
Here&#x27;s mine; I&#x27;m pretty proud of it. It&#x27;s JavaScript but the only meaningful dependencies are Express (basic HTTP server) and a markdown parser. It&#x27;s basically a hand-rolled static site generator + a static file server. Both of those are trivial to do with JS&#x2F;Node. I over-engineered the static file serving a little bit in hopes of keeping files cached in memory, but that bit can easily be replaced with Express&#x27; built-in static file serving middleware.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;brundonsmith&#x2F;website" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;brundonsmith&#x2F;website</a>
throwanem将近 5 年前
Wild to see so many people fail to realize that part of a &quot;personal developer blog&quot;&#x27;s job is CV support. From that perspective, it makes perfect sense to build it with the same technologies as the jobs you&#x27;re looking to get.<p>But hey, I guess it&#x27;s a lot more fun to talk about how somebody&#x27;s hobbying wrong and they should&#x27;ve used Jekyll or Hugo or PHP or a shell script or a Python script or a Makefile or just hand-write everything and use framesets like it&#x27;s still 1997 and the concept of user experience hasn&#x27;t been invented yet. Carry on.
评论 #23315576 未加载
donaldihunter将近 5 年前
Hugo + Org mode is my jam. I find org-babel incredibly helpful for posts containing code snippets because they get authored and run inline, with any output captured directly into the blog-post.
52-6F-62将近 5 年前
Jumping in on this one. I built a very basic server in Go (learning project) that parses posts from markdown and folder structure and lists them in a terribly arbitrary order and otherwise serves static html with some js enhancements that degrade without killing the site. Sits behind an nginx proxy.<p>Everything is quite outdated, mind.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;robertfairley&#x2F;rf-19-go&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;robertfairley&#x2F;rf-19-go&#x2F;</a>
pjettter将近 5 年前
I dunno. Lately I&#x27;ve been into static sites based on Blazor with json files in blob storage. Fast, C#, no server. And no JS. Just C# to WebAssembly. In VSCode I can do dotnet new blazorwasm, then dotnet publish then publish to Azure blob storage via extension and presto. Yeah you can also put MarkDown files in DropBox and have some app pick it up and put it in your blob storage. No forms. Just your favorite Markdown editor.
PedroBatista将近 5 年前
Maybe I&#x27;m getting &quot;too old for the shit&quot; but, why is he using all that latest &quot;web app&quot; tech to build a series of web pages?
评论 #23314223 未加载
aaanotherhnfolk将近 5 年前
This setup is going to lose its sheen really quickly when every attempt at writing a blog post also accompanies three hours of npm package bumps
评论 #23314183 未加载
评论 #23311736 未加载
flog将近 5 年前
I just remade my personal site after a 6 year break.<p>It took me 4 hours to redo a static HTML and CSS mockup, learning a bunch of great new things about CSS Grid and Vars... then another week to convert that static into a Gatsby static-generator site.<p>It&#x27;s sort of insane how over engineered we&#x27;ve gone on this stuff. HTML and CSS are pretty great tools for a blog. We can skip the React, GraphQL, etc.
评论 #23312540 未加载
sephicr将近 5 年前
Strange that no one has commented this yet, but most (all?) of his &quot;choices&quot; are a blueprint of the official &quot;Create a Next.js App&quot; tutorial at <a href="https:&#x2F;&#x2F;nextjs.org&#x2F;learn&#x2F;basics&#x2F;create-nextjs-app" rel="nofollow">https:&#x2F;&#x2F;nextjs.org&#x2F;learn&#x2F;basics&#x2F;create-nextjs-app</a>
reacharavindh将近 5 年前
Hugo (static site generator) + a theme (Ananke - based on Tachyons CSS) + Markdown for content. Hosted on a CentOS 8 VPS on GCP.<p><a href="https:&#x2F;&#x2F;aravindh.net" rel="nofollow">https:&#x2F;&#x2F;aravindh.net</a><p>No JS tinkering. Just simple HTML and CSS to customise the theme for my taste. Not as simple as editing raw HTML with vi, but I&#x27;m good with it.
rcarmo将近 5 年前
I hacked this together last year, and changing the rendering bits should be no trouble: <a href="https:&#x2F;&#x2F;github.com&#x2F;rcarmo&#x2F;azure-durable-functions-node-blog-engine" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rcarmo&#x2F;azure-durable-functions-node-blog-...</a>
decebalus1将近 5 年前
Jesus Christ, the crap we&#x27;re spending time on.<p><a href="https:&#x2F;&#x2F;www.theolognion.com&#x2F;programmer-starts-a-blog-doesnt-write-about-their-static-site-generator-setup-in-the-first-post&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.theolognion.com&#x2F;programmer-starts-a-blog-doesnt-...</a>
评论 #23314080 未加载
adamzapasnik将近 5 年前
I&#x27;d say the perfect tech stack is the one you already know or you the one that is close to your daily stack.<p>No point in learning &quot;the ideal&quot; stack, if you can use something you know that is as good as any other stack.<p>Let&#x27;s be honest. You can develop and deploy static site anyway you want.
hutattedonmyarm将近 5 年前
Yet, here I am, currently setting up a static blog using Publish: <a href="https:&#x2F;&#x2F;github.com&#x2F;JohnSundell&#x2F;Publish" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;JohnSundell&#x2F;Publish</a>
sideproject将近 5 年前
Yeah, I decided to roll mine out too (here&#x27;s an example - <a href="https:&#x2F;&#x2F;blog.sideprojectors.com" rel="nofollow">https:&#x2F;&#x2F;blog.sideprojectors.com</a>).<p>Built on Laravel + Vue + Tailwind.
benfrain将近 5 年前
Scans to see how he is dealing with native comments... Realises the issue remains unsolved, along with 99% of ’CMS’ solutions... Continues with Wordpress.
评论 #23314257 未加载
DrBazza将近 5 年前
If you want React in your blog, is it really a blog any more?<p>It&#x27;s trivial to add React into a Markdown page, since Markdown allows you to include html tags.
johnrackles将近 5 年前
Earning my daily bread with writing React with TypeScript and using next.js, this is exactly what I would use for my personal blog.<p>Sorry for the many negative comments. I&#x27;m not sure if many people here do websites for a living, but I can&#x27;t imagine doing stuff any other way anymore. It&#x27;s just so convinient from a developer standpoint. Is it overkill for some websites? Maybe, but in the end you are dead on with your sentiment that it needs to be fun for YOU to use. So I hope you are not disencouraged by the many negative comments.
评论 #23314278 未加载
评论 #23311036 未加载
inopinatus将近 5 年前
Surely this is meant as satire, the title is clearly tongue-in-cheek.<p>I’d worry that some less experienced folks might take it at face value, rather than as a salient warning about the dangers of grossly over-engineering for no discernible benefit.
评论 #23310208 未加载
评论 #23310187 未加载
评论 #23314324 未加载
mbdesign将近 5 年前
I&#x27;ve started using 11ty recently and can recommend it as a Jekyll on steroids (and maintained).
metalforever将近 5 年前
React isn’t a good tool for a blog.
uptownhr将近 5 年前
recommend taking a look at the newly released for Vue developers. <a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;@nuxt&#x2F;content" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;@nuxt&#x2F;content</a>
exabrial将近 5 年前
JBake. Really that&#x27;s about it. Maybe add Cloudflare or a similar service.
mschaef将近 5 年前
&quot;The ideal tech stack...&quot; goes on to rattle off half a dozen or so components, ranging from languages to libraries.<p>Ugh.<p>It&#x27;s a personal blog. A small amount of mostly static text and images served on demand in a couple different formats. Maybe some search&#x2F;tag capabilities and maybe a comment section.<p>This problem is essentially the foundational problem that the web was initially trying to solve twenty-five years ago. And to be honest, twenty-five year old server-side solutions still do a pretty good job of it. (Although admittedly, the format of the resources served by those solutions are now far richer than they used to be.)
noxford1将近 5 年前
I really liked using Nuxt + AWS Amplify for personal sites.
domenicrosati将近 5 年前
Html
throwawaysea将近 5 年前
I think the ideal stack is one where you don&#x27;t maintain the stack and instead use someone else&#x27;s managed service. Otherwise it can turn into a huge distraction and a rabbit hole, keeping you from operating the blog itself.
gazelle21将近 5 年前
Why not just wordpress?
troughway将近 5 年前
This thread is over-the-top negative.<p>If anyone wanted point-blank reasons as to why HN can be a shithole sometimes, look no further.
andersco将近 5 年前
This is front end only so not really a complete stack.
评论 #23314308 未加载
评论 #23310218 未加载
评论 #23310290 未加载
hacker256将近 5 年前
Shameless plug - I built Hacker Spring so you can blog or host your website by just sending an email.<p><a href="https:&#x2F;&#x2F;hackerspring.com" rel="nofollow">https:&#x2F;&#x2F;hackerspring.com</a>