10 ms·

Twake Drive – An open-source alternative to Google Drive

372 points by javatuts 1y ago

scirob 1y ago
versus nextCloud ownCloud ?
- javatuts 1y ago
  yes :)
g0rsky 1y ago
Does it have mobile clients?
- gregoriol 1y ago
  It's really not clear: they seem to show a mobile app (https://static.tildacdn.com/tild3536-3661-4363-b433-353535616164/screenshot__backgrou.png https://static.tildacdn.com/tild3536-3661-4363-b433-35353561...) but there are no links to app stores anywhere, seems like they ended up on HN too early, maybe we should let them some time to get their stuff together
Gigachad 1y ago
Is this a fork of something? Or recently open sourced? Looks like there is a single commit where a majority of the code came from.
- CaptainOfCoit 1y ago
  > Looks like there is a single commit where a majority of the code came from. I do this all the time, right before open sourcing a project. Basically while it's private, commit quality can be a bit rough, and if I want to open source it, I'll remove .git, make a new init commit then open source it. No one needs to see what I do in my private abode :)
  - javatuts 1y ago
    +1
  - Elizer0x0309 1y ago
    Ha! 100% agree! Lots of my commits have personal info even. Months or years of changes, I'd rather squash and then push publicly.
  - g-b-r 1y ago
    The history of the development since its beginning can help a lot in studying the code, so I encourage people to avoid the single commit as much as possible. It's much better to refactor (rebase) the messy commits, removing the personal or embarrassing stuff; although that might result in a "false" history, a series of smaller-sized commits will usually be much easier to follow than reading a whole code base all at once. Really, I see a ton of open-source projects that do this, and it results in a lot of more opacity and friction than necessary. It results in less people being able to check the code and contribute to the project.
    - CaptainOfCoit 1y ago
      I promise you're not missing much, except some commits that are implementing something, reverting it, implementing it again slightly differently, fixing typos, replacing 80% of the codebase in one swoop and similar stupid and un-needed stuff. If the project is from the get-go supposed to be a long-lived project (like professional development for a business) then I agree, don't smoke the entire history no matter how embarrassing it is. But for my personal projects, I can let you know that having access to the git history before I made it FOSS will make you dumber rather than being helpful for anything, compared to one clean starting commit.
      - broken-kebab 1y ago
        Why do you think it's embarassing? The result is what reasonable people judge. And if you get to it through trial and error, well, that's how it's done almost everytime. It's normal
- keoneflick 1y ago
  They were originally working on a MS teams replacement, with a bunch of things in one app like teams. (I tried it back then, it was pretty green). Now it looks like they are focused on drive, chat and email. The old app seems deprecated, so I presume they forked it into some of this new stuff.
love2read 1y ago
Cool, who's the audience?
sneak 1y ago
Zero percent chance I will ever trust my critical data to a mongo-backed service, personally. With clients some of them have already made this bad decision; with my own personal files I get to avoid it.
- pstoll 1y ago
  My first inclination too tbh. And then I saw Npm references and thought “in JavaScript?!” But at least it’s typescript.
  - jacquesm 1y ago
    You lose JS but at least you get to keep the supply chain risks.
- GiorgioG 1y ago
  Mongodb used to suck. We use it at work for critical systems, it’s been rock solid for 3+ years.
- pas 1y ago
  why? since WiredTiger is the default storage engine it works
  - liqilin1567 1y ago
    Someone else also shared a similar experience, so it seems true that we should avoid store critical data in mongodb https://news.ycombinator.com/item?id=45694376 https://news.ycombinator.com/item?id=45694376
- kaladin-jasnah 1y ago
  Isn't Mongo source available too? So it sort of seems to contradict the mission of this organization to use it.
- figmert 1y ago
  You can always use FerretDB instead.
pstoll 1y ago
In TypeScript, interesting. Not the obvious choice IMO but trying to keep an open mind. Was that because of team expertise or particular aspects of TS you thought suited the domain?
- pas 1y ago
  since it's I/O heavy an async web-oriented stack (ie. NodeJS) makes sense, and then TS is an obvious improvement over raw JS, and if the frontend is also JS/TS then at least there's some chance that expertise can be shared
  - jerf 1y ago
    The problem is such systems are also CPU heavy, with extensive hashing, encryption, and really quite a lot of general paperwork, and as such, a system that can efficiently use multiple CPUs is really important. I guarantee that plenty of Twake installs are absolutely spending a ton of time blocked on CPU, both because of the multithreading, and the general 10x-slower-than-C you can expect from Javascript on general code. Javascript was a poor choice that will hold the project back just as choosing PHP for the base has done and continues to do a lot of damage to NextCloud/OwnCloud. This is not a task for a scripting language, because they're disqualified on performance. It's also not a task for dynamic typing, and using Typescript can help with that, but it doesn't change the fact that Javascript is just generally slow and does not play well on multiple CPUs.
cheema33 1y ago
As others have asked, how does it compare with nextCloud ownCloud? And does it have native clients for the usual suspects? Windows/Mac/Mobile...
- kimos 1y ago
  I desperately want to be a fan of ownCloud, because it offers clients natively across Mac/Linux/mobile, but it’s such a mess. Every platform has small bugs and reliability problems that makes the whole thing useless.
- Liquix 1y ago
  IME NextCloud is a bloated PHP monster with poor performance. Twake seems to be leaner and have a narrower scope.
  - deleted 1y ago
    [deleted]
- ponooqjoqo 1y ago
  I tried to install nextcloud once, and it was an exercise in misery.
  - vachina 1y ago
    If you just need a web interface to your filesystem, there’s this single Go executable (https://github.com/filebrowser/filebrowser https://github.com/filebrowser/filebrowser) that supports sharing and minimal user management.
    - pierrelf 1y ago
      +1 have deployed thousands of instances of filebrowser without any issues, hidden behind an oauth-proxy.
      - varun_ch 1y ago
edweis 1y ago
Do you really need a database for this? On a unix system, you should be able to: CRUD users, CRUD files and directories, grant permissions to files or directories Is there a decade-old software that provides a UI or an API wrapper around these features for a "Google Drive" alternative? Maybe over the SAMBA protocol?
- GiorgioG 1y ago
  You expose SAMBA shares outside your home network?
  - edweis 1y ago
    I do, password-protected of course. It is the only "native" way I found to get server files access to my iPhone without downloading a third party app (via Files).
    - vlovich123 1y ago
      I really hope you lock it down to something like Tailscale so that you have a private area network and your Samba share isn’t open to the entire world. Samba is a complicated piece of software built around protocols from the 90s. It’s designed around the old idea of physical network security where it’s isolated on a LAN and has a long long history of serious critical security vulnerabilities (eg here’s an RCE from this month https://cybersecuritynews.com/critical-samba-rce-vulnerability/ https://cybersecuritynews.com/critical-samba-rce-vulnerabili...).
      - Steltek 1y ago
        It seems like every network filesystem is irredeemably terrible. SMB and NFS the stuff of security nightmares, chatty performance issues, and awkward user id mapping. WebDAV is a joke. SSHFS is slow. You can get really crazy with CephFS or GlusterFS, and for all that complexity, you don't get much farther way from SMB/NFS issues with those either. My solution: Share nothing and use rsync.
unstyledcontent 1y ago
How does it make money? Couldn't find any about us page or explanation. As we all know,if it's free, you're the product.
- CaptainOfCoit 1y ago
  Open Source != Free, feels like the typical HN user should know this better than the average user. FWIW, the people working on this project has Mission and Vision pages on their website: https://linagora.com/en/mission https://linagora.com/en/mission https://linagora.com/en/vision https://linagora.com/en/vision Took me a whooping 17 seconds to find those two.
- politelemon 1y ago
  This soundbite really needs to go away. It and its counterexamples don't apply in any significant measure. You can pay and still be the product, and that is often the case.
- javatuts 1y ago
  I’m not sure, but if major companies start using it, they’ll definitely find a way to make money from it.
- dangus 1y ago
  Damn bro, I didn’t know gcc had been exploiting me for all these years.
  - mrln 1y ago
    I'm pretty sure it reads your code, bro! Sus...
  - washadjeffmad 1y ago
    GCC was a psyop to destabilize the private compiler industry. -Someone, surely
deleted 1y ago
[deleted]
gregoriol 1y ago
[flagged]
- fullstop 1y ago
  Plenty of people throughout the world use Telegram. Their platform handles large groups quite well.
  - gregoriol 1y ago
    It doesn't make sense for an open-source group making open-source projects and strongly promoting open-source to use such a tool for group chat. There are plenty of open-source alternatives or alternatives with no such negative association. edit: it looks even worse knowing that they have their own chat project: https://twake-chat.com https://twake-chat.com that is powered by the Matrix protocol
    - easyKL 1y ago
      Projects like Valetudo, CoMaps, and Pixel Experience OS (to name a few) also rely on a Telegram group. Not everyone uses Matrix to build a community.
  - bl4ckneon 1y ago
    [flagged]
    - Gigachad 1y ago
      Furries use it too
    - Escapade5160 1y ago
      I use it over discord pretty frequently. The app UI is much simpler than discords and I've been able to get family to stick with using it because of that. Signal is my main way of communication, then telegram, then discord.
    - hagbard_c 1y ago
rambambram 1y ago
USB sticks, the alternative to the cloud.
- netdevphoenix 1y ago
  Until you lose it, break it, damage it accidentally (via high humidity, high heat, etc). Arguably, if you run twake on some VPS, you have additional layers of redundancy by default.
  - tfe__ 1y ago
    You mean, like the dns of AWS in us-east-1? #OhWait
- cheema33 1y ago
  Surely you jest. I love USB sticks. But they are not a proper alternative to cloud storage. For example, how do I do share select files/folders with select people, in other countries?
  - wkat4242 1y ago
    Copy selected files to another pendrive. Use postal service to ship pendrive to other person. We used to call that sneakernet :D But yeah there's a reason people don't do this anymore
- cheschire 1y ago
  USB sticks can fulfill part of the "2" in the 3-2-1 rule. https://en.wikipedia.org/wiki/Backup#3-2-1_Backup_Rule https://en.wikipedia.org/wiki/Backup#3-2-1_Backup_Rule
- Tepix 1y ago
  Not sure how i can collaboratively edit documents thanks to a USB stick.
- mystifyingpoi 1y ago
  I thought the same once, but apparently some of my friends literally do not own a PC. Only tablets or phones, no USB-A in the house except maybe in TV. Oh well, time for USB-C pendrives.
3idet 1y ago
58.9% TypeScript and 32.6% JavaScript wouldn't be my first preference to implement such a high performance and throughput demanding application? Why is that?
- tantalor 1y ago
  > 58.9% TypeScript and 32.6% JavaScript Isn't that just 91.5% JavaScript? TypeScript is not real.
  - awwaiid 1y ago
    Almost, but not entirely, unlike birds
- ActionHank 1y ago
  Maybe ask all the startups looking to scale their TS\JS microservices "stack" using event driven architecture.
- Tade0 1y ago
  It appears that the backend is written in TS, while the frontend in JS. Personally I separate church and state by writing tests in JS and application code in TS. If you're asking why these languages at all when this and that other language is faster, most likely it's less of a bottleneck than estimated.
- z3ratul163071 1y ago
  this app is io bound and in that case it doesn't matter it runes on ts / js
gwbas1c 1y ago
I built something similar years ago. These are terribly hard to build, so I did a bit of digging. 1: This appears to be backed by a French company called Linagoria. I don't know much about the company, but they've been around for a bit. 2: I experimented with Mongodb for the similar product, and it turned out to be very unreliable. A lot can change since I used Mongodb, but in general, I'm weary of any product that uses it unless there's an expectation that data is lossy. (Which was the problem Mongodb had at the time: Their CTO only wanted to target lossy data use cases, but the people interested in using Mondodb wanted a database that was easier to use than SQL.)
- evolve2k 1y ago
  I’ve had similar warnings from multiple very senior devs to never go near mongo. So better explain that choice if you’re wanting adoption. Reliability was the concern.
  - gwbas1c 1y ago
    At the time (2010), MongoDB was intended (from the creators) for handling high volumes of data where some loss was tolerable. What happened was that its document model, and flexible index model, made it very attractive as an easy-to-use database. I used to call it the "Visual Basic" of databases. I think the less technical people in marketing latched on to how a lot of people found MongoDB easier to work with, and there was a lot of selling to people who it shouldn't have been sold to. The problem was that the lossiness nature of MongoDB didn't rear it's ugly head until deep in a project, and the assumptions made when writing documents lead to situations where operations required changing multiple documents; or other corner cases that triggered loss in larger schemas. Of course, if you used MongoDB as intended, which was for ingesting lots of data with some tolerance of loss, you were totally fine.
cyberes 1y ago
Why do we need another file sharing platform?
- prmoustache 1y ago
  it is not a new one, it used to be called Cozy drive before.
SilverSlash 1y ago
Why not use Deno instead of Node.js for the backend? For a product like this could the extra security that Deno's sandbox provides help?
- JLCarveth 1y ago
  You could also just run the node.js process via a `systemd` service and sandbox it that way using hardening directives.
Vipsy 1y ago
Open source drive tools live or die on three things. 1) Simple sync that never surprises. 2) Clean conflict handling you can explain to a non tech friend. 3) And zero drama upgrades. If Twake nails those and keeps a sane on prem story with S3 and LDAP, it has a shot. The harder part is trust and docs. Clear threat model. Crisp migration guides from Drive and Dropbox. And a tiny CLI that just works on a headless box. Do these and teams will try it for real work, not just weekend tests.
- PanoptesYC 1y ago
  I'd like a manual "sync now" option. Sometimes I put stuff in google drive using windows explorer and it's not immediately obvious if it is syncing, why it is or isn't, or what I need to do to make it.
  - Vipsy 1y ago
    Syncing should be in the control of users. user should be able to trigger or abort the sync. Also it should provide some sort of indicator of progress.
  - The_President 1y ago
    I've got a theory that progress bars for main functionality tasks and the associated manual triggers in modern software are out of favor, as it creates a stage for an error to be displayed and creates expectations the customer can lean on. Less detail in errors displayed to the customer removes their ability to identify a software problem as unique or shared among others. "Something went wrong!"
    - xp84 1y ago
      I think you're right and I think I insufficiently considered malice as the reason for a lot of this type of minimalism. This "SWW" message is great as it doesn't even give a hint as to whether the problem is with the server (all vendor's fault), the network (not vendor's fault), or a client fault (maybe vendor's fault, maybe customer just needs to update it). Users can just do brute force things like "Swipe up the app and open it up again" and eventually just give up.
ptman 1y ago
There's also https://cryptpad.fr/ https://cryptpad.fr/ - https://cryptpad.org/ https://cryptpad.org/ - https://github.com/cryptpad/cryptpad https://github.com/cryptpad/cryptpad
- ekjhgkejhgk 1y ago
  That looks great, thanks for sharing. I would add to that list something like a splitwise alternative. And open source too? Seems too good to be true.
  - raybb 1y ago
    I think you're looking for https://spliit.app/ https://spliit.app/
    - ekjhgkejhgk 1y ago
      I don't think that's end to end encrypted. With so much surveillance I think there's a real need for E2E on anything. I just bought the basic Tutanota package - but maybe that's just my OCD acting out. EDIT: This is closer, and you can self-host https://github.com/cryptoboid/splitio https://github.com/cryptoboid/splitio But it's in JavaScript <throw up> can't win them all.
      - raybb 1y ago
        Do you feel you need E2E even when you're self hosting? https://github.com/spliit-app/spliit https://github.com/spliit-app/spliit
        ekjhgkejhgk 1y ago
        I don't want to self host though. That's like giving myself a job.
  - pixelN 1y ago
    I always use https://ihatemoney.org/ https://ihatemoney.org/
pgt 1y ago
If you want to increase adoption, change the name: https://www.paulgraham.com/name.html https://www.paulgraham.com/name.html TDrive would work
- VWWHFSfQ 1y ago
  I don't think that advice has been relevant anymore for awhile now.
  - pgt 1y ago
    It's still relevant.
- CaptainOfCoit 1y ago
  > If you want to increase adoption, change the name: https://www.paulgraham.com/name.html https://www.paulgraham.com/name.html > If you have a US startup called X and you don't have x.com, you should probably change your name. But they do own https://twake-drive.com/ https://twake-drive.com/ already? What exactly is your point here? Either you misunderstand the linked article, or I do. But seems people would be able to find that just fine if they search for, as twake-drive.com comes up as the first result when I search for "Twake Drive". Besides, Graham's articles are almost always geared towards startups in one way or another. This doesn't seem to be that, so not sure I'd even try to read it if I was the owner of Twake Drive.
  - pgt 1y ago
    The name is hard to convey. Try telling someone verbally how to find it without error: "Twake. No, not take - like Wake with a T, Twayke. T double you ay kay ee. Oh, and there's a hyphen in the domain. T-Wake hyphen Drive dot com." Re: should they read it? Either you want your product to spread, or you don't. If you're posting it on HN, you want to share it, and for it to be shared. A tough name makes it harder to share, so you have to decide if you really want your product to spread or not.
- devsda 1y ago
  It can go wrong too. You search that in Google with file sharing keywords and the AI will helpfully correct it to 'do you mean GDrive?' They would've lost a prospective user to a competitor while sounding like a knockoff of some other product.
orliesaurus 1y ago
Lots of talk about must‑have features and backups here... BUT there's another piece that makes or breaks these tools... whether they can build a community around them and stick around for years... Open‑source cloud storage projects come and go when maintainers burn out... a sustainable business model or strong contributor base matters as much as technical checklists... ALSO interoperability is underrated... if your drive can speak WebDAV or S3 and plug into existing identity systems, teams are more likely to try it... In the end people want something that won't vanish after the honeymoon... that's harder than adding a progress bar...
- toomuchtodo 1y ago
  Indeed. "S3 compatible" is the state of the art for object storage imho. As long as you can talk to a storage system that supports the basic S3 primitives, longevity is improved and there is no lock in. You can use S3 proper, Backblaze, Wasabi, Backblaze B2, local storage exposing an S3 api, etc. Any replacement is mostly drop in assuming it can read, scan, index existing objects. Edit: @n3t heard wrt to the turn of phrase
  - n3t 1y ago
    https://en.wikipedia.org/wiki/State_of_the_art https://en.wikipedia.org/wiki/State_of_the_art
    - deleted 1y ago
      [deleted]
    - codys 1y ago
      Ya, something like "table stakes" would be closer to what they mean.
- safety1st 1y ago
  Is that a weakness of the tool's organizational model? I don't want to be part of a community around my cloud storage. I want it to work and I want to think about it as little as possible. I use Syncthing and it does a pretty great job at this, no one ever insisted I need to join a Syncthing community, yet it keeps on working. I don't pay a dime for Syncthing but I'm vaguely aware that they're linked to a company called Kastelo which provides enterprise support for Syncthing deployments. Probably a lot of Syncthing development is paid for that way. Incidentally I founded an open source consulting company that's totally unrelated to cloud storage. We have enterprise as well as smaller contracts. We develop some addons in-house and the bigger enterprise contracts tend to subsidize most of the work that goes into them. We haven't asked anyone to be part of a community and I don't think we need to. Communities are nice, but if you want your software to last I think a good business model and a good marketing strategy are a better bet. Bonus, you can quit your day job.
maxlin 1y ago
Given how integrated Drive and Docs are, if this doesn't have docs-like collaborative realtime document editing, for many people this is like "30% of Google Drive" For people whose UX is dragging and dropping stuff to browser, and/or using a desktop sync client only, sure why not, the UI looks clean and familiar. But as someone who has used and still uses like 3 different similar things concurrently, the only real reason I use drive is because of the seamless zero-dependency office-like web software being part of the product. (yes I know it's a curse too, I ended up writing a piece of software just to migrate company drive stuff to my personal drive when a company I was a cofounder in went bust to have a record ... those google docs can really only exist in Drive natively, any export is an immediate downgrade)
- zos_kia 1y ago
  Twake includes OnlyOFfice which has collaborative realtime document editing on Docs, Sheets, Slides, etc...
