Yes it would. In my case though I know all of the users that should have remote access snd I'm more concerned about unauthorized access than ease of use.
If I wanted to host a website for the general public to use though, I'd buy a VPS and host it there. Then use SSH with private key authentication for remote management. This way, again, if someone hacks that server they can't get access to my home lan.
Their setup sounds similar to mine. But no, only a single service is exposed to the internet: wireguard.
The idea is that you can have any number of servers running on your lan, etc... but in order to access them remotely you first need to VPN into your home network. This way the only thing you need to worry about security wise is wireguard. If there's a security hole / vulnerability in one of the services you're running on your network or in nginx, etc... attackers would still need to get past wireguard first before they could access your network.
But here is exactly what I've done:
Now I can just turn on my phone's VPN whenever I need to access any one of the services that would normally only be accessible from home.
P.s. there's additional steps I did to ensure that the masquerade of the VPN was disabled, that all VPN clients use my pihole, and that I can still get decent internet speeds while on the VPN. But that's slightly beyond the original ask here.
A couple of options in my opinion, as I just did this myself:
You can use the CLI tool to "upload" them. You can even do this from the server itself. So upload times would be as fast as your network card can process or however fast your server is, whichever is slower. It does require that you create an API key for the user in question though.
Otherwise you can create an external library and link that to your account. Now Immich will still index this library but it won't move or manage the actual files. I'm not sure though if it looks at those files for duplicates (i.e. if you try and upload the same photo from your phone to the server). This external library will also prevent deleting photos as well, FYI.
There might be other options that I'm not aware of, as I've only been using Immich for about a month now.
Edit: link to the CLI documentation: https://immich.app/docs/features/command-line-interface/
Correct. As I can only provide links to posts that are on your selected home instance. Eventually I'll change this but you'll get a 404 page for links that aren't on your home instance, but see my P.S. below.
P.s. there have been changes to the Lemmy API that have prevented me from getting updates for about a month now. So most of the results you're seeing are from old posts only. Until I can rebuild the crawler or find a new API there won't be any new content.
So I'm totally save-scumming along the way, at least for my first playthrough. But damn was that fight hard even on normal. Was finally able to save Isobel but it ended up costing me Jaheira as she got swarmed by 3 of the enemies while I was dumping everything into Marcus. And at this point not going to try again.
Question though, when I got to the inn only a few tieflings were there and the rest had been kidnapped? Not sure what I might have missed to cause that?
This is the same reason I had to turn off my search engines crawler.
There were changes made to the API to ignore any page > 99. So if you ask for page 100 or page 1_000_000_000 you get the first page again. This would cause my crawler to never end in fetching "new" posts.
lemm.ee on the other hand made a similar change but anything over 99 returns an empty response. lemm.ee also flat out ignores sort=Old, always returning an empty array.
Both of these servers did it for I assume the same reason. Using a high page number significantly increases the response time. It used to be (before they blocked pages over 99) that responses could take over 8-10 seconds! But asking for a low page number would return in 300ms or less. So because it's a lot harder to optimize the existing queries, and maybe not possible, for now the problematic APIs were just disabled.
I was using it's APIs. But new restrictions have effectively been put in place that prevent me from using them for what I need. Similar API calls were being made that were causing DDOS attacks on lemmy.world.
As for running a lemmy instance itself. That's a thought but I need the data in a different format to do efficient searches. It's a tricky problem.
Yep that's the new idea. The sad part is that with this method there's no way to get historical data. Only new posts. So if a server goes down, gets DDOSd etc... I'll lose posts forever.
Also building an ActivityPub implementation from scratch isn't trivial either. So that'll take some time.
I've got a few other ideas I'm playing with as well. Like just assuming that internal post IDs are all sequential and literally fetching them one by one. Or maybe some combination of both?
Thanks for the shout-out.
But FYI I've run into some bugs that's preventing new content from being indexed. So you won't see anything new (from about a week ago) until I can find a new method to fetch new posts.
By default there's no way to hotlink, if you will, to a post on any platform. Now some apps might be doing something special to get around this, but out of the box this isn't supported at the moment.
Now there is an issue on lemmy itself which I'm exploring that should "fix" this: https://github.com/LemmyNet/lemmy/issues/2987
But I'm not sure how that might translate in a mobile app.
What phone do you have? I just upgraded last night and everything appears to be working like normal. But I did notice that you appear to have a smaller screen size than I do. First I'd try adjusting the display size and see if that helps. You can find that setting (on a pixel) under: Settings -> Display -> Display Size and Text.
You can also try adjusting the accessibility settings and increase or decrease the font size to see if that helps. Which you can find in the same menu above.
Lastly, you might try enabling developer settings and adjusting the smallest width:
Edit: none of these should be final solutions but to help troubleshoot what's wrong. You can then use what you find with these three options to raise a ticket and hopefully the developers can then narrow down the actual root cause.