-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
distant.nvim
🚧 (Alpha stage software) Edit files, run programs, and work with LSP on a remote machine from the comfort of your local environment 🚧
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
Lmao unfortuantely, netman doesn't play nice with LSPs yet. I had an issues open for this but decided to focus on getting remote provider access functional before diving back into LSP access. The main issue is that your LSP is local and the filesystem is remote. Netman can't (yet) facilitate this connection
Here's a link to my config, so that anyone willing to help can see my actual setup: https://github.com/IneptusMechanicus/neovim-config
Did a lot if research. there is distant.nvim that tries to solve it maybe it will work for you.
This will be possible after this patch is merged
if rsyncing up and down from the remote server is an option then you could use this plugin: https://github.com/KenN7/vim-arsync it's what I do and it works wonderfully for my usecase. It's basically just a wrapper for rsync. This lets you work on all files locally so no lag.
Aww thanks! I go through motivation spurts lol. Right now I am in one, so I will keep working on it until I get board and either work on my other plugin import.nvim or some other waste of time project that has been or will be abandoned sitting in my poor git directory lol
If at all possible, see if using some caching FS over SSHFS helps. https://github.com/cconstantine/CacheFS is one such solution that doesn’t seem to be in alpha. For compliance you could mount it to a ram drive, ensuring no file ever gets permanently stored.