Hast Du evtl. per Copy&Paste eine glibc für x64 auf ARM eingespielt? Viel schlimmer (ist mir geradezu peinlich): ich habe - nach einer Lösungsanleitung im Web - eine Paketquelle hinzugefügt. Frage bitte nicht weiter ... ich wusste halt nicht, was du weißt ... jedenfalls alarmierte mich danach das KH ...

Das oben sind die Defaults.

Hast Du evtl. per Copy&Paste eine glibc für x64 auf ARM eingespielt?

BTW, so wenig wie ich Docker mag: NextCloud ist da deutlich stressfreier.

Aber versuch mal, libc6 auf ARM zu installieren Ich denke, das ist etwas wenig Kontext. Debian nutzt immer die glibc. ❯ dpkg -l|grep libc6 ii libc6:arm64 2.36-9+deb12u10 arm64 GNU C Library: Shared libraries ii libc6-dev:arm64 2.36-9+deb12u10 arm64 GNU C Library: Development Libraries and Header F ...

Nur aus Neugierde: Warum willst Du weg von ARM? Ich bin mit meinem Dev-System sehr zufrieden. Ich hätte im Prinzip sogar Interesse, 1TB passt, der Provider auch, aber ich will mir die Umstellung ersparen, ausser ich könnte meine IPs umziehen, ansonsten bleibe ich noch auf x_64, solange das noch s ...

If the users of a website are mostly from European countries, then yeah, maybe the difference between web servers isn’t that noticeable. But here, based on our experience, Nginx usually handles more concurrent users because of its speed and performance. You surely have a proof for that? By the way, ...

Thank you for your helpful answers. Could you please tell me if I install Nginx on the server, is it possible to configure it myself to work as a reverse proxy? Has anyone done this before? Any help would be appreciated. :?: :roll: Why would you want that? Just because nginx has a weird config? You ...

Thank you for your helpful answers. Could you please tell me if I install Nginx on the server, is it possible to configure it myself to work as a reverse proxy? Has anyone done this before? Any help would be appreciated. :?: :roll: Why would you want that? Just because nginx has a weird config? You ...

Alexander wrote: ↑Tue 19. Aug 2025, 13:18 Da blutet mein Effizienzherz leider sehr , wenn man bedenkt das permanent in diese Datenbank geschrieben wird ohne, das der Nutzer diese Daten auch tatsächlich abruft.

Wie wäre es mit redis?

Ist KeyHelp schon Debian 13-ready?

Das ist das letzte, was ich gelesen habe: viewtopic.php?p=55414&hilit=debian+13#p55414

blickgerecht wrote: ↑Fri 15. Aug 2025, 20:28

Tobi wrote: ↑Fri 15. Aug 2025, 20:00 ich möchte keine 40 Sekunden einen Spinner angezeigt bekommen

Zumal das ja evtl. auch in einem 500er enden würde, weil deine Liste ja auch einiges mehr an Einträgen hat.

Auf einen 500er kann man ja entsprechend reagieren.

Evtl. ist der Cache keine schlechte Idee.

Eventl. die IP Adressen nicht direkt bei Klick auf Fail2ban abfragen ... nur die Jails (count) und das Textfeld für eine IP Suche. Von der Übersicht mit den Jails dann bei Klick auf die jeweils enthaltenen IP Adressen (eventl. extra Seite) routen und dort erst abfragen. Dann müsste jemand mal das mi ...

Aber nur die PHP-Laufzeit zu verlängern ist natürlich keine Lösung :twisted: Nein, natürlich nicht. Aber ich denke, für Alex ist es nur eine Fingerübung, die Sachen, die Zeitkritisch sind via AJAX abzurufen und solange an den Stellen einen Spinner anzuzeigen. Alternative: Einen cron alle 5 Minuten o ...

blickgerecht wrote: ↑Fri 15. Aug 2025, 19:06 Im Panel lädt er aktuell 5-6 Sek.

Dauert der Seitenaufruf so lange, oder nur die Anzeige unten?

Sorry, ich habe kaum was im Filter, bei mir ist die Seite "sofort" da.

Tobi wrote: ↑Fri 15. Aug 2025, 18:46

24unix wrote: ↑Fri 15. Aug 2025, 18:42 Statt "etwa" oder ungefähr" ginge ja auch:

time fail2ban-client get sshd banip

Stimmt!
Jetzt sind es ungefähr 37 Sekunden gewesen!
Danke für den Tip!

gerne

Ich finde den Befehl recht praktisch.

Statt "etwa" oder ungefähr" ginge ja auch:

time fail2ban-client get sshd banip