uin

joined 1 year ago
[–] uin@lemmy.world 27 points 4 weeks ago (8 children)

For headphones, DEFINITELY not true in my experience. There’s cheap and gimmicky (like Skullcandy), there’s perceived “luxury” brands like Beats (which aren’t actually worth their money) but then there’s brands that actually offer significantly better quality and longevity for the price, like Sennheiser, Beyerdynamic, Audio-Technica and Sony to name a few.

[–] uin@lemmy.world 12 points 1 month ago (1 children)

That’s a name I’ve never heard before. I have heard of Tortoise SVN though.

226
Electric Rool (lemmy.world)
submitted 3 months ago* (last edited 3 months ago) by uin@lemmy.world to c/196@lemmy.blahaj.zone
 
 

The popular messaging app Signal is currently experiencing server issues as reported by multiple user on X (formerly Twitter) and multiple sites such as downdetector.com .

So far no statement from Signal themselves, and their status website https://status.signal.org reports “Signal is up and running”

[–] uin@lemmy.world 11 points 1 year ago

I do, a bit differently from what’s been mentioned here so far:

I actually host my server at home, running mailcow as my email-server-software of choice, and incoming emails do get delivered directly to my ISP-assigned IP via dynamically updated DNS records.

However: Outgoing email is delivered via an SMTP relay service, specifically Mailgun (I like them because for normal everyday email volume it’s free), because even when I was hosting the email server in a datacenter, it was impossible to not encounter deliverability issues.

[–] uin@lemmy.world 10 points 1 year ago

Keplerbrücke repräsentiert.

Wirklich eine der übersichtlichsten Kreuzungen von Graz :)

[–] uin@lemmy.world 2 points 1 year ago (1 children)
[–] uin@lemmy.world 4 points 1 year ago

Also: Make sure that the user you ran “ssh-copy-id” against on the remote machine is also the user you’re trying to log in with.

[–] uin@lemmy.world 3 points 1 year ago

+1 for bookstack

[–] uin@lemmy.world 1 points 1 year ago

Good point. Though without knowing the exact details, it’s hard to make a call on what the best strategy is.

If it was me, and I was trying to contest claims as to available bandwidth, I’d probably still be running a regularly scheduled speed test (if nothing else then at least to regularly saturate the connection), and then talk to the ISP with both the speed test results and the bandwidth graph to show as complete a picture as possible.

[–] uin@lemmy.world 1 points 1 year ago (2 children)

But if he wanted that historical data for, say, making sure an ISP delivers promised bandwidth, then unless he’s constantly maxing out the connection, the usage graph is going to be fairly useless.

[–] uin@lemmy.world 5 points 1 year ago (5 children)

So you want the available bandwidth to be monitored in “real time”, but you don’t want constant speed tests to happen. Then you mention a script doing a speed test.

You’re gonna have to choose: Either you run some kind of Speedtest on a regular basis, which will give you somewhat “real-time” results, or you don’t do it, and you don’t have real-time data as a result.

A very quick google search brought up this power shell script, that even formats the results for PRTG:

https://github.com/greiginsydney/New-OoklaSpeedTest.ps1

[–] uin@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

Currently one server as VM host for:

  • Nextcloud
  • Mailcow
  • Apache/PHP/mariadb as both reverse proxy for Nextcloud and the mailcow web interface and webserver for personal and company websites, bitwarden and bookstack
  • Custom backup server (wireguard connections to different sites and incremental backup routines with bash/rsync)
view more: next ›