4 ms·

Sick, thanks for the links! The Booste implementation of rsync is definitely not indestructible, especially during this beta. Been a pain in my butt, but makin

Sick, thanks for the links! The Booste implementation of rsync is definitely not indestructible, especially during this beta. Been a pain in my butt, but making progress. Main improvements over rsync: - .boosteignore. Just like a .gitignore, a .boosteignore helps filesync filter past bulky files that may not need to be monitored and uploaded every time. - end-to-end encryption Admitted flaws of our current algorithm: It's built pretty ground-up in python. Haven't speed tested against rsync, but using it so far, I've never managed to edit code and run it through booste before the sync made it through to remote. IE the ssh tunnel doesn't beat rsync, mostly because files sync asynchronously. That said, I plan to do port it to a compiled language to cut time.

pritambaral 6y ago
> Main improvements over rsync: - end-to-end encryption This is a tall claim, given rsync uses ssh for encryption of connection.
- edunteman 6y ago
  Had been unaware of this, so thanks for pointing it out! Diving deeper, it seems rsync doesn't encrypt itself, but SSH obviously does. You got me on that one :)
411111111111111 6y ago
booste looks nice, though i'm definitely not the target audience and usually take issues with developers not wanting to figure out why something they've build only works on their pc. it's usually because of subtle bugs and non-resilient software design, which is a bad idea to push to production... but this product thankfully does much more than enable that kind of behavior :) but thats besides the point, i only wanted to nitpick a little: > Main improvements over rsync: - .boosteignore. Just like a .gitignore, a .boosteignore helps filesync filter past bulky files that may not need to be monitored and uploaded every time. - end-to-end encryption thats a verly little improvement over rsync, considering it already has a file-based blacklist feature as well and is usually used over ssh, which is also encrypted ;) though it (to my knowledge) doesnt behave like a gitignore, so whitelisting files inside of a blacklist is afaik not possible. alias rsy(){ if [ -f ~/.rsync_ignore ]; then rsync --exclude-from="~/.rsync_ignore" $* fi rsync $* }
- edunteman 6y ago
  Good to know on Rsync - my understanding was that it was unencrypted, which is true, but almost always is used in conjunction with SSH. You're right :) I'll definitely play around with this alias and see how it performs relative to .boosteignore

pritambaral 6y ago

> Main improvements over rsync: - end-to-end encryption This is a tall claim, given rsync uses ssh for encryption of connection.

edunteman 6y ago
Had been unaware of this, so thanks for pointing it out! Diving deeper, it seems rsync doesn't encrypt itself, but SSH obviously does. You got me on that one :)

411111111111111 6y ago

booste looks nice, though i'm definitely not the target audience and usually take issues with developers not wanting to figure out why something they've build only works on their pc. it's usually because of subtle bugs and non-resilient software design, which is a bad idea to push to production... but this product thankfully does much more than enable that kind of behavior :) but thats besides the point, i only wanted to nitpick a little: > Main improvements over rsync: - .boosteignore. Just like a .gitignore, a .boosteignore helps filesync filter past bulky files that may not need to be monitored and uploaded every time. - end-to-end encryption thats a verly little improvement over rsync, considering it already has a file-based blacklist feature as well and is usually used over ssh, which is also encrypted ;) though it (to my knowledge) doesnt behave like a gitignore, so whitelisting files inside of a blacklist is afaik not possible. alias rsy(){ if [ -f ~/.rsync_ignore ]; then rsync --exclude-from="~/.rsync_ignore" $* fi rsync $* }

edunteman 6y ago
Good to know on Rsync - my understanding was that it was unencrypted, which is true, but almost always is used in conjunction with SSH. You're right :) I'll definitely play around with this alias and see how it performs relative to .boosteignore