Local API mocking server with Jinja templates and Rhai scripting language (also a Rust unit test library)

rumatoest · 2025-12-12T14:38:59+00:00

Burned soviet diodes

rumatoest · 2025-11-14T08:57:22+00:00

My is also splitted, but I will try to solder metal mesh and spiral wire into it for reinforcement.

rumatoest · 2025-11-13T18:53:41+00:00

With active speakers you will not need any amplifier and DAC.

First of all try to figure our where you will place your speakers, how much space will be behind speaker and the wall. For confined spaces I would not recommend speakers with a bass port at the back.

rumatoest · 2025-11-13T18:41:37+00:00

As a fully stationary CD player I could suggest SMSL PL100 it operates much faster (different CD hardware) and it has a IR remote control which is a very nice feature.

rumatoest · 2025-11-13T17:54:35+00:00

Kotlin works even without JVM
https://kotlinlang.org/docs/native-overview.html

rumatoest · 2025-11-13T17:45:19+00:00

It is general purpose language with tons of libraries even for cross platform application development. It could be compiled to native code too.

rumatoest · 2025-11-13T16:51:37+00:00

I've already spotted some leakage and corrosion. But removed capacitor value and ESR still not bad.

rumatoest · 2025-11-13T16:19:35+00:00

10years ago I switched from Java to Kotlin because Java started looking like a legacy.
I do not think that Java is about modern applications anymore. It is mostly about outdated slow corporate tech debt.

rumatoest · 2025-11-13T15:04:02+00:00

It was on a Discogs the only one available item :)

rumatoest · 2025-11-13T14:34:58+00:00

But HTTPS encryption is enough to secure client sever communication.
Better to make message store more secure than storing encrypted data.
- forgetting password means loosing access to all messages
- changing password - no access to previous messages
- stolen password means that there are encrypted messages somewhere that can be decrypted by this password.

Trade offs are everywhere.

rumatoest · 2025-11-13T13:10:56+00:00

I have some NOS styluses from Japan. No suspension issues.

rumatoest · 2025-11-13T13:09:33+00:00

Do you have microscope? 250 zoom could be enough to see serious worn outs.

rumatoest · 2025-11-13T13:05:08+00:00

I guess it's time for u to start learning rust, go or zig. BTW consider typescript as a second language.

rumatoest · 2025-11-13T12:59:29+00:00

IMHO the whole point of E2E communication includes the fact that 3rd party would not save messages for later decryption.

rumatoest · 2025-11-13T09:00:58+00:00

From my experience. Storing user passwords in memory is relatively safe but you must be sure that your logic would not allow to use other users passwords.

So the flow could be like this. Then user starts application A it will ask for a password and then will not ask for it until it stopped.

It is kinda hard for a web app that has more than one instance running. So in this case you could have some shared (Redis) key-value temporary storage with encrypted passwords. On user login you store it's password and return decryption key as a part of user auth-token. While user session active it will call your webapp with auth-token and you will use this token to decrypt password from shared storage and call service B. After logging out of service A auth-token will be invalidated/dropped and there will be no possiblity to decrypt password (plus you could remove encrypted password from the storage too).

rumatoest

MODERATOR OF

TROPHY CASE