Daniel Lo Nigro
@d.sb
Coding since 1998.
Developer at Meta.
.NET Foundation member. ♥ C#
Australian 🇦🇺
https://d.sb/
Lemmy: upvote.au/u/dan
Previously @Daniel15 on Twitter
Developer at Meta.
.NET Foundation member. ♥ C#
Australian 🇦🇺
https://d.sb/
Lemmy: upvote.au/u/dan
Previously @Daniel15 on Twitter
I remember when Dejan posted on LowEndTalk nearly 10 years ago, asking if anyone would be interested in a small, cheap CDN with three locations. You've grown so much since then!
June 10, 2025 at 3:27 PM
I remember when Dejan posted on LowEndTalk nearly 10 years ago, asking if anyone would be interested in a small, cheap CDN with three locations. You've grown so much since then!
Different cities within the same state can have different taxes too. I live maybe 20 minutes drive from where I work, but things are slightly cheaper if I get them delivered to work because the sales tax rate is 0.5% lower in that city. It's confusing.
December 14, 2024 at 6:48 PM
Different cities within the same state can have different taxes too. I live maybe 20 minutes drive from where I work, but things are slightly cheaper if I get them delivered to work because the sales tax rate is 0.5% lower in that city. It's confusing.
wow that video is like peak 90s vibes. Thanks for uploading it.
December 14, 2024 at 6:42 PM
wow that video is like peak 90s vibes. Thanks for uploading it.
Oh, now I understand! This is still one of the major advantages of PHP over JS - there's a very big core library with a lot of stuff built in to the language/runtime itself, and frameworks take advantage of it.
Harder to do with JS since the framework would have to pull a very large number of deps
Harder to do with JS since the framework would have to pull a very large number of deps
December 5, 2024 at 7:40 PM
Oh, now I understand! This is still one of the major advantages of PHP over JS - there's a very big core library with a lot of stuff built in to the language/runtime itself, and frameworks take advantage of it.
Harder to do with JS since the framework would have to pull a very large number of deps
Harder to do with JS since the framework would have to pull a very large number of deps
Server rendered HTML will continue to regain popularity as more people start to rediscover the simplicity of progressive enhancement and unobtrusive libraries like htmx. Not every site needs a heavy framework!
December 5, 2024 at 4:21 AM
Server rendered HTML will continue to regain popularity as more people start to rediscover the simplicity of progressive enhancement and unobtrusive libraries like htmx. Not every site needs a heavy framework!
AFAIK it's still the most widely used JavaScript library by far... It'll take a very long time for that to change :)
December 5, 2024 at 4:08 AM
AFAIK it's still the most widely used JavaScript library by far... It'll take a very long time for that to change :)
Laravel has starter kits for Vue/React/etc but I guess you mean more like a higher level of abstraction? A single framework you can install that has a folder for frontend, a folder for backend (whether that be PHP, Python, C#, whatever), and no boilerplate to deal with.
December 5, 2024 at 4:07 AM
Laravel has starter kits for Vue/React/etc but I guess you mean more like a higher level of abstraction? A single framework you can install that has a folder for frontend, a folder for backend (whether that be PHP, Python, C#, whatever), and no boilerplate to deal with.
Love this idea! It's common with other serialization formats (like protobuf and Thrift) but I'm surprised I haven't seen anyone do it with JSON yet.
December 5, 2024 at 4:01 AM
Love this idea! It's common with other serialization formats (like protobuf and Thrift) but I'm surprised I haven't seen anyone do it with JSON yet.
Will it reduce the number of Docker containers?
December 5, 2024 at 3:52 AM
Will it reduce the number of Docker containers?
I self hosted Sentry for a while, but it became very heavy to run. Moved to the hosted version for OSS projects, and to a different piece of self-hosted software for everything else. Would be nice to have a cut down, bare minimum, "error reporting only" version to make self hosting easier :)
December 4, 2024 at 8:53 PM
I self hosted Sentry for a while, but it became very heavy to run. Moved to the hosted version for OSS projects, and to a different piece of self-hosted software for everything else. Would be nice to have a cut down, bare minimum, "error reporting only" version to make self hosting easier :)
Looks nice! I'm not using JS on the server-side though, neither at work nor in personal projects.
December 2, 2024 at 1:03 AM
Looks nice! I'm not using JS on the server-side though, neither at work nor in personal projects.
What's worked best for me is a client-side routing framework where the server-side knows about the routes (for example, using code generation to build a route map in the programming language used server-side). Can do things like query preloading without having to do full SSR.
December 1, 2024 at 8:11 PM
What's worked best for me is a client-side routing framework where the server-side knows about the routes (for example, using code generation to build a route map in the programming language used server-side). Can do things like query preloading without having to do full SSR.
That's why I usually stick to software stacks that are time-tested and well understood. Related: www.expatsoftware.com/articles/hap...
Happiness is a Boring Stack
I can't tell you how nice it is to have software in production on a boring stack. It gives you freedom to do other things.
www.expatsoftware.com
December 1, 2024 at 7:59 PM
That's why I usually stick to software stacks that are time-tested and well understood. Related: www.expatsoftware.com/articles/hap...
It's a good time to learn about VPSes because Black Friday sales are always really good. Can get a VPS with a decent amount of storage and RAM for $20-30 per year from one of the providers on LowEndTalk.
December 1, 2024 at 7:56 PM
It's a good time to learn about VPSes because Black Friday sales are always really good. Can get a VPS with a decent amount of storage and RAM for $20-30 per year from one of the providers on LowEndTalk.
CSR, no SSR. We're using query preloading and "render as you fetch" model in some places though.
December 1, 2024 at 7:49 PM
CSR, no SSR. We're using query preloading and "render as you fetch" model in some places though.
I agree that it's not really a concern for private repos, and I guess it's not an issue if you squash PRs.
December 1, 2024 at 7:47 PM
I agree that it's not really a concern for private repos, and I guess it's not an issue if you squash PRs.
If the pull request contains several commits, reviewers will often review the changes as a whole, and not notice a single commit that's attributed to someone else. This could be a potential vector in a supply chain attack - sneak in some code that blames to a trusted developer.
December 1, 2024 at 7:47 PM
If the pull request contains several commits, reviewers will often review the changes as a whole, and not notice a single commit that's attributed to someone else. This could be a potential vector in a supply chain attack - sneak in some code that blames to a trusted developer.
Validates that the commit was made by you, rather than someone else pretending to be you. Anyone can submit a pull request containing commits that have your name on them.
December 1, 2024 at 7:54 AM
Validates that the commit was made by you, rather than someone else pretending to be you. Anyone can submit a pull request containing commits that have your name on them.
UTF-8 strings would definitely be useful though, including for simple things like getting the length of a string. I've seen that trip people up, since JS .length will be different from server side string length if server is using UTF-8.
November 20, 2024 at 5:47 AM
UTF-8 strings would definitely be useful though, including for simple things like getting the length of a string. I've seen that trip people up, since JS .length will be different from server side string length if server is using UTF-8.
It'd be nice to be have UTF-8 string literals rather than needing UTF8String.from, like how BigInt was implemented.
November 20, 2024 at 5:47 AM
It'd be nice to be have UTF-8 string literals rather than needing UTF8String.from, like how BigInt was implemented.