[{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/astro/","section":"Categories","summary":"","title":"Astro","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/astro/","section":"Tags","summary":"","title":"Astro","type":"tags"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/","section":"Categories","summary":"","title":"Categories","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/","section":"Daniel Sjö - Software Developer | Crafting games for the Kingdom","summary":"","title":"Daniel Sjö - Software Developer | Crafting games for the Kingdom","type":"page"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/hosting/","section":"Categories","summary":"","title":"Hosting","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/hosting/","section":"Tags","summary":"","title":"Hosting","type":"tags"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/hugo/","section":"Categories","summary":"","title":"Hugo","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/hugo/","section":"Tags","summary":"","title":"Hugo","type":"tags"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/static-site-generator/","section":"Categories","summary":"","title":"Static Site Generator","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/static-site-generator/","section":"Tags","summary":"","title":"Static Site Generator","type":"tags"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/","section":"Tags","summary":"","title":"Tags","type":"tags"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/web-development/","section":"Categories","summary":"","title":"Web Development","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/web-development/","section":"Tags","summary":"","title":"Web Development","type":"tags"},{"content":"Here\u0026rsquo;s something I see all the time. Someone needs a new website, whether they\u0026rsquo;re a complete beginner or a seasoned pro, and the first thing they reach for is WordPress. It\u0026rsquo;s almost automatic.\nAnd look, I get it. I used to do the same thing. But after migrating 15+ sites away from WordPress, I can tell you straight up, most of those sites had no business being on WordPress in the first place. Let me tell you what I learned.\nWhy Does Everyone Default to WordPress? # WordPress has been around forever. It feels safe. Your hosting provider has a one-click install for it, there are plugins for everything, and developers who know it are literally everywhere. You don\u0026rsquo;t have to worry about finding someone to fix things because the talent pool is massive.\nAnd honestly, that\u0026rsquo;s the appeal. It\u0026rsquo;s familiar, it\u0026rsquo;s available, and it lowers the barrier to just getting started. I\u0026rsquo;m not here to say WordPress is bad. I\u0026rsquo;m here to say the difference between \u0026ldquo;familiar\u0026rdquo; and \u0026ldquo;right for the job\u0026rdquo; is quietly costing a lot of people real money every single month.\nIs WordPress Really the Right Tool for Most Sites? # Now here\u0026rsquo;s the thing. Most sites don\u0026rsquo;t need to be on WordPress. There are business sites, landing pages, that got created, went live, and are rarely ever touched again. But the maintenance is still there. The hosting cost is still there. Every single month, whether the site is doing anything for the business or not.\nAnd it gets worse if you\u0026rsquo;re just ignoring it. An unmaintained WordPress site isn\u0026rsquo;t saving you money. It\u0026rsquo;s an unpatched codebase quietly becoming a liability. When something breaks or gets hacked, you\u0026rsquo;re paying more to fix it than you ever would have paid to just switch. That\u0026rsquo;s the trap. And a lot of sites are sitting right in it.\nWhat Happened When a Client\u0026rsquo;s Sites Got Hacked # This one still stings to think about. A client of mine had 30+ WordPress sites all running on a single DigitalOcean droplet. The logic made sense at the time, he had a lot of sites, most of them rarely updated, and consolidating everything on one server kept costs low. Most of those sites were basically just sitting there.\nThen one site got hacked. And because everything was on the same server, the attacker got into all of them. Every single site on that droplet was affected. Some sites got completely deleted. Others got redirected to other sites. Some just went down entirely. Thirty-plus sites, different levels of damage, all at once.\nThe restoration process was brutal. For most sites we only had the database export to work from. That means reinstalling WordPress from scratch, reinstalling every theme, reinstalling every plugin, then pulling the content back in from the database. Site by site. We did that across almost the entire 30+.\nAfter that we migrated everything to ChemiCloud, which keeps each site instance properly separated. One site getting compromised can\u0026rsquo;t touch the others. Their security is solid out of the box and it\u0026rsquo;s not expensive at all. That fixed the shared-server problem.\nBut here\u0026rsquo;s what that whole experience made me realize. Better hosting fixed the immediate crisis. It didn\u0026rsquo;t fix the real problem, which was that most of those 30+ sites were running a full WordPress installation when they barely needed a website at all. If even half of those sites had been static from the start, the damage would have been a fraction of what it was.\nSo what does that actually mean? To understand why the architecture matters more than the hosting, you need to understand how a static site works differently from WordPress at a fundamental level.\nSo What Is a Static Site Generator, Actually? # A static site generator takes your content and outputs plain HTML, CSS, and JavaScript files. No database. No PHP running on every page request. Just files, sitting there, ready to be served.\nWordPress works the opposite way. Every single time someone visits your site, PHP runs, the database gets queried, and the page gets assembled on the fly. There are a lot of moving parts. And like any machine with a lot of moving parts, things can and do break, even when you haven\u0026rsquo;t touched anything, even when users haven\u0026rsquo;t done anything obviously wrong.\nWith a static site, there are no moving parts. Hackers have almost no way in because there\u0026rsquo;s no running code to exploit. It\u0026rsquo;s just files. That\u0026rsquo;s the whole point.\nAnd there\u0026rsquo;s another specific thing worth calling out. WordPress has a login page. By default it sits at /wp-admin or /wp-login.php, and if you haven\u0026rsquo;t changed that URL, attackers already know exactly where to aim their bots.\nWordPress allows unlimited login attempts out of the box, and because that login URL is predictable, automated brute force attacks hammer it constantly, trying thousands of username and password combinations, sometimes up to a thousand attempts per minute.\nIn 2017, Wordfence documented a campaign that peaked at 14.1 million attacks per hour across WordPress sites. That\u0026rsquo;s not ancient history either, this is still happening at scale every single day.\nWith a static site, there\u0026rsquo;s no login page. None. If you\u0026rsquo;re using a Git-based headless CMS like Sveltia, your editors authenticate through GitHub or GitLab, not through a URL on your domain that bots can find and hammer. There\u0026rsquo;s simply no attack surface there to exploit.\nWordPress vs Static Site Generator: The Real Comparison # Here\u0026rsquo;s a straight side-by-side so you can see exactly what you\u0026rsquo;re trading:\nFeature WordPress Static Site Generator Hosting cost $10–$50+/month Usually free Security risk High (DB, PHP, plugins, login page) Very low (no running code, no login URL) Page speed Needs optimization plugins Fast out of the box Maintenance Regular updates required Near zero Backup \u0026amp; recovery Needs plugins or manual setup Git is your backup, switch hosts in minutes CMS / editing Built-in, familiar UX for non-technical users Requires headless CMS setup, steeper learning curve E-commerce WooCommerce (adds complexity) Via headless backend (e.g. Shopify) Best for Complex blogs, e-commerce, complex web apps Business sites, landing pages, portfolios, rarely-updated content If your site belongs in that last column, mostly static content, rarely updated, no complex functionality, you are almost certainly paying for complexity you don\u0026rsquo;t need.\nWhat I Actually Gained After Moving 15+ Sites # The hosting cost dropped to nothing. After moving the ones that made sense to static, that cost went to zero. Platforms like Cloudflare Pages and GitHub Pages host static sites for free, and because your files sit on a CDN edge, they\u0026rsquo;re fast without you having to do anything.\nThe speed improvement was real and noticeable. Pages that used to need a caching plugin and image optimization plugins to score decently on Google PageSpeed just\u0026hellip; performed well after the move. No tuning needed. PageSpeed scores jumped significantly across the board. That matters for SEO, and it matters for the people actually visiting the site.\nAnd the maintenance time just disappeared. I was spending a few hours a month for each of the WordPress sites, updating plugins, checking for conflicts, fixing things that broke after updates. With static sites there\u0026rsquo;s nothing to update. Nothing to patch. That time is saved and spent on something better instead.\nBackup and recovery is another thing you just stop worrying about. With WordPress you need a plugin or a manual process to back things up, and if your hosting provider goes down you\u0026rsquo;re stuck waiting. With a static site, your entire site lives in a Git repository.\nEvery change is tracked, every version is recoverable, and if your hosting provider ever has an issue you just connect your GitHub or GitLab repo to another platform, Vercel, Netlify, Cloudflare Pages, or even just upload the build files directly. You\u0026rsquo;re never locked in and you\u0026rsquo;re never starting from scratch.\nHow to Actually Make the Switch: My Migration Process # Every migration was a little different, but the pattern was mostly the same.\nFirst, I figured out whether the site actually needed WordPress. If it had an active blog, WooCommerce, or complex functionality, it stayed on WordPress or moved to something purpose-built. But if it was a business site or landing page that the client barely touched, that was a static candidate.\nFor those, the process looked like this:\nPick a static site generator. Astro is what I reach for most now, especially for content sites. Hugo is great if you want something extremely fast to build and you\u0026rsquo;re comfortable with Go templating. Both have solid free theme libraries. Find or build a theme. For most business sites, there\u0026rsquo;s already a theme that gets you 80% of the way there. No need to build from scratch. Most themes also come with SEO already handled, proper meta tags, Open Graph, structured data, the basics are usually baked in. If a theme is missing something, it\u0026rsquo;s just a handful of meta tags in the head, nothing complicated to add yourself. Handle the content migration. For sites with blog posts, export from WordPress and convert to Markdown. For simple business sites, it\u0026rsquo;s often faster to just rewrite the pages fresh. Set up the CMS if needed. If the client needs to edit content themselves, I connect a headless CMS. Sveltia CMS is my current go-to, it\u0026rsquo;s open source, Git-based, fast, and actively maintained as the modern successor to Decap CMS. Sanity if they need something more powerful. Deploy to Cloudflare Pages. Push to GitHub, connect to Cloudflare Pages, done. Free hosting, global CDN, automatic deploys on every push. The first migration takes the longest because you\u0026rsquo;re learning the workflow. By the third or fourth one, it\u0026rsquo;s genuinely fast.\nWhat Are the Downsides? # There are some real ones, and I want to be straight about them.\nNo Drag-and-Drop Builder # You need to be comfortable with code, or at least with prompting AI tools the right way, because you\u0026rsquo;ll need to understand what\u0026rsquo;s happening at a deeper level than clicking around in Elementor. There\u0026rsquo;s no drag-and-drop builder. If you want something custom you\u0026rsquo;re writing code or working with someone who can. AI tools handle a lot of this now, but you still need to know enough to prompt correctly and review what comes out.\nNo Plugin System # There\u0026rsquo;s no plugin system like WordPress either. If you need a specific feature, you build it or find a package. Nothing installs in one click.\nWhat About Contact Forms? # Contact forms are probably the most common thing people worry about when moving to static. In WordPress you install a plugin and it\u0026rsquo;s done. With a static site there\u0026rsquo;s no backend to process submissions, so you need a form service.\nWeb3Forms is what I use, clean modern UI, spam protection built in, and 250 submissions a month on the free tier. For more advanced needs like webhooks or multi-recipient routing, Formspree and StaticForms are worth looking at. It\u0026rsquo;s one extra step compared to a plugin, but it\u0026rsquo;s not a blocker.\nCMS Is Not as Powerful or Familiar # There\u0026rsquo;s no CMS out of the box. If your client needs to edit content themselves, you\u0026rsquo;ll need to set one up and connect it. It\u0026rsquo;s not hard, but it is an extra step, and depending on what you pick it can be simple or a bit more involved.\nThis is actually where WordPress has a real advantage worth acknowledging. WordPress has great UX for content editing, and a lot of non-technical people are already familiar with it.\nOn top of that, it comes with more advanced content management features out of the box, things like user roles, post scheduling, revision history, and custom fields. And with plugins you can extend the dashboard further without touching any code. Simple settings, simple UI, your client figures it out without calling you.\nWith a headless CMS on a static site, you get the basics. Anything beyond that, you\u0026rsquo;re either extending the CMS yourself, editing config files, or writing code. It\u0026rsquo;s not impossible, but it\u0026rsquo;s more work. So if you have clients or team members who update the site frequently and aren\u0026rsquo;t technical at all, putting them on a custom headless CMS is going to create friction.\nThey\u0026rsquo;ll need training, they\u0026rsquo;ll get confused, and you\u0026rsquo;ll get support requests. In that case, WordPress is probably the right call. The key question is always how often is the site being updated, and by who.\nHigher Dev Time Upfront # Dev time is higher upfront if you\u0026rsquo;re not used to the workflow. But once you\u0026rsquo;re set up there\u0026rsquo;s genuinely nothing left to maintain. For clients who don\u0026rsquo;t want to think about their site, that\u0026rsquo;s actually a good thing to sell them on.\nNow most of the sites I migrate are business sites or landing pages, so all of the above is usually all you need to think about. But one question I do get asked a lot is what about e-commerce?\nWhat About E-Commerce? # For most business sites, a plain static site is all you need. Pick a theme, deploy to Cloudflare Pages, done.\nNow for e-commerce, that\u0026rsquo;s a different story. Shopify and platforms built for that purpose are the right call there, they\u0026rsquo;re just better at it. But there\u0026rsquo;s also a setup that\u0026rsquo;s becoming more common where you run something like Astro as the frontend and connect it to a headless Shopify backend.\nYour storefront gets the speed and security of static. Your cart, checkout, and product management stay in Shopify where they belong. You get the best of both.\nThe bigger point is just this: there\u0026rsquo;s almost always a tool built specifically for the job that does it better than WordPress. WordPress became the default because it was there first and does everything passably well. But passable isn\u0026rsquo;t the same as right.\nMy Take # Most sites should not be on WordPress. Business sites, landing pages, portfolios, informational pages that rarely change. All of those are better off as a static site. Cheaper, faster, safer, and basically zero maintenance once it\u0026rsquo;s done.\nIf you\u0026rsquo;re running one of those on WordPress right now, you\u0026rsquo;re wasting money you could put somewhere else. And if it gets hacked because you weren\u0026rsquo;t maintaining it, you\u0026rsquo;ll end up paying even more depending on how bad it is.\nMake the move. Start with one site. Here are the top five static site generators worth looking at:\nAstro — Best overall for most sites. Great theme library, modern frontend support, and strong built-in image optimization (compression, WebP, responsive sizing) handled automatically at build time. Hugo — Best for speed. Builds thousands of pages in seconds, excellent native image processing, and no plugins needed for most cases. Slightly steeper learning curve but rock solid. Next.js — Best if you\u0026rsquo;re already in the React world and need some pages to be dynamic. Powerful image optimization built in, though full benefits work best with a server. Eleventy — Best for simplicity and full control. No framework lock-in, works with almost any templating language. Image optimization via the official @11ty/eleventy-img plugin. Jekyll — Best for getting started fast, especially if you\u0026rsquo;re hosting on GitHub Pages. Been around since 2008, stable, beginner-friendly. No native image optimization, so pre-optimize or use a CDN service like Cloudflare Images. Deploy any of them to Cloudflare Pages for free, and see how it feels to just not have to think about your site again.\n","date":"20 May 2026","externalUrl":null,"permalink":"/posts/why-moved-from-wordpress-to-static-site-generator/","section":"Posts","summary":"Most sites don’t need WordPress. After moving 15+ sites to static site generators like Astro and Hugo, here’s what I learned about cost, security, speed, and when WordPress is just the wrong tool.","title":"Why I Moved from WordPress to a Static Site Generator","type":"posts"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/categories/wordpress/","section":"Categories","summary":"","title":"WordPress","type":"categories"},{"content":"","date":"20 May 2026","externalUrl":null,"permalink":"/tags/wordpress/","section":"Tags","summary":"","title":"WordPress","type":"tags"},{"content":"","date":"7 May 2026","externalUrl":null,"permalink":"/categories/learning/","section":"Categories","summary":"","title":"Learning","type":"categories"},{"content":"","date":"7 May 2026","externalUrl":null,"permalink":"/tags/learning/","section":"Tags","summary":"","title":"Learning","type":"tags"},{"content":"We live in a world that sells shortcuts. AI tools, tutorials, cheat codes, \u0026ldquo;learn this in 7 days\u0026rdquo; courses. And look, I get it. They feel like progress. But here\u0026rsquo;s what I\u0026rsquo;ve seen over and over again: people who skip the real work hit a wall, and when they do, they have nothing to fall back on. Learning the hard way is the only thing that actually builds something lasting in you.\nWhy Does Slow and Steady Progress Actually Beat Shortcuts? # In music, we always say practicing 30 minutes every single day is better than 3 hours twice a week. That\u0026rsquo;s not just a music thing. That\u0026rsquo;s how skill actually works.\nSmall progress every day compounds. And that daily repetition is what builds depth, not just surface familiarity, but the kind of understanding that kicks in automatically when something breaks. That consistency over time is what separates someone who really knows their craft from someone who just kind of knows it.\nWhy Depth Matters the Moment a Real Problem Hits # Depth means you sit with the struggle first. Before you Google it, before you ask AI, you don\u0026rsquo;t immediately Google it or ask AI. You wrestle with the problem first.\nThat small shift changes everything about how the information lands. Because now you\u0026rsquo;re not just reading an answer, you\u0026rsquo;re confirming or correcting something you already tried to figure out. That sticks in a way that copy-pasting a solution never does.\nAnd yeah, it feels slower. It feels frustrating. But when a real problem hits later, you already have a clear picture of what\u0026rsquo;s going on. You can narrow it down fast. Someone who skipped that struggle has to go back to Google or AI just to identify what the root cause even is, which takes so much more time in the long run.\nThat depth you build is what makes someone an expert. And expertise is what lets you actually fix things faster, not slower.\nAI Makes Output Faster, Expertise Makes It Better # Here\u0026rsquo;s the thing people miss: experts use AI better than non-experts doing the same job. Expertise doesn\u0026rsquo;t become useless because AI exists. It amplifies what AI can do for you. Your employer might not even know how to use AI well. The person with real depth does and that gap shows.\nThe SaaS Project That Died When AI Couldn\u0026rsquo;t Go Deeper # There are real stories of people who built apps or SaaS products with zero coding knowledge, using AI the whole way. And it worked until the project grew. The complexity grew. And eventually the AI tools couldn\u0026rsquo;t solve the deeper issues, and the person had no idea what to do because they had no real understanding of what was under the hood. Project over.\nBoth AI tools and tutorials promise you a result without the understanding beneath it. That works until the complexity outgrows what they can handle then you\u0026rsquo;re left with a broken project and no map of what\u0026rsquo;s underneath. The only thing that survives that moment is actual knowledge.\nTutorials show you the smooth path. Everything works. It looks clean. You finish one and you feel good, like you actually learned something. But then you try to do it yourself and you\u0026rsquo;re completely stuck. That\u0026rsquo;s not a coincidence. Tutorials remove the most important part of learning, which is the struggle. The struggle is what makes it stick. When you fight through something on your own, that\u0026rsquo;s when it actually goes in.\nRelying too much on tutorials trains you to avoid the exact thing that would make you good.\nHow to Stay Consistent When Your Life Is Already Full # This is the real question. And I want to be straight with you because I know how hard this is.\nI\u0026rsquo;ve got a full-time job, three kids, ministry commitments, and there are nights I\u0026rsquo;m finishing work at midnight or 1 AM and back up at 6 AM. So I\u0026rsquo;m not coming at this from some place of having loads of free time. I\u0026rsquo;ve lived the \u0026ldquo;I don\u0026rsquo;t have time\u0026rdquo; excuse and I\u0026rsquo;ve had to be honest with myself about it.\nHere\u0026rsquo;s what I noticed. I always had time for YouTube. For social media. For games. Always. And that\u0026rsquo;s because those things are low effort and give you an instant dopamine hit. Like water, we always flow to the lowest point. That\u0026rsquo;s just how we\u0026rsquo;re wired.\nSo I had to stop fighting my desire for easy things and start making the hard things easier to get to, and the easy distractions harder to reach. Here\u0026rsquo;s what that looked like for me:\nDeleted social media apps off my phone entirely Turned off YouTube history and feed so nothing shows up when I search Made distractions inconvenient to access, not just \u0026ldquo;less visible\u0026rdquo; Kept coming back to my why and the desire behind what I\u0026rsquo;m learning Staying consistent doesn\u0026rsquo;t even mean you have to do an hour every day. Some days it\u0026rsquo;s 15 minutes of real deep focus. Other days it\u0026rsquo;s an hour. And outside of that dedicated time, you\u0026rsquo;re still surrounding yourself with it, videos, books, articles on the topic. It\u0026rsquo;s always somewhere in your orbit.\nWhy Your \u0026ldquo;Why\u0026rdquo; Is the Only Thing That Holds Consistency Together # The clearer your why is, and the stronger your desire for the skill, the easier it is to stay consistent. Even on the rough days. Even when you\u0026rsquo;re tired. When the why is strong enough, you do it anyway. Not because you feel like it, but because you want what\u0026rsquo;s on the other side of it badly enough.\nDon\u0026rsquo;t Fight the Urge for Easy, Remove the Easy Path # If you\u0026rsquo;re still saying you don\u0026rsquo;t have time, ask yourself honestly: is it really no time, or is that time going somewhere else right now? Because if you can find time for social media and YouTube, that time exists. It\u0026rsquo;s just pointed in the wrong direction.\nRemove it. Replace it. Redirect it toward what you actually want to build.\n\u0026ldquo;I Don\u0026rsquo;t Have Time\u0026rdquo; Is a Hiding Place # Here\u0026rsquo;s the hard truth: shortcuts create a ceiling. You hit it eventually. And when you do, you don\u0026rsquo;t have the foundation to push through it. Depth is what lets you keep going when things get hard, and things always get hard eventually.\nThe people who put in the real reps, who practiced every day, who sat with the struggle, who built genuine understanding, they\u0026rsquo;re the ones who last. They\u0026rsquo;re the ones who become the experts others turn to. They\u0026rsquo;re the ones who can use AI as a powerful tool without being dependent on it.\nLearning the hard way isn\u0026rsquo;t a punishment. It\u0026rsquo;s an investment that pays back every single time something goes wrong and you already know how to handle it. Stop looking for the shortcut that\u0026rsquo;s going to save you from the work. That shortcut doesn\u0026rsquo;t exist but the depth you build does, and it compounds forever.\n","date":"7 May 2026","externalUrl":null,"permalink":"/posts/learning-hard-way/","section":"Posts","summary":"Shortcuts feel good but they don’t build real expertise. Here’s why learning the hard way is the only way that actually sticks and how to stay consistent when life is full.","title":"Stop Finding Shortcuts and Start Learning the Hard Way","type":"posts"},{"content":" Developing with a focus on craftsmanship and excellence for the Kingdom. # Hi there! My name is Daniel Sjö.\nI create software, games, and digital experiences with purpose, excellence, and eternal impact in mind.\nAfter more than 10 years in game development and web technologies, working with companies such as Lenovo, Dedalus, Digivizer, and Nasdaq-related projects, I am now fully focused on building projects that truly matter.\nThe Mission # I believe technology, especially games, can be a powerful force for good.\nThat is why I am building a new Christian game platform: a safe, ad-free space where families can enjoy games rooted in Biblical values.\nNo manipulative mechanics. No inappropriate ads. Just wholesome, joyful, and purposeful play that builds character, wisdom, and faith. Whether it is educational games for young children, relaxing puzzles for the whole family, or deeper experiences that point toward truth and beauty, every game is created with care and prayer.\nMy Journey # I graduated in Game Design from FutureGames in 2016. Since then, I have worked across full-stack web development, game development, desktop applications, and systems optimization.\nI now bring all that experience together to create something meaningful: games and experiences that honor God and bless families.\nThank you for visiting. # If this mission resonates with you, I would love for you to:\nFollow the journey on LinkedIn, X and Instagram Support the platform as it grows (coming soon…) Check out my writing as an author on truthgives.life Reach out if you want to connect or collaborate Let\u0026rsquo;s build something eternal together.\n","date":"12 March 2026","externalUrl":null,"permalink":"/about/","section":"Daniel Sjö - Software Developer | Crafting games for the Kingdom","summary":"Developing with a focus on craftsmanship and excellence for the Kingdom. # Hi there! My name is Daniel Sjö.\n","title":"About","type":"page"},{"content":"","date":"13 June 2022","externalUrl":null,"permalink":"/posts/","section":"Posts","summary":"","title":"Posts","type":"posts"},{"content":"","externalUrl":null,"permalink":"/authors/","section":"Authors","summary":"","title":"Authors","type":"authors"},{"content":"","externalUrl":null,"permalink":"/series/","section":"Series","summary":"","title":"Series","type":"series"}]