nautilus12 1y ago
Google safe browsing violation in 3...2...
juchilov 1y ago
Seafile is the only good enough thing i've found so far for self-hosted file sync. But it is still a pain to upgrade the server version. nextCloud and friends is a complete disaster in my oppinion.
- setopt 1y ago
  Resilio is also pretty good, depending on your use case. (Syncthing is great too, but Resilio seems faster and better at NAT traversal in my experience.)
- wobfan 1y ago
  > nextCloud and friends is a complete disaster in my oppinion. Why is that? Have been using NextCloud in our company and for myself, and I couldn't be happier, no issues since 3 years, all the tools and plugins I need, sync running perfect and hassle-free and performant. I thought it's generally liked up until now - I didn't try any of the alternatives though, so they might indeed be better. Though I don't have any reason to try them tbh, as NC works almost too well.
  - snailmailman 1y ago
    Theres a lot of weird setup often required on the backend in my experience, but when it works, it works well. But until you get everything dialed in it can have weird issues that don't have a clear path to fix them. It might be better in their weird AIO solution? But i dont like the idea of giving a docker container the ability to spawn more containers. I just use one of their normal docker containers and have had to manually change a lot to make it work as they actually suggest. Like just recently i setup their notify_push plugin as it improves performance - but the provided setup instructions didn't work in my setup and i had to manually tweak several things.
    - Jnr 1y ago
      It took a while for me to fully set up Nextcloud with STUN/TURN, Office server, etc. in a properly containerised setup. It clearly felt like it was built before containers and modern devops approaches were a best practice. And while community is great, I don't think Nextcloud developer community is that big and active. Their plugin system is basic, archaic, lots of things there are begging for rework. So while Nextcloud is decent once set up, I am happy to see some fresh OSS projects solving similar issues appear. Maybe their approach will be better.
