blog-redesign: Difference between revisions
Jump to navigation
Jump to search
GRegorLove (talk | contribs) (→Options: Switch entire site to MediaWiki) |
GRegorLove (talk | contribs) (→Simple PHP templates: +Plates: Native PHP Templates) |
||
| (One intermediate revision by one other user not shown) | |||
| Line 36: | Line 36: | ||
=== Simple PHP templates === | === Simple PHP templates === | ||
Similar to oauth.net, use simple PHP templating for the pages. ([https://github.com/aaronpk/oauth.net/blob/main/public/webauthn/index.php example source file]) | Similar to oauth.net, use simple PHP templating for the pages. ([https://github.com/aaronpk/oauth.net/blob/main/public/webauthn/index.php example source file]) | ||
* Another solid example from The PHP League, [https://platesphp.com/ Plates: Native PHP Templates] | |||
=== Static HTML archive === | === Static HTML archive === | ||
| Line 44: | Line 45: | ||
* MediaWiki already running at <code>/wiki</code>; update it to run at <code>/</code>; would need to add redirects so existing wiki permalinks keep working | * MediaWiki already running at <code>/wiki</code>; update it to run at <code>/</code>; would need to add redirects so existing wiki permalinks keep working | ||
* Port blog posts into wiki pages (may be issues preserving custom inline HTML and styles in blog posts?) | * Port blog posts into wiki pages (may be issues preserving custom inline HTML and styles in blog posts?) | ||
== General Checklist == | |||
Before decommissioning our WordPress install: | |||
* [ ] make a list of WordPress user accounts | |||
* [ ] determine which WordPress user accounts belong to [[admins]] and find their equivalent GitHub usernames | |||
* [ ] determine which accounts belong to blog post authors, and find their equivalent personal site to credit instead (and ideally their GitHub handle to credit wherever the raw post content is moved to) | |||
* [ ] ... | |||
Latest revision as of 21:20, 16 September 2024
This article is a stub. You can help the microformats.org wiki by expanding it.
This page is to keep track (project management) of a 2024 microformats.org blog redesign including moving from WordPress to something based on static files in order to drastically reduce admintax and potential for future vulnerabilities/compromises.
Goals
Preservation:
- All existing blog posts remain
- Ideally at their existing permalinks, or at least redirecting from current permalinks to new permalinks
- Preserve custom inline HTML and styles in blog posts
- Preserve existing styling and presentation of blog posts and aggregation pages in general
Future:
- Able to add new blog posts occasionally (this only happens around once a year at this point)
Maintenance:
- As little dynamic server code as possible to reduce the chances of vulnerabilities
Non-goals
- Another dynamic CMS that requires frequent software updates
- Redesigning the look and feel of the blog
- Preserving WordPress user accounts / identities (ok to replace with another identity system, IndieAuth, GitHub etc.)
Types of pages
Pages (URLs) to preserve:
- Blog top level index: https://microformats.org/blog
- 99 blog post permalinks: e.g. https://microformats.org/2022/02/19/how-to-consume-microformats-2-data
- Month pages: e.g. https://microformats.org/2018/06
- Tag pages: e.g. https://microformats.org/tag/microformats2
Options
Static site generator built on GitHub Actions
- Port the site to some sort of SSG that can be built on GitHub
- Deploy the static built files to the server
Simple PHP templates
Similar to oauth.net, use simple PHP templating for the pages. (example source file)
- Another solid example from The PHP League, Plates: Native PHP Templates
Static HTML archive
- Archive all pages as static HTML, including month pages and tag pages
- New blog post pages would exist entirely outside of the static archive
Switch entire site to MediaWiki
- MediaWiki already running at
/wiki; update it to run at/; would need to add redirects so existing wiki permalinks keep working - Port blog posts into wiki pages (may be issues preserving custom inline HTML and styles in blog posts?)
General Checklist
Before decommissioning our WordPress install:
- [ ] make a list of WordPress user accounts
- [ ] determine which WordPress user accounts belong to admins and find their equivalent GitHub usernames
- [ ] determine which accounts belong to blog post authors, and find their equivalent personal site to credit instead (and ideally their GitHub handle to credit wherever the raw post content is moved to)
- [ ] ...