sueden.social ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Eine Community für alle, die sich dem Süden hingezogen fühlen. Wir können alles außer Hochdeutsch.

Serverstatistik:

2,1 Tsd.
aktive Profile

#admin

10 Beiträge10 Beteiligte3 Beiträge heute

I'm not sure if there's a place for auto admin panels (active_admin in Ruby or kaffy in Elixir or the OG Django Admin) anymore given that LLMs can *easily* generate kick-ass and fully dedicated admin panels in minutes 🤔

I've built two pretty advanced admin panels for my Phoenix apps (so, still kinda niche tech stack) with little to no effort. Apart from regular CRUD stuff, I've got advanced features like syncing data with Stripe, or lately I built a mailing list sync with MailerLite in like 2 hours.

Given this experience I really don't see why I would need a solution like Kaffy (I used it initially in @justcrosspost and then rebuilt the whole admin panel in literally less than an hour with much better end result).

What are your thoughts on this topic? 👍🏻 or 👎🏻?

#aicoding#vibecoding#admin

After I started my first #IT job (and created my Digital Ocean VPS at that time) I decided to create kind of character card for myself, like in #RPG, for writing down my #sysadmin skill levels and progress. I did it in Postgres, probably because database container was one of first things I had on my VPS then.

I created slightly complex system of arbitrary skill and knowledge points, trying hard to not overestimate my skill levels. Like in standard games there are bigger gaps between higher levels and separate "overall sysadmin level" with own points, indirectly dependent on skills' levels' upgrades (and more directly on other kind of knowledge points). Many things are highly relative here as it is not possible to accurately describe own degree of knowledge in numbers. Also some kind of skills could have more "levels" (e.g. familiarity with more complex software learned gradually with time) than others. I have point scale for 10 levels now. And I am almost sure I wouldn't reach higher than 6-7 "overall sysadmin level" in my lifetime :blobcatsweat:

I didn't update it since October 2023. Today I log in and tried to clean that mess. I feel I should make short paper notes about my progress frequently, like I was doing in previous job. Updates would be easier...

#admin#geek#nerd

Quick reminder for the #network #admin:

1. ALWAYS patch your #firewall
2. ALWAYS set up multi-factor auth for vpn access
3. ALWAYS set up geoblocking
4. ALWAYS disable unneeded accounts
5. ALWAYS disable public weblogins

Or you will suffer an incident sooner or later. Do such things even if you‘re lazy, because ransomware ruins lives in different ways.

It is just annoying to see the same mistakes leading to ransomware incidents happening over and over. It‘s called a firewall for a reason.

📢 fomobremen.info braucht Hilfe!
Die beliebte Plattform für Veranstaltungen in #Bremen braucht Hilfe beim Administrieren, bzw. beim nächsten Update.
Wenn du ein bisschen Zeit und Ahnung von #Webadministration hast und ein gutes Werk tun willst,
melde dich unter unkonkret@systemli.org
Fomobremen läuft mit #Mobilizon, ist also Teil des #Fediverse :fediverse:
#Admin

fomobremen.infoFomoBremen - Mobilizonfomobremen.info ist ein Kalender zum bewerben alternativer, emanzipatorischer, kultureller Veranstaltungen und Ereignisse für unkommerzielle Projekte und Gruppen. Account anlegen ⋅ Veranstaltung eintra…