pr3dr49 1y ago
Give syncthing a go.
- seabrookmx 1y ago
  +1 for Syncthing. I've been running it for years, after my student discount for Dropbox expired (Google drive and OneDrive were just getting traction at the time). The mobile experience last I tried was pretty rough though. I don't really need my files on my phone and I have a web interface on my home server I can use to grab them in a pinch, but it's something to keep in mind.
  - misterdata 1y ago
    If you’re on iOS, try my (FOSS) app for Syncthing: https://github.com/pixelspark/sushitrain https://github.com/pixelspark/sushitrain
    - seabrookmx 1y ago
      Android unfortunately. Cool app though!
    - seraphine 1y ago
      Unfortunately not available in my country (Malaysia)
    - benhurmarcel 1y ago
      Why did you restrict it by country? I’m in the EU and can’t install it.
      - misterdata 1y ago
        You are most likely in France: your government does not allow publishing an app containing cryptography (in this case, Golang's crypto implementations and a package used by Syncthing - only using iOS libs should be fine) without authorization (which can only be obtained through French forms, at which point I'd want a French lawyer to be involved, so no). You could of course build the app yourself from source.
hungryhobbit 1y ago
[flagged]
bornfreddy 1y ago
A bit off-topic, but is there a way I can convince various apps (Viber, WhatsApp) to use some replacement instead of Google Drive for backup? They do not offer such an option, but maybe by rooting the phone and faking the interface, or ...?
- edoceo 1y ago
  On Android isn't it "just" a share-targrt? You can make a PWA that's a share-target pretty easy.
  - tonymet 1y ago
    Message backup is a more complete integration with google drive / iCloud
verdverm 1y ago
Dreaming of (and working on) making the ATProto PDS capable as a backend for authn/z and storage for ideas like this. I've definitely been more motivated to de-cloud as the tech bros capitulate as well as push their ai way too hard
grokx 1y ago
It seems that Twake is the result of Cozy Cloud joining Linagora: https://blog.cozy.io/en/from-7-july-your-cozy-cloud-begins-its-transformation-to-twake-workplace/ https://blog.cozy.io/en/from-7-july-your-cozy-cloud-begins-i...
roshin 1y ago
I know this probably goes against hn ethos, but one of my most important features is the search. I store TB of data and it could be hard to find a picture. I want the cloud software to analyze the image so that I can search "2 people on Nothing street" and find it. so far google is amazing at search. hopefully others will be better, but it's really hard to evaluate cloud software based on that
- alex_duf 1y ago
  Immich can do that
globalnode 1y ago
Missed an opportunity with the name Twake Dwive.
Daril 1y ago
I have a miniPC (Minisforum) with Debian as server. I use : - Syncthing (https://syncthing.net/ https://syncthing.net/) to keep the files synchronized between desktops and laptops computers - Webdav (https://github.com/hacdias/webdav https://github.com/hacdias/webdav) to access the files on the server via other applications - Cryptomator (https://cryptomator.org/ https://cryptomator.org/) to crypt/decrypt sensible directories (that are synchronized through Syncthing) Cryptomator allow me to access also the directories via webdav - MaterialFiles on Andrid to access the files on the server I access my mini server from outside with a Wireguard VPN created on my Fritz!Box router. Between home and office I created a site-to-site Wireguard VPN between the two Fritz!Box routers.
- Daril 1y ago
  Forgot to mention also SFTPGo : https://sftpgo.com/ https://sftpgo.com/
wkat4242 1y ago
Where I see the open source platforms lack is selective sync. That thing that dropbox and OneDrive etc do where they have a folder with only placeholders for your files, and only when you actually access one it gets downloaded and then keeps being synced. The ones I've tried could only download once off via the web, or sync whole folders but not do the placeholder thing. That doesn't really work for me.

372 points by javatuts 1y ago

scirob 1y ago

versus nextCloud ownCloud ?

javatuts 1y ago
yes :)

