tripflag @ tripflag @lemmy.world Posts 0Comments 11Joined 2 yr. ago
You could always toss it in a sandbox for some isolation :> but yeah I get you, all of the optional features does mean more code.
It's a shame that browsers make stuff like chunked uploading so tricky, so even just the essentials would be a fair bit of logic -- and you won't get optimal upload speeds without sending chunks in parallel. And the corruption detection is also worth its weight in gold... Ah well, it is what it is hehe
Thanks for the mention :>
Yeah, copyparty was my attempt at solving this issue - a single python-file for receiving uploads of infinitely large files, usually much faster than other alternatives (ftp, sftp, nextcloud, etc.) especially when the physical distance to the uploader is large (hairy routing).
I’m not gonna put an upload on my site, that’s a security nightmare waiting to happen.
curious to hear your specific concerns on this; maybe it's something that's already handled?
You may encounter some confusing errors with MergerFS; depending on your config, any software using SQLite may crash with a scary-sounding "disk I/O error". The quickstart has more info, https://trapexit.github.io/mergerfs/quickstart/
for a selfhosted service which is a single self-contained process in a single container, is there still a benefit to using compose, and if so, what would that be? genuine question since I'm not providing a compose example for a foss service I made.
Awesome!! And thanks for mentioning the traefik thing; I added it to the example so maybe it'll help somebody else one day :>
hey, copyparty dev here - I'll be upfront and warn that if you're looking for a service to do full bidirectional file syncing, with proper file tracking and versioning, then something like syncthing is a better choice. Copyparty is able to do single-direction syncing of local folders to the server pretty well (using copyparty's u2c or rclone), but that's about it.
But if you're looking for something to handle file uploads faster than many alternatives, or any of the other features listed in the readme, then I'd be happy to help if you ever get stuck somewhere :>
Like others have mentioned, I wouldn't trust the iis WebDAV server any further than I can throw it. And moreover, the WebDAV client that's built into windows is also good for nothing -- it has a filesize limit because it reads the whole file into ram, instead of using http206 like any sane server/client. And it also has a chance of crashing explorer.exe after reading a couple thousand files...
That's why I've been making my own WebDAV server, but I'm also keeping track of other alternatives. And for connecting to it from windows I'm using rclone. Regardless which server you choose (just please do not use iis lol) you can borrow these examples for connecting to it :-)
Not proxmox-specific, but I've been using btrfs on my servers and laptops for the past 6 years with zero issues. The only times it's bugged out is due to bad hardware, and having the filesystem shouting at me to make me aware of that was fantastic.
The only place I don't use zfs is for my nas data drives (since I want raidz2, and btrfs raid5 is hella shady) but the nas rootfs is btrfs.
I'm sorry to say it's a bit of very old-fashioned php that's in charge of all that xD
I've modified it to print its own source code if you append ?dat=sauce to the URL, and I'll try to answer questions if I can remember how it worked :-)
oh good, that's just reader-mode mangling the TOC. Those are supposed to be clickable links to jump to the relevant section. Firefox's reader-mode does a better job by not rendering the TOC at all. Thanks for the scare hehe
Hey! Website author here :>
Curious about the SEO garbage you're seeing because that's not coming from me. Could you post an example? Are you using any shady VPN's or anything like that?