For better or worse, MediaWiki is a notworthy example of a contemporary application based on LAMP.
Oh, like you're doing right now?
Thanks, Obama.
I thought beef was the one thing they had an abundance of in Argentina.
With it being a cheap bike, my main concern would be vibrational stress on the frame and components. You're going to want a multitool that fits every bolt on the bike. Tighten everything between rides.
Along these lines, a spare tube + patch kit, tire levers, and a frame pump are staple survival tools of road cycling. With enough riding, punctures are inevitable. A rechargeable battery-powered pump could be suitable too, but then you need to make sure it is charged and it is no longer something you can forget about until an emergency. With the exception of the frame pump, these are all things which can fit in a small bag below the saddle. These are all compromise / sacrificial tools though. You want to keep them on the bike at all times so you have them when you need them. They shouldn't be anything too nice to be exposed to the elements or too precious to be stolen.
PRACTICE replacing a tube in the comfort of your home before needing to figure it out for the first time on the side of the road while it's raining. Getting that second bead across the rim without pinching the tube can be a pain in the ass. It is a finicky process.
I would recommend also getting proper tools and fluids to keep at home for preventative maintenance, like a floor pump, a real hex key set with ball ends, whatever other wrenches you need. The multi-tool and frame pump are life-savers on the roadside, but miserable tools to use any longer than absolutely neccessary. Also a bottle of wet / dry chain oil (whichever is appropriate for your typical weather conditions), a lubricant like Tri Flo for the lever / brake / derailleur pivots and cable housings, and eventually some grease to keep the seat post from getting stuck in the seat tube. No WD-40 ever (unless you are trying to strip away the lubricant).
Also, 100% get yourself some eye protection. You are guaranteed to get hit in the eye by a bug at some point - sooner than you think. A pair of cheap shades will do fine.
I don't know fuck-all about colocation or running PeerTube, but in terms of anonymity it may be worth investigating what you can manage through a reverse-proxy and caching. If you need to colocate a server for the purposes of bulk data storage (and perhaps bulk video encoding), this does not need to be a public-facing system. You can run the public-facing Peertube instance on a relatively lighter server located in LA or New York (or anywhere along the backbone) and have it download media from the colocated server when it misses cache. The Feds would be able to find out where it is, but this doesn't change much from the status quo. This would just prevent casuals and chuds from finding the location of your colo (unless the PeerTube instance got hacked).
I kind of do this with my Mastodon instance. The public-facing VPS has limited storage space (which is quite expensive to expand), so about 1TB of user media lives in S3 storage at another host. The machine serving Mastodon reverse-proxies this media from the S3 host and keeps anything requested in a cache for 48 hours. The end users make no contact with the S3 host. In your case, the caching rules would probably need to be more sophisticated. This solution works great for Mastodon because everyone is generally looking at recent content, and scrolling several days back in the timeline is an exception. For a video website, the data access patterns are likely more random.
In your case, instead of a third-party S3 host, it would be your colocated server, but the principle would be the same. The colocated server can be located near you so you can service it personally, add / replace disks, make hardware improvements as needed, but the public website could be hosted anywhere (though it would help if it weren't sending requests across an ocean every time the cache misses) without physical maintenance being your responsibility. In my case, the Mastodon instance and bulk storage are located in different cities, but the connection between them is good enough for it not to be a problem.
That was so awesome.
Gottheimer started a congressional investigation of a local high school after there was a student walkout against the genocide in Gaza. The man is a fucking demon. That's "Lower Taxes, Jersey Values" for you.
The round, led by Bain Capital Crypto, was closed in April 2025 but had not been disclosed until now.
If any of you host a Sharkey or Misskey instance, make sure to apply this update when it lands. If you use either, or are friends with someone who hosts one, pester your admins.
Folks, if you don't know about it, check it out! KDE Connect is an application you can install on your phone (Android, iOS, and others) which allows you to pair your phone with your PC and do various things, like send SMS messages from your PC, use your phone to do remote input and media control, transfer files back and forth, etc. It's killer.
My wife was trying to watch some YouTube videos on the TV today and they were absolutely killing us with ads, so we plugged in the Fedora laptop (which has Firefox with uBlock Origin) and she was able to run it from the couch.
Funny thing is, we don't even use KDE. There is a Gnome Shell extension called GSConnect which is fully compatible with the mobile KDE Connect apps. The iOS app doesn't have as many features as the Android app, but remote mouse and keyboard input is there.
Along these lines, she asked if there was a way to make the mouse cursor larger, and I was like UHHHH (knowing from experience that the solution to this problem was going to be fucked up). So I did a web search and figured out there's a GSettings key you can tweak, SSHed into the laptop, but before I could run the command she said she figured it out. It's in the accessibility settings. 
Following up from last week, @Doubledee@hexbear.net seemed eager to play, so I don't see any reason why not to give Beardrenched another year. No turns have been played since Episode 7, two weeks ago (here's the file). I'm going to ask anybody else who is interested in playing to re-apply here in this thread, so we have an idea of who is still involved and who's turn is coming up in the near term.
In the meantime, there was some discussion of retiring. We could take a poll, but last week a number of people chimed in basically saying they could go either way, so I think what we'll do is play it until the roster dries up. We'll be doing this on a more ad-hoc basis from now on.
We have learned a lot about the lore and nearby societies in Teyo Ametha and the thought of continuing in this world is appealing, but the current save file appears to be corrupted. DFHack gives a scary warning about "Missing Nemesis Records." I noticed this for the first time at the end of turn 6, so if we do want to continue playing in this world, we might want to go back, load Episode 5, and retire the fort from that save.
Finally, if you have anything else going on related to Dwarf Fortress, the floor is yours. This thread is not limited exclusively to the succession game.
Update: So we've still got DoubleDee, Booty, Gay King Prince Charles, and Oreb on board, so it's adamantine or bust, I guess.
It's Fortress Friday! Today we wait for Me to finish my turn and for control of the game to pass on to @Moonworm@hexbear.net (please confirm), with the following players waiting for a chance to leave their mark on Dwarven history.
(Beginning Feb. 6) @Doubledee@hexbear.net
(Beginning Feb. 13) @gay_king_prince_charles@hexbear.net
(Beginning Feb. 20) @booty@hexbear.net
(Beginning Feb. 27) @Oreb@hexbear.net
New players are encouraged to apply in this thread. All players and spectators are welcome to load up the save and see what's going on first hand.
Announcement: Thread
Generated world: File
Episode 7 - Porkroll: This Thread / File - Ready for Moonworm
Importing the save
Dwarf Fortress saves are not stored in a single file. They are stored as named
directories containing over a thousand individual data files. In order to load
the game, you need to download a zipped archive of the save and place it in your
Dwarf Fortress save directory. This directory can be located in a number of
places depending on which OS you are using and what settings you have enabled.
If Portable mode is enabled (not default), the save directory will be
located in the same directory as dwarfort / dwarfort.exe. If you are using
Steam with the default locations, these are:
On Linux: ~/.local/share/Steam/steamapps/common/Dwarf Fortress/save
On Windows: C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\save
This directory might exist, even if Portable mode is turned off (default), but in that case it will be ignored by the game. Instead, save files are stored somewhere in your user directory.
On Linux: ~/.local/share/Bay 12 Games/Dwarf Fortress/save
On Windows: %AppData%\Roaming\Bay 12 Games\Dwarf Fortress\save
Extract the FFSeason1 directory from the archive and place it inside of the
appropriate save directory, then you should see it after starting the game.
Stopping the clock
By using a combination of the "Autosave Frequency" (any setting as long as it is not "Off") and "Pause after every autosave" options, you can cause the game to pause at the exact moment the calendar ticks over to 1st Granite (the first day of the year).
After the game pauses, you still have the opportunity to do a couple minor things, like designating blueprint tiles to label hazards, noteworthy sources of material, or leaving graffiti. You can also rename stockpiles and rooms, etc. before writing the final save. You should avoid doing anything that will substantially change the behavior of the fort or generate labor tasks (like creating / removing stockpiles, changing which items are allowed to be stored in stockpiles, enabling / disabling standing orders, creating new work orders, or designating new rooms / meeting areas). Military schedules often change at the start of a season (e.g. the "staggered training" preset). This is fine.
Any blueprints left are merely suggestions. The next player is free to ignore them. If you wanted something built there, you should have microed your miners better :P
Exporting the save
When Dwarf Fortress creates auto-saves, or if you use the "save and continue
playing" feature, Dwarf Fortress will write these saves to an alternate
directory (e.g. autosave1 or pull the lever). When you finish your turn,
you need to use the "Save and return to title menu" option and choose "Save to
this timeline." You need to do this even though the game just created an
auto-save. This will write the save back to the FFSeason1 directory, which you can then
place in a zip archive and submit.
Making your submission.
Save files can be e-mailed to fortress-friday@matapacos.dog ahead of time. Some e-mail services (like Gmail) prohibit sending large enough attachments, but if it works on your end, it should work on mine. Otherwise, the file may need to be hosted using a third-party service. Dwarf Fortress File Depot is the canonical service for this (they have a category specifically for community games), but any service which doesn't require me to create an account or jump through flaming hoops is acceptable. Currently (as of Episode 3), the compressed save is about 58MB. It won't get any smaller with time.
Alternately, submissions can be made as a reply to the following week's Fortress Friday post, which will be posted in anticipation of a submission. This thread will be posted and used to coordinate the game and get the proper files into the hands of the next player regardless of if the anticipated turn was completed.
Whether or not the file was transferred in advance, The player who just completed their turn should make a top-level comment in this thread describing noteworthy events of their turn. You are encouraged (but not required) to roleplay and continue to spin a fantasy narrative out of it, but you don't need to write us a Tolkien novel - especially if you are pressed for time and have other shit to worry about. This shouldn't feel like a homework assignment.
My initial submission will be excessive because I am also covering the results of world-generation, the historical circumstances of the civilization we chose, and the embark. Subsequent posts will mostly be focused on chronicling events in Fortress Mode. You are absolutely not expected to export the world history and spend hours dicking around in Legends Viewer spinning up backstories for every minor goblin who gets turned into dog food.
What if a turn is not completed / running late?
If you anticipate not being able to complete your turn, just let us know (the sooner, the better) so we can make adjustments. Shit pops up. There are more important things in life than a stupid game. We won't be mad at you.
In case Fortress Friday rolls around and there is no submission, Tentatively, I think we give the player 24 hours to actually make their post before we start openly contemplating passing to the next player, followed by another 24 hours to find out which of the next players is actually available. So if there is no update by mid-Saturday, we find another candidate, and if there is no word by mid-Sunday, they are given the green light to play.
What if a turn is completed early?
You can tease us (it's reassuring to know progress is being made), but hold on to your spoilers until Fortress Friday. I think keeping this thing on a regular schedule will do a lot to keep everybody looking forward to updates and keeping things organized. If anticipation is eating away at you, try to fill in some lore and backstory.
There are not many hard rules, but generally
You play for one year in-game time. Turns should begin and end on 1st Granite.
Avoid using blatant exploits (the game is built of cheese, so this is sort of like the pornography rule, "you know it when you see it.") Things like perpetual motion machines or material duplication schemes should be shunned. Some things classified as exploits, like "atom smashers" should be fine as long as their applications aren't egregious.
Try not to save-scum (Do save though. Crashes happen, and named "save and continue" saves won't clutter the main save).
You are free to use DFHack, but do not use any of it's "Armok" (god-mode) features. Also, try to keep it modest. The fort shouldn't fail catastrophically if the next player doesn't have DFHack installed.
Observe: a fascist openly admits that an un-moderated environment of absolute free speech actually has the potential to squelch conversation. A rare sight.
I still haven't forgot about my $600.
FWIW, I also do this with matapacos.dog. The mail server is running on its own tiny VPS with it's own IP, a completely separate system (though hosted at the same company / datacenter). Its actual domain is mail.matapacos.dog, but the mail is sent with a @matapacos.dog address. This works in a similar way (but through a different mechanism - DNS records vs. Webfinger) to how the Mastodon instance is hosted at toots.matapacos.dog, but user handles are @matapacos.dog.
The reputation of public VPS hosts within reach of the US copyright regime isn't much better lmao. I have to imagine there is just a constant stream of abandoned Wordpress blogs and unmaintained websites for pizzarias and bicycle shops getting hacked and assimilated into botnets.