g0rsky 1y ago

Does it have mobile clients?

gregoriol 1y ago
It's really not clear: they seem to show a mobile app (https://static.tildacdn.com/tild3536-3661-4363-b433-353535616164/screenshot__backgrou.png https://static.tildacdn.com/tild3536-3661-4363-b433-35353561...) but there are no links to app stores anywhere, seems like they ended up on HN too early, maybe we should let them some time to get their stuff together

Gigachad 1y ago

Is this a fork of something? Or recently open sourced? Looks like there is a single commit where a majority of the code came from.

CaptainOfCoit 1y ago
> Looks like there is a single commit where a majority of the code came from. I do this all the time, right before open sourcing a project. Basically while it's private, commit quality can be a bit rough, and if I want to open source it, I'll remove .git, make a new init commit then open source it. No one needs to see what I do in my private abode :)
- javatuts 1y ago
  +1
- Elizer0x0309 1y ago
  Ha! 100% agree! Lots of my commits have personal info even. Months or years of changes, I'd rather squash and then push publicly.
- g-b-r 1y ago
  The history of the development since its beginning can help a lot in studying the code, so I encourage people to avoid the single commit as much as possible. It's much better to refactor (rebase) the messy commits, removing the personal or embarrassing stuff; although that might result in a "false" history, a series of smaller-sized commits will usually be much easier to follow than reading a whole code base all at once. Really, I see a ton of open-source projects that do this, and it results in a lot of more opacity and friction than necessary. It results in less people being able to check the code and contribute to the project.
  - CaptainOfCoit 1y ago
    I promise you're not missing much, except some commits that are implementing something, reverting it, implementing it again slightly differently, fixing typos, replacing 80% of the codebase in one swoop and similar stupid and un-needed stuff. If the project is from the get-go supposed to be a long-lived project (like professional development for a business) then I agree, don't smoke the entire history no matter how embarrassing it is. But for my personal projects, I can let you know that having access to the git history before I made it FOSS will make you dumber rather than being helpful for anything, compared to one clean starting commit.
    - broken-kebab 1y ago
      Why do you think it's embarassing? The result is what reasonable people judge. And if you get to it through trial and error, well, that's how it's done almost everytime. It's normal
keoneflick 1y ago
They were originally working on a MS teams replacement, with a bunch of things in one app like teams. (I tried it back then, it was pretty green). Now it looks like they are focused on drive, chat and email. The old app seems deprecated, so I presume they forked it into some of this new stuff.

love2read 1y ago

Cool, who's the audience?

sneak 1y ago

Zero percent chance I will ever trust my critical data to a mongo-backed service, personally. With clients some of them have already made this bad decision; with my own personal files I get to avoid it.

pstoll 1y ago
My first inclination too tbh. And then I saw Npm references and thought “in JavaScript?!” But at least it’s typescript.
- jacquesm 1y ago
  You lose JS but at least you get to keep the supply chain risks.
GiorgioG 1y ago
Mongodb used to suck. We use it at work for critical systems, it’s been rock solid for 3+ years.
pas 1y ago
why? since WiredTiger is the default storage engine it works
- liqilin1567 1y ago
  Someone else also shared a similar experience, so it seems true that we should avoid store critical data in mongodb https://news.ycombinator.com/item?id=45694376 https://news.ycombinator.com/item?id=45694376
kaladin-jasnah 1y ago
Isn't Mongo source available too? So it sort of seems to contradict the mission of this organization to use it.
figmert 1y ago
You can always use FerretDB instead.

pstoll 1y ago

In TypeScript, interesting. Not the obvious choice IMO but trying to keep an open mind. Was that because of team expertise or particular aspects of TS you thought suited the domain?

pas 1y ago
since it's I/O heavy an async web-oriented stack (ie. NodeJS) makes sense, and then TS is an obvious improvement over raw JS, and if the frontend is also JS/TS then at least there's some chance that expertise can be shared
- jerf 1y ago
  The problem is such systems are also CPU heavy, with extensive hashing, encryption, and really quite a lot of general paperwork, and as such, a system that can efficiently use multiple CPUs is really important. I guarantee that plenty of Twake installs are absolutely spending a ton of time blocked on CPU, both because of the multithreading, and the general 10x-slower-than-C you can expect from Javascript on general code. Javascript was a poor choice that will hold the project back just as choosing PHP for the base has done and continues to do a lot of damage to NextCloud/OwnCloud. This is not a task for a scripting language, because they're disqualified on performance. It's also not a task for dynamic typing, and using Typescript can help with that, but it doesn't change the fact that Javascript is just generally slow and does not play well on multiple CPUs.

cheema33 1y ago

As others have asked, how does it compare with nextCloud ownCloud? And does it have native clients for the usual suspects? Windows/Mac/Mobile...

kimos 1y ago
I desperately want to be a fan of ownCloud, because it offers clients natively across Mac/Linux/mobile, but it’s such a mess. Every platform has small bugs and reliability problems that makes the whole thing useless.
Liquix 1y ago
IME NextCloud is a bloated PHP monster with poor performance. Twake seems to be leaner and have a narrower scope.
- deleted 1y ago
  [deleted]
