uin

joined 1 year ago
[–] [email protected] 12 points 1 week 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 2 months ago* (last edited 2 months ago) by [email protected] to c/[email protected]
 
[–] [email protected] 2 points 4 months ago (2 children)

None of those details really matter.

What matters for the point of this argument is the simple fact that Discord is owned by the company Discord Inc.

That includes all of the servers and everything on them.

Imagine if ALL OF THE INTERNET was owned by Google …

[–] [email protected] 11 points 5 months ago

Seems like everything is back to normal, at least from what I can tell on my end and a lot of other users’ reports.

 

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”

[–] [email protected] 9 points 10 months ago (2 children)

Obviously they can’t. They place them on a pad, presumably a wireless charging & communication pad. Literally says in the article: “The pad wirelessly turns on the iPhone, runs the software update, then turns it off again.”

[–] [email protected] 11 points 11 months 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.

[–] [email protected] 10 points 1 year ago

Keplerbrücke repräsentiert.

Wirklich eine der übersichtlichsten Kreuzungen von Graz :)

[–] [email protected] 2 points 1 year ago (1 children)
[–] [email protected] 3 points 1 year ago

+1 for bookstack

[–] [email protected] 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.

[–] [email protected] 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.

[–] [email protected] 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

view more: next ›