diff options
| author | bt <bt@btxx.org> | 2024-06-08 13:22:19 -0400 |
|---|---|---|
| committer | bt <bt@btxx.org> | 2024-06-08 13:22:19 -0400 |
| commit | dcfb172704f3afb68a30425029ec834be2883274 (patch) | |
| tree | 02ac480745db802d7af03f3213a0c568322170e3 /build/my-static-blog-publishing-setup/index.html | |
| parent | e146f8a64c793c337999ce316b16ebe5fe6f2dab (diff) | |
More content porting, on-going markdown changes for lowdown support
Diffstat (limited to 'build/my-static-blog-publishing-setup/index.html')
| -rw-r--r-- | build/my-static-blog-publishing-setup/index.html | 93 |
1 files changed, 64 insertions, 29 deletions
diff --git a/build/my-static-blog-publishing-setup/index.html b/build/my-static-blog-publishing-setup/index.html index e5af89b..cb67f18 100644 --- a/build/my-static-blog-publishing-setup/index.html +++ b/build/my-static-blog-publishing-setup/index.html @@ -1,76 +1,111 @@ <!doctype html> -<html lang="en" id="top"> +<html lang="en"> <head> <meta charset="utf-8"> <meta name="viewport" content="width=device-width, initial-scale=1"> <link rel="icon" href="data:,"> <title>My Static Blog Publishing Setup and an Apology to RSS Subscribers</title> - <link href="https://bt.ht/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <style>*{box-sizing:border-box;}body{font-family:sans-serif;margin:0 auto;max-width:650px;padding:1rem;}img{max-width:100%;}pre{overflow:auto;}table{text-align:left;width:100%;}</style> + <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> + <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> +<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> </head> <nav> - <a href="#menu">Menu ↓</a> + <a href="#menu">Menu ↓</a> </nav> <main> -<h1>My Static Blog Publishing Setup and an Apology to RSS Subscribers</h1> +<h1 id="my-static-blog-publishing-setup-and-an-apology-to-rss-subscribers">My Static Blog Publishing Setup and an Apology to RSS Subscribers</h1> + <p>2022-03-21</p> -<p>In case you missed it, this website is now generated with pure HTML & CSS. Although, generated isn't the proper way to describe it anymore. <em>Written</em> is a better description.</p> -<p>No more Markdown files. No more build scripts. No more Jekyll. Clean, simple, static HTML & CSS is my "CMS". More on that in a moment. First, I must apologize.</p> -<h2>I'm Sorry Dear RSS Subscribers</h2> + +<p>In case you missed it, this website is now generated with pure HTML & CSS. Although, generated isn’t the proper way to describe it anymore. <em>Written</em> is a better description.</p> + +<p>No more Markdown files. No more build scripts. No more Jekyll. Clean, simple, static HTML & CSS is my “CMS”. More on that in a moment. First, I must apologize.</p> + +<h2 id="im-sorry-dear-rss-subscribers">I’m Sorry Dear RSS Subscribers</h2> + <p>RSS feeds are tricky things for me personally. I always botch them with a site redesign or a re-structure of my previous posts. Those of you subscribed via RSS were likely bombarded with post spam when I rebuilt this website. Sorry about that - I know how annoying that can be.</p> -<p>Fortunately, that all stops today. Moving forward my RSS feed (Atom) will be edited manually with every new post I write. Each entry will feature the post title, post url, and post date. No summaries or full-inline content will be included (since that would involve a great amount of extra overhead). RSS subs will need to follow the link directly if they are interested in the article itself. I hope this doesn't anger too many readers...</p> + +<p>Fortunately, that all stops today. Moving forward my RSS feed (Atom) will be edited manually with every new post I write. Each entry will feature the post title, post url, and post date. No summaries or full-inline content will be included (since that would involve a great amount of extra overhead). RSS subs will need to follow the link directly if they are interested in the article itself. I hope this doesn’t anger too many readers…</p> + <p>Again, sorry everyone.</p> -<h2>What is this New Blog "System"</h2> -<p>This publishing flow isn't for everyone and is less flexible than pre-existing static site generators (referred to as SSGs moving forward). For me though, it works. I find it more flexible than most SSGs.</p> + +<h2 id="what-is-this-new-blog-system">What is this New Blog “System”</h2> + +<p>This publishing flow isn’t for everyone and is less flexible than pre-existing static site generators (referred to as SSGs moving forward). For me though, it works. I find it more flexible than most SSGs.</p> + <p>There are a couple articles that explain the reasoning behind this system better than I could (plus, why would I repeat the same points?):</p> + <ul> <li><a href="http://john.ankarstrom.se/html/">Writing HTML in HTML</a></li> <li><a href="https://blog.steren.fr/2020/my-stack-will-outlive-yours/">My stack will outlive yours</a></li> </ul> + <p>So, what does my blog-posting system look like?</p> -<h2>Simple Explanation</h2> + +<h2 id="simple-explanation">Simple Explanation</h2> + <ol> -<li>Copy an existing article's <code>HTML</code> file</li> +<li>Copy an existing article’s <code>HTML</code> file</li> <li>Change file name, edit the page title, heading, post date and comment link</li> <li>Write the new article content</li> <li>Make manual new entry in RSS feed</li> <li>Save changes, push to git repo</li> -<li>Sync new file(s) / changes to remote server</li> +<li>Sync new file(s) / changes to remote server</li> </ol> -<p>Pretty simple, eh? Let's break things down into greater detail though...</p> -<h2>Detailed Explanation</h2> -<h4>Text Editor</h4> -<p>I code and write everything exclusively in Sublime Text on my MacBook Air. I know, it's not an open source editor, but I love how incredibly fast and intuitive it is. I used VSCode in the past but ended up requiring far too many plugins to get things setup the way I like it. Sublime Text works best for me even right out of the box. (I do need Emmet and theming changes though).</p> + +<p>Pretty simple, eh? Let’s break things down into greater detail though…</p> + +<h2 id="detailed-explanation">Detailed Explanation</h2> + +<h4 id="text-editor">Text Editor</h4> + +<p>I code and write everything exclusively in Sublime Text on my MacBook Air. I know, it’s not an open source editor, but I love how incredibly fast and intuitive it is. I used VSCode in the past but ended up requiring far too many plugins to get things setup the way I like it. Sublime Text works best for me even right out of the box. (I do need Emmet and theming changes though).</p> + <p>I perform the following for a new article:</p> + <ul> <li>Copy an existing article, ie. <code>blog-post-1.html</code></li> <li>Rename article file name, ie. <code>blog-post-2.html</code></li> <li>Open this newly created file and change: + <ul> <li>page <code>title</code> tag</li> <li>page <code>h1</code> heading and top bar text</li> <li><code>time</code> tag to match publish date</li> <li>comment <code>mailto:</code> link url</li> -</ul> -</li> +</ul></li> <li>Start writing content inside the <code>article</code> section</li> </ul> + <p>Once the article is complete, I add a static entry in my <code>feed.xml</code> and run a crude rsync script. More on that below.</p> -<h4>Git</h4> -<p>Normally I would pull, commit and push directly in my Terminal - but lately I've been enjoying my time using Sublime Merge. I'm a sucker for visually appealing GUI applications and Merge is the perfect balance of simplicity and beauty. I recommend it if you haven't tried it yet.</p> -<h4>Hosting</h4> -<p>This blog is now hosted through NearlyFreeSpeech. I could opt for a free service like Netlify or DigitalOcean Apps but I feel it's important to help support communities that align with my own core beliefs. From their <a href="https://www.nearlyfreespeech.net/about/">about page</a>:</p> -<blockquote><p>NearlyFreeSpeech.NET is about three things: fairness, innovation, and free speech.</p> + +<h4 id="git">Git</h4> + +<p>Normally I would pull, commit and push directly in my Terminal - but lately I’ve been enjoying my time using Sublime Merge. I’m a sucker for visually appealing GUI applications and Merge is the perfect balance of simplicity and beauty. I recommend it if you haven’t tried it yet.</p> + +<h4 id="hosting">Hosting</h4> + +<p>This blog is now hosted through NearlyFreeSpeech. I could opt for a free service like Netlify or DigitalOcean Apps but I feel it’s important to help support communities that align with my own core beliefs. From their <a href="https://www.nearlyfreespeech.net/about/">about page</a>:</p> + +<blockquote> +<p>NearlyFreeSpeech.NET is about three things: fairness, innovation, and free speech.</p> </blockquote> -<p>Hard to argue with those principles. If you're feeling generous, I'd greatly appreciate anyone who considers contributing to <a href="https://www.nearlyfreespeech.net/contribute/tdarb.org">offset this website's hosting costs through NearlyFreeSpeech</a> (code: tdarb). No money is directly handed to me, it pays NFS directly for hosting fees. Donate if you feel like this humble blog of mine has helped you in any way. No pressure!</p> + +<p>Hard to argue with those principles. If you’re feeling generous, I’d greatly appreciate anyone who considers contributing to <a href="https://www.nearlyfreespeech.net/contribute/tdarb.org">offset this website’s hosting costs through NearlyFreeSpeech</a> (code: tdarb). No money is directly handed to me, it pays NFS directly for hosting fees. Donate if you feel like this humble blog of mine has helped you in any way. No pressure!</p> + <p>NFS gives me server access via <code>SSH</code> (and even <code>SFTP</code> if I desire) which makes things simple to sync my local files with production code. This is handled via rsync with a basic <code>deploy.sh</code> script:</p> -<pre><code>rsync -vrzc --exclude 'deploy.sh' --exclude '.git' --delete ./ username@my.remote.nfs.server: + +<pre><code>rsync -vrzc --exclude 'deploy.sh' --exclude '.git' --delete ./ username@my.remote.nfs.server: </code></pre> + <p>The included parameters ensure files with a conflicting checksum are updated on the server, instead of re-syncing all the files every time the script runs. That would be overkill.</p> -<h2>Closing Thoughts</h2> -<p>I love this new setup. It's portable, lightweight, has zero dependencies, and gives me the opportunity to write directly in HTML. Others may find this workflow idiotic or cumbersome but I couldn't disagree more. Site wide changes can be made with simple <code>Find/Replace</code> actions or even whipping up a basic script. Things should be as complex as you wish to make them!</p> + +<h2 id="closing-thoughts">Closing Thoughts</h2> + +<p>I love this new setup. It’s portable, lightweight, has zero dependencies, and gives me the opportunity to write directly in HTML. Others may find this workflow idiotic or cumbersome but I couldn’t disagree more. Site wide changes can be made with simple <code>Find/Replace</code> actions or even whipping up a basic script. Things should be as complex as you wish to make them!</p> + <p>At the end of the day, anything that helps you be more efficient and gets you producing more content is a winning strategy in my book. Who knows, this concept could even inspire one random reader out there to do the same.</p> <footer role="contentinfo"> <h2>Menu Navigation</h2> |