[-] SnooPets20@alien.top 1 points 10 months ago

I don't know how that would even work. How do you differentiate between the funcions? Do you do fs.watch, vue.watch and so on? If so, maybe try doing fs.? Shouldn't it popup then?

[-] SnooPets20@alien.top 1 points 10 months ago

I think themes could be used for this.

2
submitted 11 months ago by SnooPets20@alien.top to c/main@selfhosted.forum

TL;DR: Whenever I upload large amounts of data to my server which is running with Nginx Proxy Manager, it eventually fails somewhere in the middle. The usual solutions didn't work.

I use Nginx Proxy Manager as my reverse proxy on my server. All my services are in Docker containers, none of which have open ports except for NPM. Each service sits in its own Docker network, and the NPM container is part of all the networks, which allows it to redirect traffic to each one as configured, and can reference them by hostname which makes it more robust.

The setup works perfectly for any service that doesn't require large uploads, but for those that do... it's a pain.

I have tried three file syncing solutions. Nextcloud, Owncloud Infinite Scale, and Seafile. All had issues when uploading my files, they all got stuck, or failed.

Seafile for instance would consistently get stuck at 9.5MB. If you tried enough it sometimes went through up to a couple gigabytes, but it would always, eventually, get stuck and never go on. The nginx access logs would suddenly go from 200 to something in the 500 (I don't remember the code exactly). If logs turn out to be needed I'll look around the server and paste them here.

Nextcloud also fails when uploading large files, even when downloading. The difference is that with Nextcloud I can sync a folder instead of doing an upload through the web UI. So I can just sync a folder, which WILL eventually fail, but since it can just keep retrying until it syncs, it works. Using the web UI for this purpose is a no-go.

Same deal with Owncloud Infinite Scale.

So, of course I looked around and people were having similar issues. Basically all of them resulted in going to the advanced tab in NPM and adding a combination of these options:

client_body_buffer_size 512k;
proxy_read_timeout 86400s;
client_max_body_size 0;
proxy_buffering off;
proxy_request_buffering off;
auth_basic off;

I've tried these with all services, I've tried tweaking the values, adding and removing some. Nothing. Absolutely nothing at all. I think tweaking with these options is what made Seafile get unstuck from 9.5MB and progress further, but if it just gets stuck again later on, it's kinda the same to me. But that serves to know that at least they are doing something, just not enough.

So how do I fix this? This has to be an NGINX issue, right? I connect to my servers via ZeroTier, which doesn't have datacaps or anything since data doesn't go through their servers in the first place, they just initiate a connection, so that can't be it.

It can't be the VPS or anything since it's my own hardware, it's sitting in my home, so nothing there either.

I'm at a loss. Please, throw me a bone.

[-] SnooPets20@alien.top 1 points 11 months ago

That's what git is for, or just having undo-tree from which the file can be reverted to a previous state.

I tried to keep auto-saves and backup files in their own separate directory, since they always litter my projects which is annoying, but they just won't listen, I have to disable them.

[-] SnooPets20@alien.top 1 points 11 months ago

Do note that undo-tree not only provides a visual, it is a fundamentally different way of doing undos. The stock emacs way is not a tree, it's a line. There's no real "redo" in emacs for instance, you just undo an undo. It's odd, but undo tree works really well.

[-] SnooPets20@alien.top 1 points 11 months ago

I have recorded a video, it's in the OP.

[-] SnooPets20@alien.top 1 points 11 months ago

Ok, I just did. It's (global-display-line-numbers-mode). Now.... why???? It's odd as hell.

[-] SnooPets20@alien.top 1 points 11 months ago

I just tested, it reports that I'm dragging the mouse and setting a region, but it's weird because if the issue is my clicking being sloppy, when it should happen in emacs with no config as well, and it doesn't.

      ;; mouse-drag-region
                 ;; mouse-set-region

This is when I click and the button doesn't get pressed.

   ;; mouse-drag-region
                   ;; Info-mouse-follow-nearest-node

And this is when it does register.

I can never reproduce the issue on emacs without config.

[-] SnooPets20@alien.top 1 points 11 months ago

Nope! And when I tried with my config the very first click had that issue. It's very weird tho, I have no idea what could be causing it...

[-] SnooPets20@alien.top 1 points 11 months ago

Nope, vanilla emacs in that respect.

1
submitted 11 months ago by SnooPets20@alien.top to c/emacs@communick.news

For some reason, when I click a button, be it in the customize buffer or hyperlinks in org documents, it sometimes works, and other times the whole buffer shifts to the left like a single pixel and it sets a mark (it says so in the minibuffer). The button is not clicked in those instances.

Has someone experienced something similar? Is there a way to improve this?

[-] SnooPets20@alien.top 1 points 11 months ago

Whenever I counter a site that's like "no more than 15 characters and no special characters" I cringe heavily.

[-] SnooPets20@alien.top 1 points 11 months ago

Have you tried just mounting the remote folder with sshfs? Then you can just access it as a regular file, not just with emacs, with anything.

view more: next ›

SnooPets20

joined 11 months ago