ponooqjoqo 1y ago
I tried to install nextcloud once, and it was an exercise in misery.
- vachina 1y ago
  If you just need a web interface to your filesystem, there’s this single Go executable (https://github.com/filebrowser/filebrowser https://github.com/filebrowser/filebrowser) that supports sharing and minimal user management.
  - pierrelf 1y ago
    +1 have deployed thousands of instances of filebrowser without any issues, hidden behind an oauth-proxy.
    - varun_ch 1y ago

edweis 1y ago

Do you really need a database for this? On a unix system, you should be able to: CRUD users, CRUD files and directories, grant permissions to files or directories Is there a decade-old software that provides a UI or an API wrapper around these features for a "Google Drive" alternative? Maybe over the SAMBA protocol?

GiorgioG 1y ago
You expose SAMBA shares outside your home network?
- edweis 1y ago
  I do, password-protected of course. It is the only "native" way I found to get server files access to my iPhone without downloading a third party app (via Files).
  - vlovich123 1y ago
    I really hope you lock it down to something like Tailscale so that you have a private area network and your Samba share isn’t open to the entire world. Samba is a complicated piece of software built around protocols from the 90s. It’s designed around the old idea of physical network security where it’s isolated on a LAN and has a long long history of serious critical security vulnerabilities (eg here’s an RCE from this month https://cybersecuritynews.com/critical-samba-rce-vulnerability/ https://cybersecuritynews.com/critical-samba-rce-vulnerabili...).
    - Steltek 1y ago
      It seems like every network filesystem is irredeemably terrible. SMB and NFS the stuff of security nightmares, chatty performance issues, and awkward user id mapping. WebDAV is a joke. SSHFS is slow. You can get really crazy with CephFS or GlusterFS, and for all that complexity, you don't get much farther way from SMB/NFS issues with those either. My solution: Share nothing and use rsync.

unstyledcontent 1y ago

How does it make money? Couldn't find any about us page or explanation. As we all know,if it's free, you're the product.

CaptainOfCoit 1y ago
Open Source != Free, feels like the typical HN user should know this better than the average user. FWIW, the people working on this project has Mission and Vision pages on their website: https://linagora.com/en/mission https://linagora.com/en/mission https://linagora.com/en/vision https://linagora.com/en/vision Took me a whooping 17 seconds to find those two.
politelemon 1y ago
This soundbite really needs to go away. It and its counterexamples don't apply in any significant measure. You can pay and still be the product, and that is often the case.
javatuts 1y ago
I’m not sure, but if major companies start using it, they’ll definitely find a way to make money from it.
dangus 1y ago
Damn bro, I didn’t know gcc had been exploiting me for all these years.
- mrln 1y ago
  I'm pretty sure it reads your code, bro! Sus...
- washadjeffmad 1y ago
  GCC was a psyop to destabilize the private compiler industry. -Someone, surely

deleted 1y ago

[deleted]

gregoriol 1y ago

[flagged]

fullstop 1y ago
Plenty of people throughout the world use Telegram. Their platform handles large groups quite well.
- gregoriol 1y ago
  It doesn't make sense for an open-source group making open-source projects and strongly promoting open-source to use such a tool for group chat. There are plenty of open-source alternatives or alternatives with no such negative association. edit: it looks even worse knowing that they have their own chat project: https://twake-chat.com https://twake-chat.com that is powered by the Matrix protocol
  - easyKL 1y ago
    Projects like Valetudo, CoMaps, and Pixel Experience OS (to name a few) also rely on a Telegram group. Not everyone uses Matrix to build a community.
- bl4ckneon 1y ago
  [flagged]
  - Gigachad 1y ago
    Furries use it too
  - Escapade5160 1y ago
    I use it over discord pretty frequently. The app UI is much simpler than discords and I've been able to get family to stick with using it because of that. Signal is my main way of communication, then telegram, then discord.
  - hagbard_c 1y ago

rambambram 1y ago

USB sticks, the alternative to the cloud.

netdevphoenix 1y ago
Until you lose it, break it, damage it accidentally (via high humidity, high heat, etc). Arguably, if you run twake on some VPS, you have additional layers of redundancy by default.
- tfe__ 1y ago
  You mean, like the dns of AWS in us-east-1? #OhWait
cheema33 1y ago
Surely you jest. I love USB sticks. But they are not a proper alternative to cloud storage. For example, how do I do share select files/folders with select people, in other countries?
- wkat4242 1y ago
  Copy selected files to another pendrive. Use postal service to ship pendrive to other person. We used to call that sneakernet :D But yeah there's a reason people don't do this anymore
cheschire 1y ago
USB sticks can fulfill part of the "2" in the 3-2-1 rule. https://en.wikipedia.org/wiki/Backup#3-2-1_Backup_Rule https://en.wikipedia.org/wiki/Backup#3-2-1_Backup_Rule
Tepix 1y ago
Not sure how i can collaboratively edit documents thanks to a USB stick.
mystifyingpoi 1y ago
I thought the same once, but apparently some of my friends literally do not own a PC. Only tablets or phones, no USB-A in the house except maybe in TV. Oh well, time for USB-C pendrives.

3idet 1y ago

58.9% TypeScript and 32.6% JavaScript wouldn't be my first preference to implement such a high performance and throughput demanding application? Why is that?

tantalor 1y ago
> 58.9% TypeScript and 32.6% JavaScript Isn't that just 91.5% JavaScript? TypeScript is not real.
- awwaiid 1y ago
  Almost, but not entirely, unlike birds
ActionHank 1y ago
Maybe ask all the startups looking to scale their TS\JS microservices "stack" using event driven architecture.
Tade0 1y ago
It appears that the backend is written in TS, while the frontend in JS. Personally I separate church and state by writing tests in JS and application code in TS. If you're asking why these languages at all when this and that other language is faster, most likely it's less of a bottleneck than estimated.
z3ratul163071 1y ago
this app is io bound and in that case it doesn't matter it runes on ts / js

gwbas1c 1y ago

I built something similar years ago. These are terribly hard to build, so I did a bit of digging. 1: This appears to be backed by a French company called Linagoria. I don't know much about the company, but they've been around for a bit. 2: I experimented with Mongodb for the similar product, and it turned out to be very unreliable. A lot can change since I used Mongodb, but in general, I'm weary of any product that uses it unless there's an expectation that data is lossy. (Which was the problem Mongodb had at the time: Their CTO only wanted to target lossy data use cases, but the people interested in using Mondodb wanted a database that was easier to use than SQL.)

evolve2k 1y ago
I’ve had similar warnings from multiple very senior devs to never go near mongo. So better explain that choice if you’re wanting adoption. Reliability was the concern.
- gwbas1c 1y ago
  At the time (2010), MongoDB was intended (from the creators) for handling high volumes of data where some loss was tolerable. What happened was that its document model, and flexible index model, made it very attractive as an easy-to-use database. I used to call it the "Visual Basic" of databases. I think the less technical people in marketing latched on to how a lot of people found MongoDB easier to work with, and there was a lot of selling to people who it shouldn't have been sold to. The problem was that the lossiness nature of MongoDB didn't rear it's ugly head until deep in a project, and the assumptions made when writing documents lead to situations where operations required changing multiple documents; or other corner cases that triggered loss in larger schemas. Of course, if you used MongoDB as intended, which was for ingesting lots of data with some tolerance of loss, you were totally fine.

cyberes 1y ago

Why do we need another file sharing platform?

prmoustache 1y ago
it is not a new one, it used to be called Cozy drive before.

SilverSlash 1y ago

Why not use Deno instead of Node.js for the backend? For a product like this could the extra security that Deno's sandbox provides help?

JLCarveth 1y ago
You could also just run the node.js process via a `systemd` service and sandbox it that way using hardening directives.

Vipsy 1y ago

Open source drive tools live or die on three things. 1) Simple sync that never surprises. 2) Clean conflict handling you can explain to a non tech friend. 3) And zero drama upgrades. If Twake nails those and keeps a sane on prem story with S3 and LDAP, it has a shot. The harder part is trust and docs. Clear threat model. Crisp migration guides from Drive and Dropbox. And a tiny CLI that just works on a headless box. Do these and teams will try it for real work, not just weekend tests.

