Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

That sounds quite elegant, but seems this is only possible if you work out of a single machine almost always. Perhaps it could be made into a service? As long as explicit effort is taken that there's absolute minimum extra effort as possible!



I handle this by aliasing `todo` to `vim scp://[my website]/~/todo.txt`.


I've found that VIM 8's SCP does not support absolute or realpaths like SCP generally does. Thus to access the remote file at foo:/home/dotan/todo.txt or foo:~/todo.txt I would have to use `vim scp://dotan@foo/todo.txt`. Just a heads-up for anybody who wishes to try this.


Wait, you can use scp as a protocol?!


Emacs' Tramp supports multiple protocols https://www.gnu.org/software/emacs/manual/html_node/tramp/Qu...

For example, to run a remote command using an inline org-mode source block:

    src_sh[:dir /ssh:host:]{some command}
Or to run code using a remote Jupyter kernel within Org-mode in Emacs:

  #+BEGIN_SRC jupyter-julia :session /ssh:ec2:/run/user/1000/jupyter/kernel-julia-0.6.json
  ...
  #+END_SRC
https://github.com/dzop/emacs-jupyter/blob/master/README.org...


Oh, that remote execution is a neat trick. Thanks!

To cover the more trivial point for the non-Emacs readers: Tramp in Emacs makes it so that there's almost no difference between opening a file (C-x C-f) like this:

  /home/user/some-file.txt
and like this:

  /ssh:some-machine:/home/user/some-file.txt
and like this, if you need superuser rights:

  /ssh:some-machine|sudo:some-machine:/etc/someconfig
The subsystem in Emacs called Tramp makes this almost transparent; you edit your remote files as if they were local. There are occasional kinks with path translation in corner-case situations, like local Emacs editing remote source files and trying to load them into remote REPL, but those are rare and can be configured away. Dired (directory manager in Emacs) also works transparently over Tramp, so this essentially replaces SCP and graphical SFTP tools for me. You can even run GDB remotely over Tramp, which is a nice trick.



wow, that's incredible. learn something new everyday.


I just keep a private git repo that I push the updates to after entering them.

I've gotten to the point that anything important enough to keep around I basically just put in a git repo somewhere.


Same to me. I store the note folder to a private gitlab repo, and write a bashscript function to commit and push the note.


Two options would be: 1. put that file on dropbox or another syncing service. 2. have it on a remote server and ssh there first


I do this, with the machine being a VPS on Linode, plus an IPad 4G connectivity with Blink app to connect via MOSH almost anywhere on earth.

Logitech folio keyboard and Apple Pencil. Drawings also pushed to cloud.

Local backup to my own NAS and a S3 storage.

Works as a charm


I use text files and have for years. I use Syncthing to keep the text file available on all my machines.


Also on mobile? Which editor do you use on mobile? I like syncthing


I just put my text files in version control. Push/pull, occasionally merge when I forget.


I save these text files to my desktop, call me old school.


But then you've only got it locally. The advantage to VCS is that you can trivially have it on multiple machines (desktop, laptop, android with termux). You can even do it between your own machines via ssh if you don't like "cloud" stuff.


Using syncthing you can trivially have it everywhere as well, with only a one-time setup and no continuous need to manually commit changes and manually sync them (unless you're using hooks for your VCS to automate that I guess).


I use syncthing for non-text files, but I keep getting conflict copies. I could probably fix that by having one node always online, but text+VCS means that conflict resolution is built in.


A repo on github handles TODO.txt files from multiple machines fine, and better than gDrive or Dropbox. VSCode is now my main editor which makes git integration simple. I can also edit the file directly on github, though never do.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: