Hmm no, that's not really it... that's more so that you don't pass URLs starting with /app1/ onwards to the application, which would not be aware of that subpath.
I think I need something that intercepts the content being served to the client, and inserts /app1/ into all hardcoded absolute paths.
For example, let's say on app1's root I have an index.html that contains:
But the point is, for the cost of a single CD per month I was able to listen to any CD from any band whenever I wanted. It was an extremely easy decision to sign up.
Yeah but my point is, you pay but you don't actually get those albums. So if after some years Spotify turns to shit you don't have anything to show for when you cancel the service, and even though you have paid the equivalent of dozens of albums your music collection is gone.
Also, I don't buy anyting near an album per month, so even on that level it doesn't make sense to me. I do have a large collection, but I'm not really digging much current music anymore so if I buy two albums per year, it's a lot.
Never understood why anyone would want to rent their music in the first place. As good as the service may be when you sign up for it, you know it will eventually turn to shit as they're trying to monetize every last cent out of it, and then your only choices are to endure the shit or to quit the service and be left with nothing.
Meaningless poll because the popular vote doesn't determine who becomes president. What matters is what percentage of the votes he gets in swing states.
Desktop usage is almost always going to feel laggy in a VM because you don't have a real GPU inside the VM and it will fallback to some non-accelerated framebuffer mode. There are some GPU virtualization solutions, for example QEMU has virgl that offers 3D acceleration, but in my experience it's buggy/not ready and doesn't offer near bare metal performance.
The only way to get near bare metal graphical performance in a VM is by using PCI pass through of an entire GPU, but that requires an extra GPU, is non-trivial to setup and comes with a lot of caveats.
I use deluge mainly because it can easily be run as a daemon inside of a docker container, so I can just let my torrents run unattended on my homeserver, and always protected by a VPN with killswitch.
On my desktop I use the GUI client to connect to the daemon and manage my torrents as if it were local.
Yeah but kbin still has huge issues with properly replicating posts, comments and votes from Lemmy instances. It often doesn't match up with what I see on Lemmy itself.
So how many sockpuppet/bot accounts do you have? Every comment you post immediately gets a +4. There's absolutely no way that less than 1 minute after you post a comment on a Lemmy post that's already downvoted to shit immediately gets 4 genuine upvotes unless you're manipulating it.
Edit: and now the fake insta-upvotes on his comments disappeared, someone's getting rid of the evidence lol
I'm not going to lend idiots like Clayon Morris any credibility by arguing their position in good faith when they didn't arrive at their position in good faith in the first place.
Knowing the source is enough to discredit and discard this video. They're vatniks. They produce garbage. Garbage belongs in the garbage bin. The end.
If you really want to get anal about it, yes I know there things like CNAME, PTR and MX records too but that's outside of the scope of this discussion.
DNS doesn't deal with ports, there's no way to say: homelab.example.com should point to IP address 1.2.3.4and port 12400.
SpaceCadet @ SpaceCadet @sopuli.xyz Posts 1Comments 75Joined 2 yr. ago
Hmm no, that's not really it... that's more so that you don't pass URLs starting with
/app1/onwards to the application, which would not be aware of that subpath.I think I need something that intercepts the content being served to the client, and inserts
/app1/into all hardcoded absolute paths.For example, let's say on app1's root I have an index.html that contains:
... src="/static/image.jpg" ...It should be dynamically served as:
... src="/app1/static/image.jpg" ...