techhub.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A hub primarily for passionate technologists, but everyone is welcome

Administered by:

Server stats:

4.6K
active users

#Redis

5 posts5 participants0 posts today

🚀 First working Redis with post-quantum mTLS using Falcon (NIST finalist) — running in a hardened Alpine container with OpenSSL 3.3.4 + oqs-provider.
⚙️ Falcon keys + certs generated inside the image, Redis launched via --tls-port, and PONGs confirmed via PQ mTLS.

📦 GitHub: github.com/zenthracore/zen.red
🐳 Docker: hub.docker.com/r/zenthracore/z

💡 This might be the first public Redis instance running on PQ crypto.

#PQC#Falcon#Redis

🌘 GitHub - tidwall/cache-benchmarks:快取軟體基準測試
➤ 各種快取軟體效能的全面比較
github.com/tidwall/cache-bench
這個 GitHub 倉庫 `tidwall/cache-benchmarks` 提供了 Memcache、Redis、Valkey、Dragonfly 和 Garnet 等快取軟體的基準測試結果。測試在 AWS c8g.8xlarge 伺服器上進行,透過 `memtier_benchmark` 工具,針對不同的管道大小(1, 10, 25, 50)測量了吞吐量、延遲(50%、90%、99%、99.9%、99.99% 百分位數以及最大值)和 CPU 週期。每個基準測試都有 31 次運行,取中位數作為繪圖的依據。測試環境設定了多線程,並將 CPU 核心劃分給基準測試工具和快取伺服器。整個測試需要約兩週時間完成。
+ 這些基準測試對於選擇適合自己專案的快取方案非常有幫助,可以瞭解不同快取軟體在不同配置下的表現。
+ 測試結果
#效能測試 #快取 #Redis #Memcache

Benchmarking Memcache, Redis, Valkey, Dragonfly, and Garnet caching software. - tidwall/cache-benchmarks
GitHubGitHub - tidwall/cache-benchmarks: Benchmarking Memcache, Redis, Valkey, Dragonfly, and Garnet caching software.Benchmarking Memcache, Redis, Valkey, Dragonfly, and Garnet caching software. - tidwall/cache-benchmarks

🌘 向量集合介紹:主要指令與概念 - YouTube
➤ Redis向量集合:顛覆傳統的向量搜尋方法
youtube.com/watch?v=kVApsFUeuEA
這段YouTube影片將解釋Redis新數據類型「向量集合」與傳統向量資料庫/索引的根本差異,並展示一些基本的指令和概念。影片旨在幫助觀眾理解向量集合的獨特性質和應用方式。
+ 終於有人解釋向量集合跟傳統向量資料庫的區別了,之前一直搞不清楚!
+ 期待能看到更多關於Redis向量集合實際應用案例的影片。
#數據庫 #Redis #向量搜尋 #向量資料庫

Vorgestern hatte jemand, ich glaube Du, @galileo , darauf aufmerksam gemacht, dass Mastodon in Version 4.4.0 erschienen ist und man das aktualisieren sollte.

Es war 21:30 Uhr.

Eigentlich wollte ich ins Bett. Aber, ach was solls, installierste mal schnell noch 4.4.0. Oh, mein Ruby und /oder Redis ist jetzt zu alt. Na dann das zu erst.

2:25 Uhr bin ich mit völlig zerschossenem Mastodon ins Bett gefallen.

Und habe mich an meine Regel erinnert: "Mal eben schnell gibt es nicht!"

Am nächsten Morgen habe ich zusammen mit Gemini versucht, das System zum laufen zu bekommen. Wir haben installiert, deinstalliert, wieder installiert, aktiviert und deaktiviert. Wir haben Mastodon komplett sauber neu installiert und wieder deinstalliert. Alles verbunden mit Wartezeiten von durchaus 20 min oder mehr. Irgendwann hat Gemini gemeint: Sorry, ich bin am Ende meines Lateins.

Ich hätte 2 Möglichkeiten:

1. einen "richtigen" Experten mal auf mein System schauen lassen, das Problem liegt offensichtlich ausserhalb von Mastodon
oder
2. Mach Linux platt, installiere es komplett sauber, richte Mastodon neu ein, spiele ein Backup der Userdaten zurück.

Und da waren wir an dem Punkt, den ich immer befürchtet hatte: Ein Backup musste eingespielt werden.

Aber real gesehen war es egal. Die aktuelle Version werde ich nicht mehr hinbekommen. Also habe ich das mittlerweile knapp 3 Jahre alte System gebackupt, es waren am Ende drei Dateien: Datenbank, Medienarchiv, Konfiguration.

Dann habe ich die Platte abgezogen, eine zweite Platte genommen, das System sauber installiert und mit Gemini Schritt für Schritt Mastodon neu eingespielt.

Kritisch war erst ein mal nur der Bereich, die SSL-Verschlüsselung wieder zu aktivieren und dem Webserver zu überzeugen, die richtigen Dateien an der richtigen Stelle auszuspielen.

Und dann war das System, niegelnagelneu, tatsächlich wieder da.

Dann ging es ans Rückspielen. Und was soll ich sagen, es war am Ende tatsächlich relativ simpel. Klar, ohne Gemini hätte ich das nie hinbekommen.

Ich hab Gemini dann drei Listen erzeugen lassen:

1. Den kompletten am Ende funktionierenden Ablauf der Installation
2. Den kompletten am Ende funktionierenden Backup-Prozess.

Und die EISERNE Regel: "MAL SCHNELL GIBT ES NICHT!"

Nach 18 h lief das System wieder (inkl. 4,5 h schlafen).

Ein paar kleinere Dinge, Zeichenlimit, Upload-Limit hab ich dann später noch nachgeführt.

🚀 How White-Label WordPress #Reseller #Hosting Supercharges Your #Digital #Agency’s Growth

✅ Instant Setup with 1-Click #WordPress Deployments

🛠️ Launch & Iterate Faster with 1-Click #Staging, Push, & #Cloning

🎨 Pre-Built with Your Stack—#Themes & #Plugins Preloaded

💾 Bulletproof #Backup & #Restore System

🚀 Blazing WordPress Performance with #LiteSpeed + #Redis

🧳 Zero-Downtime Site #Migrations: We Do the Heavy Lifting

👉 blog.radwebhosting.com/how-whi

Server #Update / #Upgrade Day
- update my #Linux server OS #OpenSUSE Leap 15.6
- upgrade #Nextcloud from 30.0.7 to 30.0.12 and then 31.0.6
- upgrade #Redis for Nextcloud from 7 to 8
- learn that I have to dump/restore to upgrade #PostgreSQL and upgrade from 12 to 17
- upgrade #Traefik from 2.10.7 to 3.4.3
- upgrade #Vaultwarden to newest version
- deactivated #Quassel and #Jupyter since I didn't use them for at least 4 years
- clean up old #Docker images and containers to free some disk space