PanoptesYC 1y ago
I'd like a manual "sync now" option. Sometimes I put stuff in google drive using windows explorer and it's not immediately obvious if it is syncing, why it is or isn't, or what I need to do to make it.
- Vipsy 1y ago
  Syncing should be in the control of users. user should be able to trigger or abort the sync. Also it should provide some sort of indicator of progress.
- The_President 1y ago
  I've got a theory that progress bars for main functionality tasks and the associated manual triggers in modern software are out of favor, as it creates a stage for an error to be displayed and creates expectations the customer can lean on. Less detail in errors displayed to the customer removes their ability to identify a software problem as unique or shared among others. "Something went wrong!"
  - xp84 1y ago
    I think you're right and I think I insufficiently considered malice as the reason for a lot of this type of minimalism. This "SWW" message is great as it doesn't even give a hint as to whether the problem is with the server (all vendor's fault), the network (not vendor's fault), or a client fault (maybe vendor's fault, maybe customer just needs to update it). Users can just do brute force things like "Swipe up the app and open it up again" and eventually just give up.

ptman 1y ago

There's also https://cryptpad.fr/ https://cryptpad.fr/ - https://cryptpad.org/ https://cryptpad.org/ - https://github.com/cryptpad/cryptpad https://github.com/cryptpad/cryptpad

ekjhgkejhgk 1y ago
That looks great, thanks for sharing. I would add to that list something like a splitwise alternative. And open source too? Seems too good to be true.
- raybb 1y ago
  I think you're looking for https://spliit.app/ https://spliit.app/
  - ekjhgkejhgk 1y ago
    I don't think that's end to end encrypted. With so much surveillance I think there's a real need for E2E on anything. I just bought the basic Tutanota package - but maybe that's just my OCD acting out. EDIT: This is closer, and you can self-host https://github.com/cryptoboid/splitio https://github.com/cryptoboid/splitio But it's in JavaScript <throw up> can't win them all.
    - raybb 1y ago
      Do you feel you need E2E even when you're self hosting? https://github.com/spliit-app/spliit https://github.com/spliit-app/spliit
      - ekjhgkejhgk 1y ago
        I don't want to self host though. That's like giving myself a job.
- pixelN 1y ago
  I always use https://ihatemoney.org/ https://ihatemoney.org/

pgt 1y ago

If you want to increase adoption, change the name: https://www.paulgraham.com/name.html https://www.paulgraham.com/name.html TDrive would work

VWWHFSfQ 1y ago
I don't think that advice has been relevant anymore for awhile now.
- pgt 1y ago
  It's still relevant.
CaptainOfCoit 1y ago
> If you want to increase adoption, change the name: https://www.paulgraham.com/name.html https://www.paulgraham.com/name.html > If you have a US startup called X and you don't have x.com, you should probably change your name. But they do own https://twake-drive.com/ https://twake-drive.com/ already? What exactly is your point here? Either you misunderstand the linked article, or I do. But seems people would be able to find that just fine if they search for, as twake-drive.com comes up as the first result when I search for "Twake Drive". Besides, Graham's articles are almost always geared towards startups in one way or another. This doesn't seem to be that, so not sure I'd even try to read it if I was the owner of Twake Drive.
- pgt 1y ago
  The name is hard to convey. Try telling someone verbally how to find it without error: "Twake. No, not take - like Wake with a T, Twayke. T double you ay kay ee. Oh, and there's a hyphen in the domain. T-Wake hyphen Drive dot com." Re: should they read it? Either you want your product to spread, or you don't. If you're posting it on HN, you want to share it, and for it to be shared. A tough name makes it harder to share, so you have to decide if you really want your product to spread or not.
devsda 1y ago
It can go wrong too. You search that in Google with file sharing keywords and the AI will helpfully correct it to 'do you mean GDrive?' They would've lost a prospective user to a competitor while sounding like a knockoff of some other product.

orliesaurus 1y ago

Lots of talk about must‑have features and backups here... BUT there's another piece that makes or breaks these tools... whether they can build a community around them and stick around for years... Open‑source cloud storage projects come and go when maintainers burn out... a sustainable business model or strong contributor base matters as much as technical checklists... ALSO interoperability is underrated... if your drive can speak WebDAV or S3 and plug into existing identity systems, teams are more likely to try it... In the end people want something that won't vanish after the honeymoon... that's harder than adding a progress bar...

toomuchtodo 1y ago
Indeed. "S3 compatible" is the state of the art for object storage imho. As long as you can talk to a storage system that supports the basic S3 primitives, longevity is improved and there is no lock in. You can use S3 proper, Backblaze, Wasabi, Backblaze B2, local storage exposing an S3 api, etc. Any replacement is mostly drop in assuming it can read, scan, index existing objects. Edit: @n3t heard wrt to the turn of phrase
- n3t 1y ago
  https://en.wikipedia.org/wiki/State_of_the_art https://en.wikipedia.org/wiki/State_of_the_art
  - deleted 1y ago
    [deleted]
  - codys 1y ago
    Ya, something like "table stakes" would be closer to what they mean.
safety1st 1y ago
Is that a weakness of the tool's organizational model? I don't want to be part of a community around my cloud storage. I want it to work and I want to think about it as little as possible. I use Syncthing and it does a pretty great job at this, no one ever insisted I need to join a Syncthing community, yet it keeps on working. I don't pay a dime for Syncthing but I'm vaguely aware that they're linked to a company called Kastelo which provides enterprise support for Syncthing deployments. Probably a lot of Syncthing development is paid for that way. Incidentally I founded an open source consulting company that's totally unrelated to cloud storage. We have enterprise as well as smaller contracts. We develop some addons in-house and the bigger enterprise contracts tend to subsidize most of the work that goes into them. We haven't asked anyone to be part of a community and I don't think we need to. Communities are nice, but if you want your software to last I think a good business model and a good marketing strategy are a better bet. Bonus, you can quit your day job.

maxlin 1y ago

Given how integrated Drive and Docs are, if this doesn't have docs-like collaborative realtime document editing, for many people this is like "30% of Google Drive" For people whose UX is dragging and dropping stuff to browser, and/or using a desktop sync client only, sure why not, the UI looks clean and familiar. But as someone who has used and still uses like 3 different similar things concurrently, the only real reason I use drive is because of the seamless zero-dependency office-like web software being part of the product. (yes I know it's a curse too, I ended up writing a piece of software just to migrate company drive stuff to my personal drive when a company I was a cofounder in went bust to have a record ... those google docs can really only exist in Drive natively, any export is an immediate downgrade)

