Daniel Lo Nigro

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!

Hello!

Update ownership and license by dennisdoomen · Pull Request #2943 · fluentassertions/fluentassertions

I understand the need for sustainable open-source, but charging $130 per developer per year for commercial use of a test assertion library (not even a test framework) is excessive. github.com/fluentassert...

We work hard all week, there's really no guarantee that once weekend comes, your brain can disengage or that it's given back to you in the same state when the week started.

If you have a really tough week, it takes time to untangle.

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.

FBI Warns iPhone, Android Users—Change WhatsApp, Facebook Messenger, Signal Apps FBI warns all users to stop texting—but secure messaging apps must also be changed. Here’s what you need to know.

FBI: Don't use SMS because it's unencrypted and China are getting in using a backdoor.

Also FBI: Don't use Signal/WhatsApp/Messenger because they're encrypted and they don't have a backdoor to get in.

🤔

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

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 :)

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.

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 :)

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.

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.

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.

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.

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.

Building it on top of UInt8Array doesn't seem ideal given some characters are one byte while others are multibyte. It'd be better to abstract that away and expose as array of characters rather than array of bytes. Could have method to get raw bytes for the cases where it's needed.

To me it seems weird to have two different sets of string functions rather than using native (UTF-16) strings everywhere and only converting to UTF-8 when you need to (at interop boundaries).
That's worked well in C# for example, which also uses UTF-16 for legacy reasons.

cursed screenshot

GitHub - kawamataryo/sky-follower-bridge: Instantly find and follow the same users from your X(Twitter) follower on Bluesky. Instantly find and follow the same users from your X(Twitter) follower on Bluesky. - kawamataryo/sky-follower-bridge

I used this:
github.com/kawamataryo/...

Very useful! Thanks!