Klye @khird@qoto.org
Mod
Joined Sep 2018
@freeschool That's an interesting guess - but fluid dynamics is the study of fluids (liquids and gases) in motion. It's relevant to fields from meteorology to aerospace to resource extraction.
The theory is underpinned by the famous [Navier-Stokes equations](https://en.wikipedia.org/wiki/Navier%E2%80%93Stokes_equations). On the practical side, the wind tunnel is a useful mechanism for studying many types of real-world problems.
@punkymcmunky Welcome back to QOTO!
@freeschool I don't have any information from Nitter or Twitter to offer, sorry. What I have is access to the moderation page listing the newly joined accounts. Here's a [news story](https://cbc.ca/1.6632491) describing today's events.
It would be hard to implement in a way that works across the Fediverse. You can change your display name easily, but your handle is part of the unique identifier for your account and posts, so changing it would break things on remote instances that use the old handle to locate resources.
However, you can do an account migration - essentially, you make a new account and turn your old one into a static redirect. It's a bit cumbersome, but it does the job, and it's less painful if you're still relatively new and have less investment in the old account. There's a writeup [here](https://docs.joinmastodon.org/user/moving/#migration) which you can follow if you want to start this process.
With today's developments at Twitter, we have some new faces at QOTO. If you are one of them, welcome! Please take a minute to familiarise yourself with the [rules](https://qoto.org/about/more#rules).
I'm a fluid dynamicist and a volunteer moderator here. Mostly this just means I spend some time deleting spammers, but I also deal with reports of rules violations. If you're considering reporting another user, please read [this post](https://qoto.org/@khird/108194488065404744) for a description of how users from different instances are subject to different rules.
If you have questions, ask away! We have a genuinely helpful community here and it's likely someone will be able to point you in the right direction.
@derickflorian Hello and welcome!
@worldsendless your best bet is probably to disassemble it, slip some heat shrink tubing on it, reassemble it, and hit it with a hair dryer. Won't come off, doesn't have seams to betray the repair, pretty abrasion resistant.
If you must have tape, a black cloth hockey tape is probably the sweet spot between inconspicuous and durable? Just make sure you press the edges down well all along the length of the tape, or the adhesive might grab a chunk of hair when you go to remove the headphones.
Klye
boosted
You're Not Always Going To Be Happy, And That's Okay. https://paper.wf/casey-magazine/youre-not-always-going-to-be-happy-and-thats-okay
@ivanhoe no Android support unfortunately: https://github.com/gammu/gammu/issues/81
Right idea, but that looks to be for dedicated modems using the AT command set, or at best old feature phones that expose the same interface.
@ivanhoe I haven't. I did look through the list, but my understanding is that they all function as either (a) a client for one of various proprietary cloud services, or (b) a backend to drive a modem running on the same system. What I'm looking for is a plugin that I can run on my laptop that communicates with my phone directly. The KDEConnect SMS program does this already, but it's a standalone tool instead of a plugin to Pidgin.
@marathon0 Very nice! We drove through a couple days ago and much of the surrounding area was really impressive, although it was raining when we were actually passing through the city.
@RL_Dane Mastodon.py can do this. Not quite a one-liner as you need to input your credentials (not shown here), but I think it qualifies as "fairly simple".
`mastodon.search("RL_Dane@fosstodon.org").accounts[0].statuses_count` tells me you have 6754.
@RL_Dane `:newer` and `:compose` respectively
@realcaseyrollins I made what I meant to be a dispassionate comment about the topic but I see how it could've been seen as cynical. I've since deleted it.
@barefootstache have you tried samovar style brewing? With robust leaves like Assamese or Kenyan teas it can produce really nice results, and it sounds like a good fit for you if you like to leave the tea ball in for a long time.
@RL_Dane in Tut it's ":tl n" - i.e. notifications are treated as one of the timelines. Haven't used toot but it might be a place to check.
No worries! I'll expand a little bit.
When you navigate to a webpage (`http://mywebsite.com/index.html` for instance), your browser:
(1) sends a DNS query to discover to which IP address(es) `mywebsite.com` resolves; let's suppose it receives `1.2.3.4` in response, and
(2) sends an HTTP request to `1.2.3.4` containing (a) an HTTP method: `GET`, (b) the name of the resource: `/index.html`, (c) the HTTP version: `HTTP/1.1`, and (d) the name of the site it wants: `Host: mywebsite.com`. It also probably sends some other information like the user agent, referrer, etc., but `Host` is the only *mandatory* header.
So now let's suppose you own `mywebsite.com` and you also want to run a site on the same machine at `beta.mywebsite.com`. You've configured your server so that when it receives the request described above, it responds with the file located at `/www/index.html`, and you want it to instead serve `/www-beta/index.html` when the user navigates to `http://beta.mywebsite.com/index.html`. You have to make both steps work.
First, you need an IP address at which you'll serve the beta site. This can be the same as the one you use for the main site, since they resolve to the same machine, but it doesn't have to be - a single computer can have multiple IP addresses and there's pros and cons to each approach. You'll then need your registrar to create a record so that when someone looks up `beta.mywebsite.com` they get the IP address.
Second, you need to instruct your server how to respond when it receives the request for `/index.html`. If you got a second IP address (let's imagine it's `4.3.2.1`) for your beta site, you have two options: you can configure your machine to serve `/www/index.html` to requests arriving at `1.2.3.4` and `/www-beta/index.html` to requests arriving at `4.3.2.1`, or you can set it up to serve `/www/index.html` to requests with the header `Host: mywebsite.com` and `/www-beta/index.html` to requests with `Host: beta.mywebsite.com`. Of course, if you are reusing the same IP address, both requests will arrive at `1.2.3.4` and you only have the second method available to you.
Some links for how you'd go about configuring an Apache server according to both methods:
https://httpd.apache.org/docs/2.4/vhosts/ip-based.html
https://httpd.apache.org/docs/2.4/vhosts/name-based.html
@realcaseyrollins yes, this is called virtual hosting. Two ways to do it: you can inspect the Host header in the HTTP request, or if you have different IP addresses (it's possible to have multiple addresses for a single machine) for the two domains, you can decide which files to serve based on the address at which the request arrived.
@RL_Dane I'll share a realisation I came to in similar circumstances. I enjoy tinkering with my stuff. So I set it up in ways that let me play with it - notably, FOSS in many contexts. Now, this isn't always as polished as commercial software, and it sometimes presents obstacles. Working around those obstacles can be its own kind of fun, and it's very satisfying when I get it right.
Did you see the words I used? Enjoy, play, fun, satisfying... I'm describing *toys*. Not because I've stocked them with game apps, or because I don't use them for anything serious, but because I configure them such that I spend time I don't need to on them just 'cause I like to.
Be careful about how much time you spend on your toys vs the people in your life.
🇳🇱