I don't feel like building stuff in Rust is slow, it's maybe just a question of being used to it.

PHP has a unique execution model where an interpreter (usually an Apache module or php-fpm, a FastCGI server) sits and waits for incoming requests, then executes the script corresponding to the request and cleans up everything (global/class variables, runtime settings, etc.) after it. I've not developed in Rust, but I have in Python and Node, and having to deal with reloader tools to achieve the same 'save file, switch to browser, reload' development cycle is just painful in comparison--either they're too slow to act on changes, too fragile, or both.

In terms of runtime performance, this execution model is slow due to having to bootstrap the framework on every request, but assuming you used an HTTP abstraction like PSR-7 or Symfony's HttpFoundation, you always have the option of using an application server that preserves state between requests. The reverse, having the option to interpret on demand, is not true when developing web applications in Rust.

In a nutshell, Rust is built for being fast AND as reliable as possible, by preventing many errors from happening at runtime. So in that sense it seems Rust is more reliable than PHP.

I don't think anyone would dispute this. However, if you're disciplined and use types and type hints throughout your PHP code, you can use static analysis tools to obliterate whole ranges of programming errors, just like with Rust's compile-time checks. They aren't nearly as complete, sure, but the faster pace of development achievable with PHP, not to mention its rich ecosystem for web development, make this a tradeoff worthy of consideration.

when people smack the keys when typing

sorry

mini golf is the lesser evil. as leftists, we should all be playing mini golf to defeat regular golf.

Who are these youtubers, if I may ask?

Please quit the club for your own sake. The organisers have recreated workplace dynamics with themselves at the top, and there's no reason you should be a willing participant in this without a salary and benefits. You'll probably find that a lot of communist orgs, especially those of the ML variety, are like this.

Why it shouldn't integrate into the Fediverse?

Well you see, the maintainer of Postmill, the software that powers Raddle, sits in a big office with a single large button in front her that says "magically add fediverse support", and she refuses to press it.

*Bart Simpson voice* cool

No. You have faulty preconceptions about what 'decentralized' and 'encrypted' mean.

Top 10 Commandments - WatchMojo

this is really simple. first, create your own cryptocurrency. then run away with all the money that other people like yourself invested in it.

why do you think that is?

you gotta pay $8

Before I condemn this as bad, I need to know if she was successful in scaring the kids.

I meant pure PHP, but an extension or even a CLI tool are also acceptable. My concerns are that changing something on the server doesn't break EXIF stripping, and that having an obscure CLI tool installed cannot be a requirement for being able to upload images in Postmill.

I've already laid out a plan to deal with this, but GitLab kind of pulled the rug on the project with breaking CI for contributors, then reducing the amount of CI hours to practically nothing for anyone who doesn't apply for their open source programme, which I'm not doing. That is why I've barely worked on Postmill this year. I've been meaning to set up my own git hosting thing + CI runner, but finding good alternatives that aren't unmanageable for me has been further demotivating.

I'll pay you in upvotes

As you say, this solution is not portable. The proper solution would be to regenerate the image from bitmap data (memory intensive), or use a plain PHP library to scrub EXIF without regenerating it (possibly worse results).

Using findOrCreateFromFile for this purpose would be undesirable, though. There are numerous problems with the proposed code changes, but in short, it's buggy and I wouldn't accept a quick hack like this. A file that wasn't uploaded before is not even stored in submission_images when system() is called. Edit: It is under some configurations.

I would respond with a list of people who share their first names and were murdered.

a lot in my life's changed, for better and worse, over the past year, and this site has also changed. idk if it's my life circumstances or that i don't like the direction raddle has taken, but this place just isn't as appealing to me as it used to be

still, when i want to discuss bootlickers in tech, i couldn't think of any other place i'd rather be doing it

The vibe i get is that they earnestly believe toiling for Elon will benefit them somewhere down the line, and that theyd happily throw their colleagues under a bus if they thought it would get them ahead.

Seems like a nice improvement, with the huge performance boost far outweighing the (seemingly minor) BC breaks.

I don't get the controversy. If integration with established languages is what you're after, there's always Neovim. No reason to duplicate their efforts.

Nah. If your friends are attempting to guilt-trip you into getting involved with politics, they're the assholes.

I heard Ligma is pretty good

Yeah, this isn't happening. The navbar has to work on both mobile and desktop, in portrait or landscape mode, with or without JS enabled. That's already a lot of complexity, and making the navbar stick would add significantly to that. I don't consider it justified for such a polarising feature.

You should be asking about matters like these on Ligma.

FWIW, it's better in all the non-default themes.

If someone wants to submit a better default link colour for the 'Raddle' theme to Postmill, I'll merge it.