zos_kia 1y ago
Twake includes OnlyOFfice which has collaborative realtime document editing on Docs, Sheets, Slides, etc...

nautilus12 1y ago

Google safe browsing violation in 3...2...

juchilov 1y ago

Seafile is the only good enough thing i've found so far for self-hosted file sync. But it is still a pain to upgrade the server version. nextCloud and friends is a complete disaster in my oppinion.

setopt 1y ago
Resilio is also pretty good, depending on your use case. (Syncthing is great too, but Resilio seems faster and better at NAT traversal in my experience.)
wobfan 1y ago
> nextCloud and friends is a complete disaster in my oppinion. Why is that? Have been using NextCloud in our company and for myself, and I couldn't be happier, no issues since 3 years, all the tools and plugins I need, sync running perfect and hassle-free and performant. I thought it's generally liked up until now - I didn't try any of the alternatives though, so they might indeed be better. Though I don't have any reason to try them tbh, as NC works almost too well.
- snailmailman 1y ago
  Theres a lot of weird setup often required on the backend in my experience, but when it works, it works well. But until you get everything dialed in it can have weird issues that don't have a clear path to fix them. It might be better in their weird AIO solution? But i dont like the idea of giving a docker container the ability to spawn more containers. I just use one of their normal docker containers and have had to manually change a lot to make it work as they actually suggest. Like just recently i setup their notify_push plugin as it improves performance - but the provided setup instructions didn't work in my setup and i had to manually tweak several things.
  - Jnr 1y ago
    It took a while for me to fully set up Nextcloud with STUN/TURN, Office server, etc. in a properly containerised setup. It clearly felt like it was built before containers and modern devops approaches were a best practice. And while community is great, I don't think Nextcloud developer community is that big and active. Their plugin system is basic, archaic, lots of things there are begging for rework. So while Nextcloud is decent once set up, I am happy to see some fresh OSS projects solving similar issues appear. Maybe their approach will be better.

pr3dr49 1y ago

Give syncthing a go.

seabrookmx 1y ago
+1 for Syncthing. I've been running it for years, after my student discount for Dropbox expired (Google drive and OneDrive were just getting traction at the time). The mobile experience last I tried was pretty rough though. I don't really need my files on my phone and I have a web interface on my home server I can use to grab them in a pinch, but it's something to keep in mind.
- misterdata 1y ago
  If you’re on iOS, try my (FOSS) app for Syncthing: https://github.com/pixelspark/sushitrain https://github.com/pixelspark/sushitrain
  - seabrookmx 1y ago
    Android unfortunately. Cool app though!
  - seraphine 1y ago
    Unfortunately not available in my country (Malaysia)
  - benhurmarcel 1y ago
    Why did you restrict it by country? I’m in the EU and can’t install it.
    - misterdata 1y ago
      You are most likely in France: your government does not allow publishing an app containing cryptography (in this case, Golang's crypto implementations and a package used by Syncthing - only using iOS libs should be fine) without authorization (which can only be obtained through French forms, at which point I'd want a French lawyer to be involved, so no). You could of course build the app yourself from source.

hungryhobbit 1y ago

[flagged]

bornfreddy 1y ago

A bit off-topic, but is there a way I can convince various apps (Viber, WhatsApp) to use some replacement instead of Google Drive for backup? They do not offer such an option, but maybe by rooting the phone and faking the interface, or ...?

edoceo 1y ago
On Android isn't it "just" a share-targrt? You can make a PWA that's a share-target pretty easy.
- tonymet 1y ago
  Message backup is a more complete integration with google drive / iCloud

verdverm 1y ago

Dreaming of (and working on) making the ATProto PDS capable as a backend for authn/z and storage for ideas like this. I've definitely been more motivated to de-cloud as the tech bros capitulate as well as push their ai way too hard

grokx 1y ago

It seems that Twake is the result of Cozy Cloud joining Linagora: https://blog.cozy.io/en/from-7-july-your-cozy-cloud-begins-its-transformation-to-twake-workplace/ https://blog.cozy.io/en/from-7-july-your-cozy-cloud-begins-i...

roshin 1y ago

I know this probably goes against hn ethos, but one of my most important features is the search. I store TB of data and it could be hard to find a picture. I want the cloud software to analyze the image so that I can search "2 people on Nothing street" and find it. so far google is amazing at search. hopefully others will be better, but it's really hard to evaluate cloud software based on that

alex_duf 1y ago
Immich can do that

globalnode 1y ago

Missed an opportunity with the name Twake Dwive.

Daril 1y ago

I have a miniPC (Minisforum) with Debian as server. I use : - Syncthing (https://syncthing.net/ https://syncthing.net/) to keep the files synchronized between desktops and laptops computers - Webdav (https://github.com/hacdias/webdav https://github.com/hacdias/webdav) to access the files on the server via other applications - Cryptomator (https://cryptomator.org/ https://cryptomator.org/) to crypt/decrypt sensible directories (that are synchronized through Syncthing) Cryptomator allow me to access also the directories via webdav - MaterialFiles on Andrid to access the files on the server I access my mini server from outside with a Wireguard VPN created on my Fritz!Box router. Between home and office I created a site-to-site Wireguard VPN between the two Fritz!Box routers.

Daril 1y ago
Forgot to mention also SFTPGo : https://sftpgo.com/ https://sftpgo.com/

wkat4242 1y ago

Where I see the open source platforms lack is selective sync. That thing that dropbox and OneDrive etc do where they have a folder with only placeholders for your files, and only when you actually access one it gets downloaded and then keeps being synced. The ones I've tried could only download once off via the web, or sync whole folders but not do the placeholder thing. That doesn't really work for me.