📣 Die Plattform fomobremen.info/ hat sich für #Bremen etabliert als Portal für alle möglichen alternativen Veranstaltungen. Leider steht schon länger ein Software-Update aus.🔧
Ich hatte Kontakt zu einem der #Admin s. Das Gute: Das Update ist in Arbeit. Allerdings könnten sie dabei Hilfe gebrauchen.
Deshalb: Wenn du ein bisschen Zeit und Ahnung von #Webadministration hast und ein gutes Werk tun willst,
melde dich unter unkonkret@systemli.org
(Fomobremen läuft mit #Mobilizon :fediverse:).

fomobremen.infoFomoBremen - Mobilizonfomobremen.info ist ein Kalender zum bewerben alternativer, emanzipatorischer, kultureller Veranstaltungen und Ereignisse für unkommerzielle Projekte und Gruppen. Account anlegen ⋅ Veranstaltung eintra…

Was ist das "schönste", was einem #Admin an einem Montagmorgen so passieren kann?

Server nicht erreichbar? Dämliche Kundenanfragen? Merkürdige Fehler im System?

Nein! Die Königsdisziplin sind natürlich massive Performanceprobleme mit unbekannter Ursache 🥳 🥳 🥳

Und jetzt ratet mal, wessen #Montag genau so angefangen hat und es bisher keine Lösung gibt...😒

Some time ago I mentioned here, in half-joking way, self-fixing software I work with. I said Patroni #Postgres has the best regeneration ability I've ever seen. And currently "the best ability" includes:

> After network migrations servers changed IP addresses. It broke etcd config so I had to completely delete that config and initialize etcd cluster again. Which also forced cleaning and renewing Patroni config because it is strongly dependent on etcd. Even when configuration temporarily didn't exist, connection with WAL archives (technically other separate server) wasn't interrupted (I am not even sure if real data transfer could happen at that time). It was seemingly enough to start new #database cluster from last timeline. I don't know WHAT forced servers to immediately pull that data on fresh start. At migration time there weren't any real production data so I didn't even purposely try to restore anything.

> Not so long time later (and now with real production things) some script tests, causing lots of database changes in relatively short time, beyond former server's capacity, killed master server. Patroni switched as intended and I could work on increasing server's capacity (had to do it live, not very convenient). First server finally decided data corruption was too big and to fix it automatically deleted whole /var/lib/postgresql/* directory and started to recreate thing from scratch, using data from new master server (and was doing it with at least 2 GB/s speed because why not? :blobcatjoy:).

> During above mentioned process impatient tester hit again with their not optimised scripts, finally killing whole cluster. Swearing silently I increased remaining servers as it was only thing I really could do. Postgresql API mostly wasn't responsive, it had limited info about last state before final failure. It wasn't possible to force any change or affect it in any way.
First server decided to delete whole directory again and recreate it (at least this time I saw exact moment in logs), at the same time second server did rewind to state of third server (why??). All these things happened automatically, without my help. I wouldn't even know what to do :blobcatsweat:

And it's only beginning when we use it on production. Now I wait for stubborn users to do some more unintended durability tests... Maybe I would see it's even more invincible :blobcatamused:

#admin#sysadmin#it

As an End User #IT #Support and as a #Sys #Admin IT Support this is what I've done:

Sourced, Orchestrated, Planned, and Executed the Privilege Access Management solutions based on the Least Privilege model.

Automated all COTS and Windows Updates weekly.

Created a simply streamed line system image rollout, update, and upkeep.

Implemented additional solutions when it comes to human security to mitigate risk.

Implemented Bitlocker drive encryption using TPM.

ETC #SysAdmin #UserAdmin #OpsAdmin

#Admin #IndiewebSocial 🔥

IMPORTANT SERVER NEWS: "The Next Stage for Indieweb.social

"I’d been looking for a way to transition this from a small self-run server, admin-centric place—and to turn it into a more user-managed one...I am grateful to have found a solution for all of these needs for this community:

As of April, IndieWeb.social will be owned and managed by the Newsmast Foundation while they move its governance to a user-managed direction..."

Full details:

timothychambers.net/2025/03/27

www.timothychambers.net · The Next Stage for Indieweb.SocialIndieweb.social is a six-year-old. Launched only 3 years after Mastodon 1.0 itself did, give or take.Over the last two years, it was clear to me as the owner and admin that it was growing and would either need to find some form of new structure to take it to the next level, or, in some way, artificially cap or even have to find ways to shrink ongoing growth. Something I did not wish to do.