I mainly write JS and not having a backtick on my keyboard annoys the fuck out of me. Other than that the Italian keyboard is alright, never had any other problems with it.

To add to the approved reply:

The GDPR has some other requirements to it, such as an EU-based representative being necessary for operating in the EU, allowing users to request data updates, and getting consent for data collected

You could make the argument that the mall Santas aren’t authorized representatives of real Santa, as they are hired by malls with no supervision from the North Pole administration. Thankfully this doesn’t matter, because Santa himself is a resident of Finland, an EU country, which is also where his business is located. Chistmas is saved, everyone.

Axios for requests - easier than working with the Fetch API in some cases

May I ask what cases? I used to use Axios on Node, before they implemented the fetch API over there but I haven’t touched it since. And defintiely never used it on the client. Could you make an example of some case where it’d be easier to work with Axios than with fetch?

Fair enough :)
I was wondering if you were trying to run Lemmy on some place you are totally not supposed to run it on. Like a nintendo64 or a samsung smart fridge lol.

Glad you were able to fix it!

Sorry, despite both being an admin and having recently migrated my pict-rs to an object storage, I don’t have a solution for your issue.

I’m just here to ask a question out of sheer curiosity: why install from scratch? To me it sounds like asking for trouble and shooting yourself in the foot. Is Docker not suitable for your setup?

Interesting idea. I’m currently working on a Lemmy-ui fork for my instance and including a feature of this kind in the frontend would be kinda nice.

I’ll bookmark this and come back if I ever get to it.

Are you good, mate? Is it just my instance or this comment got posted four times within the span of 30 seconds?

Then I guess this is what you get for talking about something without knowing what it is lol.

As another user pointed out, TypeScript is a different language (.ts extension) that extends JavaScript, meaning JS code is valid TS code, but TS adds various language features for type checking. Your editor is then able to interpret your code according to these type structures and warn you if you are making any stupid type errors like this one:

The problem many people have with TS (such as the “big projects” mentioned by Fireship) is that sometimes you end up having code that works but still have to do some weird type gymnastics to please the TS compiler and have it remove any errors and warnings.

That being said, frameworks that “create really weird undecipherable minified JS” do have their place, as they allow you to seamlessy do things that would be either very inelegant and verbose or significantly more complex in vanilla JS, but I won’t bore you with an excessively long wall of text.

PS: I love your Czech flag website. Had me jump on my chair when the music started blasting through my headphones.

How is that related to TS? Aside from the fact that your comment might have just started a civil war (no, vanilla JS is not “good enough”, they created libraries for a reason) this isn’t about using libraries / frameworks. It’s about needing some system to handle type annotations to avoid falling in the bottomless pit of:

Uncaught TypeError: Cannot read property of undefined

There’s no real alternatives to JS “for websites” (meaning on the frontend, the part of your code that gets executed on your client’s browser). That’s what JS was invented for and what it does best.

I say “no real alternative” because technically we also have WebAssembly, which is a tool that allows you to run code written with any language on the web, but if you indeed are a beginner approaching to web development you should just forget about this for now and stick to JS as you learn.

Of course this doesn’t mean that you can’t use Python on your backend, your server.

I think there’s a positive coming from this competition, though. Apparently this infighting has re-lit the want for type annotations to be embedded in vanilla JS (ECMAScript proposal). I feel like this would be the ideal scenario: things working right out of the box without needing a compile step or additional tooling.

You can get as close as it gets to this experience by using alternative runtimes such as Deno or Bun, which have native TS support (meaning you can just execute a .ts file without having to transpile it), but of course as soon as you have to write code for a browser you are back in the middle ages.

The backend is quite alright. The Rust backend makes it indimidating to approach, but I know it has many advantages.

The frontend could use LOTS of changes. I don’t like Inferno, it’s messy and confusing to work with. Instead, I would have opted for a Svelte+Tailwind stack for the UI.

Nah I didn’t say that it’s bad lol. Didn’t mean it that way, at least. The way I understand the “fuck, marry, kill” game is that:

• Fuck: down to play with it every once in a while
• Marry: always down to use it
• Kill: never want to use it

but if someone else wants to play with Rust who am I to stop them

There’s plenty of applications that aren’t critical enough to require precise memory management and where a GC is a worthy tradeoff for the simplicity that Go brings to the table, but sure, if you are interested in going super low level that’s what you are left to work with.

And it’s probably fine. If I had to pick between C++ and Rust I would choose the latter any day of the week but thankfully not every developer has to go that low.

I was under the impression that the Go compiler was written in C/C++, though don’t quote me on this one. My browser however is Firefox, so touché on that one.

Hot take:
Fuck TS, marry Go, kill Rust.

Interesting. That would be a nice extension, I think most small admins are using the filesystem (I know I am lol).

No. Unfortunately it only works with storages on object storages like S3 buckets, not with filesystem storages. Meaning it access the files remotely one at a time from the bucket, downloading them over the internet (I assume, I didn’t make this).

But the more important thing is that, as it states in the readme, no files get saved to your disk, they only stay in your RAM while they are being processed and everything is deleted right after. This is relevant because even having had CSAM on your disk at some point can put you in trouble in some countries, with this tool it never happens.

Which btw is the same reason why mounting the pict-rs folder to your local computer is probably not a good idea.

Yeah I know. It’s supposed to be ran from your computer, not the VPS.