glyndwr.io
Professional quality websites and web applications. I specialize in turning your visions into memorable online experiences. Let's build something!
60 posts
59 followers
225 following
Regular Contributor
Active Commenter
comment in response to
post
No more hacky helper scripts sitting in places in my repo, I can just bake them right into my flake and they're accessible at every stage of the build/test/deploy cycle.
comment in response to
post
Wow this is quite the insight, very interesting. Thanks for taking the time to write this up!
comment in response to
post
The yee is just too strong
comment in response to
post
(also if there's any insight you'd feel comfortable sharing I'd love to hear it!)
comment in response to
post
I hope one day we get a GDC style talk about blam and it's derivatives. There's so much general discourse about "engine limitations", I'd love to learn more about what they are specifically and how the tradeoffs of Unreal solve them/are worth it.
comment in response to
post
Especially the Halo community on Twitter... it has some scary dark corners, it's shocking and sad. Thankfully I've yet to see this here.
comment in response to
post
Svelte + Astro = 😍
comment in response to
post
The same is true for burnout with ADHD, and often the two come hand in hand.
comment in response to
post
Not even jQuery!?
comment in response to
post
For everything that went wrong they did so many things right.
comment in response to
post
I'm very pleased to be seeing significantly less of this needlessly inflammatory engagement bait here.
comment in response to
post
Instead of bind:this and referencing that variable in your onMount, you can separate the logic out per dom element and place it in an action.
comment in response to
post
All the time! I've almost entirely replaced bind:this with actions. Most of the time if I need a js reference to a dom element it's so I can perform some init logic. Might as well keep the logic and reference combined. Stripe elements are a great use case for this.
comment in response to
post
The silver lining to this is for highly distributed systems, using different providers makes things globally a bit more fault tolerant and helps you avoid vendor lock in. Unfortunately my Canadian clients prioritize the west coast, meaning NW US providers offer better latency.
comment in response to
post
I used to always abandon my laptop because it was never up to date or behind my workstation's configuration. Being able to pull config and keep things in sync means I'm much more willing to use my laptop for a change of scenery. Now I'm even using it to build production systems and images.
comment in response to
post
I started looking at alternatives the moment they published this. That bandwidth cap its BRUTAL!
comment in response to
post
Either that or a TF2 styled M16
comment in response to
post
This screams early 2010s dark and gritty shooter
comment in response to
post
Sorry if I wasn't clear, I meant a putting a class in a $state() rune that internally has a $state() rune as a property. Kind of like the reassignment case you were mentioning above. Does the compiler account for this or should it be avoided.
comment in response to
post
How does the compiler handle putting a class with runes inside a rune like this? Are there any gotchas?
comment in response to
post
This is the biggest plus over JSX imo. JSX insists it's not a template language (even though it is) and as such you have to use hacky ternary operators instead of accepting template language status and using that to it's full benefit.
comment in response to
post
Unless I'm missing something I think this is their most technically impressive model yet. Most of the previous models all looked like they were attaching things to or covering the base model's body. I don't think there's any models smaller than the default like this is.
comment in response to
post
Billions must play 😤
comment in response to
post
And with that thousand different ways comes a thousand different groups saying theirs is the "right" way.
comment in response to
post
I think this is mostly because of how Linux is designed from the get go. Linux isn't a singular monolithic operating system like MacOS or Windows, but rather a collection of tools, each one with different options. There's thousands of different ways to build it.
comment in response to
post
In the mean time though, here's the last Directus and SvelteKit project I worked on at EY Design Studio. Of all the bits I worked on, the Map is the one I'm most proud of.
www.ripleys.com
comment in response to
post
The horrors continue but so do the shitposts
comment in response to
post
The disadvantage to keeping it outside is it's a bit more brittle. It relies on you remebering which ports are which.
comment in response to
post
Just as I was about to check in before I started writing, I found this. Has examples of both using nginx outside and inside the compose file and is exactly how I would do it. I typically I like to keep nginx outside so I can use one instance for all my services.
medium.com/@aedemirsen/...
comment in response to
post
I'd be happy to post a gist/example tomorrow morning if that helps!
comment in response to
post
I think the simplest way to start is to do docker compose with 2-4 copies of the same container you want to be 0 downtime, each with a different port, and then list each as a different upstream in your nginx config. Nginx can be inside or outside of docker, whatever you find easier.
comment in response to
post
It really isn't! Nginx upstreams make it super easy.
comment in response to
post
I've been using it for ages anyway. I love the new CSS features that basically work like progressive enhancements when they are supported.
comment in response to
post
@khromov.bsky.social's got you covered!
www.youtube.com/watch?v=NLjo...
comment in response to
post
Love to see it
comment in response to
post
I think in many cases they're exercises in this new atproto architecture. It's like building a Todo app as your first app. It's not about being useful or needed but about getting familiar with a new platform.
comment in response to
post
Building a game server from scratch is my version of a mid life crisis project car. I have absolutely no need for it, but there's a burning desire anyways.
comment in response to
post
Enough that I should feel accomplished but not enough to actually feel accomplished 😭
comment in response to
post
Many such cases