fs0c13ty00

Shadow libraries are truly a gift to humanity. Thanks to them, poor and starving people in developing countries like myself can access knowledge, escape poverty and thrive.

It's great to have something like Slum. It makes accessing these libraries much easier and helps users check if a site is down for everyone or just for them. Plus, having the up-to-date links provided is super helpful!

I actually like it. Better readability and the empty space can be used for showing citations, which the author seems to do a lot.

My open source service, lrclib.net, handles approximately 200 requests per second at peak (yes you read that right, it's approximately 12000 requests per minute) on a simple €13 Hetzner cloud server (4 AMD based VCPU, 8GB RAM). I'd love to write a blog post about how I made it possible sometime in the future, but basically, I cheated by using Rust together with SQLite3 and some caching.

I was surprised by the cost of Vercel in that blog post too, which is why I dislike all kinds of serverless/lambda/managed services. For me, having a dozen people subscribing to $1-$2/month sponsorship on GitHub Sponsors is enough to cover all the costs. Even if no one donates, I’d still have no trouble keeping the project running on my own.

It's simple. Human writing is short and to the point (either because they're lazy or want to save the reader's time), yet still manages to capture your attention. AI writing tends to be too elaborate and lacks a sense of "self".

I feel like this article challenges my patience and attention too much, there is really no need to focus on the pros of upgrading here. We reader just want to know how they managed to upgrade at that large scale, challenges they faced and how the solved them. Not to mention any sane tech writers that value their time wouldn't write this much.

I like this, as the author of LRCGET (which is made with Tauri), I hate debugging something that works on Windows (Microsoft Edge WebView2) but doesn't work well or doesn't work at all on Linux (Webkit2gtk) or macOS.

One of the example is audio playback. Chromium and in turn Edge WebView2 have great support, but make it work in Webkit2gtk is a big pain in the *s. I then decided to switch the audio playback feature to Rust side (using Kira and Symphonia) instead.

Having Chromium bundled eliminates all the pain about inconsistency between webview engines, and using Rust means we don't have to pay for the NodeJS size in our app bundle (plus better performance).

For Tauri, I think something like Servo will fit well as bundled browser engine. Hopefully some day it will happen.

To this point I just want to have a way to block all Musk related news from my doom scrolling time. I just can't see any meaningful value in these news anymore.

I love the idea of Hotwire and I'm already using it in one of my production project. Overall it saved me a lot of time and frustration having to deal with a separate frontend project, and the frustration having to manually manipulate the DOM with JavaScript in traditional MVC project.

However I faced some other new frustration, such as when trying to make a dynamic nested form (similar to cocoon gem) but only with hotwire stack (turbo frame/stream). It is also hard to think of each hotwire controller as a component, you might face some problems when trying to do some nesting.

I think Hotwire will be a perfect fit if you want a traditional websites with a few dynamic, interactive features. If your website is too much app-like, you should consider switching the frontend part to SPA entirely.

Yes, it does suck sometimes, but for UI then your frontend framework should work all the same 99% of the time. If your app is related to audio/video playback or you want to use newer features of Web standard such as webGPU, then it will be trickier.

Source: I'm developer of https://github.com/tranxuanthang/lrcget

At least it is a mile better than the abomination named Electron.

Each Electron app has both Chromium and NodeJS bundled. Tauri only use platform-specific webviews, and Rust is a compiled language with no GC and no runtime.

I understand the changes to Gitea pissed the community so much. But at least it appears they are not resorting to a "bait and switch" with the open-source license, and remain committed to retaining the MIT license.

Offering a managed service and paid support seems like a reasonable move to me, and would certainly benefit many small and medium organizations. The profit gained from business could also provide funding for contributors and maintainers.

I like the approach of taking money from corpos to make FOSS stronger. Hard-forking an already MIT licensed project for just another one is really bad for both side.

As a Vietnamese developer currently interested in remote opportunities, I am a little concerned. I hope people like us won't face any discrimination at work due to being thought of as "stealing an American's job".

I can't imagine myself using this. One more port open, one more attack vector for those restless bots to scan for vulnerabilities, one more service I need to keep up-to-date. But I understand it would help Linux servers become more approachable, especially people that are switching away from PHP-based shared hosting to a full-featured VPS, don't have much knowledge about servers, and want something similar to cPanel or DirectAdmin.

If a GPT bot can even fool /pol/ 4channers, then Reddit is just like easy mode, as I think Reddit community is much more gullible (no offence, I visit Reddit a lot and recently also read on some Lemmy instances as well). That being said, it is interesting that people are starting to be more aware of "unnatural" answer and can point out the AI-generated content, like those GPT-3.5 responses in the beginning of the article.

I'm not a foobar2000 user, but after some searches, there are Lyrics Show Panel 3 (mostly dead?) and its opensource alternative foo_openlyrics (https://github.com/jacquesh/foo_openlyrics).

Adding LRCLIB source should be easy and straightforward enough (https://github.com/jacquesh/foo_openlyrics/tree/master/src/s...). I'm not very experienced in C++ though, so I suggest opening an issue first to see if the author or anyone are willing to do the intergration.

DMCA is not available in every countries. About applications that are published to Appstore/Play Store, they may ask for users to manually enter a 'LRCAPI-compatible instance' URL to avoid issues.

Its source is from LRCLIB (lrclib.net). LRCLIB collects lyrics from various sources, including MXM, but also allows users to submit their own synced lyrics.

You can understand it as a "Library Genesis" for lyrics. LRCLIB will also become open-source (soon™).