👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

zwovierzwo@social.fedinet.de

Mein Name ist Thomas oder kurz Tom und ich bin Oberfranke 🖖🏻
ɢᴇʙᴏʀᴇɴ 324,42 ᴘᴘᴍ

Oberfranken liegt hier:
https://www.openstreetmap.org/search?query=oberfranken#map=9/50.0576/11.3578

und wir sind keine Bayern sondern FRANKEN

ich mag Irland und den Norden, gutes Essen, Reisen, Kultur, Technik und Filme.
Technisch bin ich aktuell meistens mit Tuxedo OS 2 unterwegs oder aber auch mit meinem Uralt MacBookAir welches immer noch sehr gut funktioniert. (ich glaub da hatte Steve noch seine Hände im Spiel)

Bayern, Germany

@7homas:tchncs.de

friendica

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 via Friendica Support

2 months ago from Oberfranken Netzwerk • •

(Metro Advance Apartments, 55, Cavenagh Street, One Mile Dam, Darwin City, Darwin, City of Darwin, Northern Territory, 0800, Australia)

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
2 months ago from Oberfranken Netzwerk — (Metro Advance Apartments, 55, Cavenagh Street, One Mile Dam, Darwin City, Darwin, City of Darwin, Northern Territory, 0800, Australia) • •

!Friendica Support
Gibt es eine Anleitung wie man eine #friendca instanz #umziehen kann.
Aktuell hat meine Datenbank ca. 18 GB und der Server kommt an die Grenzen.

wobei ich mich frage was da alles in der DB steht :astonished face:
Allein schon die Abfrage auf die 40 Mio Datensätze bringt die DB und den Server ins schwitzen.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago from [ˈloma] | Friendica • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Schau mal hier https://github.com/friendica/friendica/blob/develop/doc/Migrate.md

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔ • 2 months ago from Oberfranken Netzwerk • •

@Matthias ✔
Ok danke - hoffen wir mal das dies funktioniert - weil so geht das mit der DB nicht mehr weiter - alles wird zäher und zäher

@Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Hiker

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Ich frage mich auch, warum #Friendica eine solche Riesendatenbank generiert. Meine Ein-User-Instanz hat nach kurzer Zeit bereits 1 GB... @helpers

#friendica @Friendica Support

in reply to Hiker

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Hiker • 2 months ago from Oberfranken Netzwerk • •

@Hiker
nun ich hab auch nur 2 User hier laufen und die läuft ca. 1,5 - 2 Jahre.
Ich hab auch keine Ahnung was da alles drinnen steht.
Parallel hab ich nun eine Sharkey (Misskey) Instanz am laufen - mal schauen wie sich da die Datenbank entwickelt.

@Hiker

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Hiker

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Ja, solche Vergleiche mache ich zur Zeit auch 😉

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago from [ˈloma] | Friendica • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Hiker
Räume die DB von Zeit zu Zeit auf, damit der Platz wieder freigegeben wird.
Die DB hier ist ≈50 GB groß, läuft seit fast einen Jahrzehnt und beherbergt einige hundert User.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

@feb Wie genau "räumst" du auf? @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Hiker

Matthias ✔

in reply to Hiker • 2 months ago from [ˈloma] | Friendica • •

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
mysqloptimize -p DB-Name

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

@feb Wird von meinem Provider nicht unterstützt. @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

@Hiker

Ist es #MySQL oder #MariaDB?

Zumindest bei #MyISAM sollte auch via #SQL ein #OPTIMIZE funktionieren...

@feb @zwovierzwo

#sql #MySQL #MariaDB #MyISAM #optimize @Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Nordnick :verified:

Hiker

in reply to Nordnick :verified: • 2 months ago • •

@nick
10.6.16-MariaDB MariaDB Server
@feb @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Nordnick :verified:

Hiker

in reply to Nordnick :verified: • 2 months ago • •

@nick Table does not support optimize, doing recreate + analyze instead @feb @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

@Hiker

Ah, okay, also keine Tabelle vom Typ #InnoDB, #MyISAM oder #ARCHIVE?!

https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html

@feb @zwovierzwo

MySQL :: MySQL 8.0 Reference Manual :: 15.7.3.4 OPTIMIZE TABLE Statement

^{dev.mysql.com}

#archive #InnoDB #MyISAM @Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Nordnick :verified:

Hiker

in reply to Nordnick :verified: • 2 months ago • •

@nick Doch, InnoDB @feb @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

@Hiker

Mhmm, sollte laut Doku doch eigentlich laufen?

https://mariadb.com/kb/en/optimize-table/

@feb @zwovierzwo

OPTIMIZE TABLE

Reclaim unused space and defragment data.

^{MariaDB KnowledgeBase}

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Nordnick :verified:

Hiker

in reply to Nordnick :verified: • 2 months ago • •

@nick
Hab es jetzt auch gelesen - es optimiert aber wirft trotzdem die Meldung. @feb @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Hiker

Raroun

in reply to Hiker • 2 months ago • •

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Nur MyISAM Tabllen unterstützen eine Optimierung.
InnoDB halt nicht.
Das Ergebnis ist nahezu das gleiche. MyISAM kann "on the fly" optimiert werden, InnoDB nicht.
Bei InnoDB wir die Tabelle Analysiert und und dann ohne Lücken neu erstellt (also sauber kopiert) - von daher die Meldung.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Raroun

Hiker

in reply to Raroun • 2 months ago • •

@raroun Das löst #Friendica, je nach Einstellung selber aus. Aber wenn die Datenbank gross oder riesig wird, wird das offenbar ein langer Prozess. Mein Provider hat mich gemahnt, das sei zu lang, da würde der automatische Backup-Prozess gestört... @zwovierzwo @nick @feb

#friendica @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Raroun @Matthias ✔

in reply to Hiker

Raroun

in reply to Hiker • 2 months ago • •

@Hiker
Nicht alle Tabellen werden von Friendica automatisch optimiert.
Die Dauer der Optimierung hängt stark von der zur Verfügung stehen Leistung ab.
Hier dauert die Optimierung einer kompletten 160gbyte großen Friendica Datenbank derzeit ca.25 Minuten.

@Hiker

in reply to Raroun

Hiker

in reply to Raroun • 2 months ago • •

@raroun Ja und wenn genau in diese Zeit das Backup laufen soll, dann gibts einen Konflikt - Backup einer Datenbank, die gerade neu geschrieben wird, ist relativ schwierig... @zwovierzwo @nick @feb

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Raroun @Matthias ✔

in reply to Hiker

Raroun

in reply to Hiker • 2 months ago • •

@Hiker
Das geht problemlos mit Dateisystem-Snapshots, machen wir auch so.
Be einem Shared hoster ist es leider schwierig nachvollziehen, bzw. zu erahnen wie dort die Datensicherungen durchgeführt werden.
Eine Lösung hierfür habe ich nicht, aber vielleicht kann man mit dem Anbieter kommunizieren und eine Lösung finden, die beide Seiten zufrieden stellt.
Sollte dies fehlschlagen - aus welchem Grund auch immer - Anbieterwechsel und vorher die Anforderungen schildern.

@Hiker

in reply to Raroun

Hiker

in reply to Raroun • 2 months ago • •

@raroun Hab ich schon versucht - bis zum Deaktivieren der Optimierung in Friendica bin ich noch nicht weiter gekommen... @zwovierzwo @nick @feb

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Raroun @Matthias ✔

in reply to Hiker

Michael Vogel

in reply to Hiker • 2 months ago from Tusky • •

@Hiker @Nordnick :verified: @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔ die Meldung kann man ignorieren.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Michael Vogel

Hiker

in reply to Michael Vogel • 2 months ago • •

@heluecht @feb Wozu denn eine Meldung? Bisschen seltsam.. @nick @zwovierzwo

@Michael Vogel @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Hiker

Raroun

in reply to Hiker • 2 months ago • •

@Michael Vogel @Matthias ✔
@Nordnick :verified: @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Man kann auch manuell ein ANALYSE und RECREATE durchführen.
Irgendwann haben sich die Entwickler dazu entschieden, das im "OPTIMZE" für InnoDB automatisch zu machen.
Die Meldung teilt nur mit, das hier ein alternativer Weg gegangen wird, der nativ nicht unterstützt wird.

@Michael Vogel @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Nordnick :verified:

Michael Vogel

in reply to Nordnick :verified: • 2 months ago from Tusky • •

@Nordnick :verified: @Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔ ich hoffe, dass niemand mehr MyISAM einsetzt.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Nordnick :verified: @Matthias ✔

in reply to Matthias ✔

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔ • 2 months ago from Oberfranken Netzwerk • •

@Matthias ✔ @Hiker
50GB 😳
Ich will ja nix sagen aber wahrscheinlich hast du zig 100 Nutzer 🤔

@Hiker @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Raroun

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Die Nutzerzahl ist gar nicht so entscheidend - eher wie stark die Instanz "vernetzt" ist und ob relay Server abonniert sind, oder halt nicht.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago from Oberfranken Netzwerk • •

@Hiker @Matthias ✔
wäre es da nicht sinnvoll wenn man eine "anständige" Datenbank wie Postgres verwendet

@Hiker @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Hiker

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Das müssten wir die Autoren von #Friendica fragen... @feb

#friendica @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago from [ˈloma] | Friendica • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Hiker
Was macht die "anständiger" als mysql? Du wirst nur andere Herausforderungen haben.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔ • 2 months ago from Oberfranken Netzwerk • •

@Matthias ✔
nun eine Postgres ist für große Daten gut geeignet
@Hiker

@Hiker @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago from [ˈloma] | Friendica • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Hiker
Jede DB braucht Pflege (egal wie sie heißt). Wer die vernachlässigt wird unweigerlich in einen Flaschenhals hinein laufen.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

@feb Aber wenn auf einer Ein-User-Instanz die Datenbank innert paar Monaten über 1 GB gross wird (trotz der automatischen Optimierung durch Friendica) und der Provider reklamiert, der Backup-Prozess werden immer wieder gestört, wirft das Fragen auf.
Wenn ich den Provider richtig verstanden habe, wird jedes Mal, wenn worker gestartet wird (also relativ oft (alle 10 Min zB), wird auch an den Tabellen optimiert. @zwovierzwo

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to Hiker

Michael Vogel

in reply to Hiker • 2 months ago • •

Es gibt eine Option die man deaktivieren kann, die automatisch einige Tabellen optimiert, die regelmäßig geschrieben und gelöscht werden.

in reply to Matthias ✔

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Matthias ✔ • 2 months ago from Oberfranken Netzwerk • •

@Matthias ✔
Nun das sollte die Anwendung übernehmen
@Hiker @Friendica Support

@Hiker @Friendica Support @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

alfredb

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 Ich denke nicht, dass ein DB-Wechsel diese Probleme wirklich lösen würde. Für mich riecht das eher nach einem konzeptionellen Problem.

@Hiker @Matthias ✔

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to alfredb

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb • 2 months ago from Oberfranken Netzwerk • •

@alfredb @Hiker @Matthias ✔
das mag wohl sein - so genau hab ich mir die Datenbankstruktur noch nicht angeschaut.

@Hiker @Matthias ✔ @alfredb

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Michael Vogel

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Welchen Vorteil versprichst Du Dir davon? Den Platzbedarf hat man so oder so. Und wenn es sauber konfiguriert ist, läuft MariaDB auch mit großen Datenmengen sehr schnell.

in reply to Michael Vogel

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Michael Vogel • 2 months ago from Oberfranken Netzwerk • •

@Michael Vogel
Es geht prinzipiell nicht "nur" um die Datenbankgröße sondern um die Geschwindigkeit. Aktuell läuft auf einer 8 Core Xenon und 32 GB Speicher sowie SSD eine #friendica .. und trotzdem wird die Instanz 1-single User und 1 Bot immer langsamer ...

Für Projekte mit so große Datenmengen habe ich immer Postgres eingesetzt und für schnelle immer wieder benötigte Info kommt eine Redis DB zum Einsatz.
Bisher bin ich damit sehr gut gefahren und hatte nie Probleme mit Geschwindigkeiten auch auf wesentlich schwächeren Systemen :thinking face:

Aber OK ist halt jetzt so ... und ich muß schauen wie ich damit umgehe.

@Hiker @Matthias ✔

#friendica @Hiker @Michael Vogel @Matthias ✔

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Hiker

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Ich beobachte vor allem, dass der Login-Prozess "ewig" dauert. Nach der Eingabe des Passwortes geht es 30 Sekunden und mehr, bis die "network" Seite geladen ist. @feb @heluecht

@Michael Vogel @Matthias ✔

in reply to Hiker

Steffen K9 🍮

in reply to Hiker • 2 months ago • •

Das ist ungewöhnlich lange. Bei meinem Account lädt /network nach dem Login in weniger als 5 Sekunden. Später lädt die Seiter dann in weniger als 2 Sekunden. Meine DB von libranet.de ist 315 GB groß.

in reply to Steffen K9 🍮

xy..

in reply to Steffen K9 🍮 • 2 months ago • •

@Steffen K9 🍮 @Hiker @Michael Vogel @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔
315 GB .. thats all text ? or also images.. I have also wondered how mostly text can become so large in the db. before friendica, I thought my piwik database with 20 MB would be too big

@Steffen K9 🍮 @Hiker @Michael Vogel @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @Matthias ✔

in reply to xy..

Steffen K9 🍮

in reply to xy.. • 2 months ago • •

My storage backend is filesystem. ☺️

in reply to Steffen K9 🍮

utopiArte

in reply to Steffen K9 🍮 • 2 months ago • •

filesystem als storage scheint eine wichtige und grundsätzliche einstellung zu sein.

hier ein link zu einer anleitung um einen server einzurichten bzw und/oder umzuziehen:
https://tupambae.org/display/0ac89072-9365-5d9d-8485-599077309156
(noch in bearbeitung)

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Michael Vogel

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Hast Du die Datenbankeinstellungen angepasst oder läufst Du mir den Einstellungen der Distribution? Wenn man der Datenbank nicht ausreichend Speicher zur Verfügung stellt, wird sie sehr schnell langsam.

in reply to Hiker

alfredb

in reply to Hiker • 2 months ago • •

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Ich habe das «Wachstum» der DB eine Weile überwacht. Die Grösse steigt unaufhaltsam um ca. 4.5 MB/Tag.

@Hiker @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Nordnick :verified:

in reply to alfredb • 2 months ago • •

@abu @Hiker
Wo lagert bei Euch ein Mediencache von anderen Instanzen?

@Hiker @alfredb

in reply to Nordnick :verified:

Michael Vogel

in reply to Nordnick :verified: • 2 months ago • •

Wir cachen keine externe Medien. Wir cachen ausschließlich externe Avatare.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Tuxi :Friendica: 🐧 ✅

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Ein mysqloptimize -p friendica-db hatte bei mir vor einiger Zeit mal ordentlich Platz gemacht.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Tuxi :Friendica: 🐧 ✅

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Tuxi :Friendica: 🐧 ✅ • 2 months ago from Oberfranken Netzwerk • •

@Tuxi :Friendica: 🐧 ✅ das geht wohl nur als root

@Tuxi :Friendica: 🐧 ✅

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Tuxi :Friendica: 🐧 ✅

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
Ja klar. Du brauchst Zugriff auf die Konsole und mysql.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

ginAd

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Nein, das brauchst du nicht. Du brauchst nur den DB-User auf die entsprechende Datenbank.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Wolfgang P.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

Es gibt auch die Einstellung bestimmte Daten anstatt in der Datenbank im Filesystem zu speichern. Das bringt einiges

in reply to Wolfgang P.

alfredb

in reply to Wolfgang P. • 2 months ago • •

@Wolfgang P. Das mache ich schon so. Nun sind die Gigabytes einfach im Storage Verzeichnis.

Increase
DB 4.30 MB/Day
Storage 6.56 MB/Day
Total 10.86 MB/Day

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

This entry was edited (2 months ago)

in reply to alfredb

Michael Vogel

in reply to alfredb • 2 months ago • •

Du kannst in den Admin-Einstellungen unter dem Menüpunkt "Performance" das Speichern von Avatar-Bildern deaktivieren. Dadurch werden diese Bilder bei Dir langsamer geladen, aber der Datenzuwachs dürfte sinken.

in reply to Wolfgang P.

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Wolfgang P. • 2 months ago from Oberfranken Netzwerk • •

@Wolfgang P. @Friendica Support
Also ich Speicher schon die Profilbilder nicht in der Datenbank

@Friendica Support @Wolfgang P.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Wolfgang P.

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@alfredb Was für eine Löschfrist ? Ich habe 30 Tage.

@alfredb

in reply to Wolfgang P.

alfredb

in reply to Wolfgang P. • 2 months ago • •

@Wolfgang P. Aktuell 90 Tage. Ich habe jedoch die 30 Tage auch ausprobiert, in der Hoffnung auf eine Abflachung der Kurve. Fehlanzeige, das muss etwas anderes sein.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

@abu Habe ich genauso beobachtet. @helpers @powo01 @zwovierzwo

@Friendica Support @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

in reply to Hiker

alfredb

in reply to Hiker • 2 months ago • •

@Hiker Ich habe mal gelesen, es sei der Avatar-Cache. Aber schaltet man den aus, wird die Sache eventuell viel träger.
@Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Hiker @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

@abu Ok, wusste ich nicht... @helpers @powo01 @zwovierzwo

@Friendica Support @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

in reply to alfredb

Michael Vogel

in reply to alfredb • 2 months ago • •

Probiere es im Zweifel einfach aus.

in reply to Michael Vogel

alfredb

in reply to Michael Vogel • 2 months ago • •

@Michael Vogel Ich habe das vor einigen Wochen mal kurz probiert. Seitdem ist ein Teil der Avatare "geblurrt".

Wäre toll, wenn ich das wieder wegbrächte.

@Hiker @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Hiker @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Matthias ✔

in reply to alfredb • 2 months ago from [ˈloma] | Friendica • •

@alfredb
Hast du den Avatar-Cache nur deaktiviert oder das Verzeichnis gelöscht?
In der DB werden nach dem Deaktivieren weiter eine Relation aufgebaut aber keine neuen Avatare angelegt. Nach einiger Zeit wird die Relation entfernt und du ziehst die Daten wieder direkt über das Netz (so zumindest meine Beobachtung)

@alfredb

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago • •

@Matthias ✔ Ich habe nur für etwa einen Tag die Option deaktiviert. Ich schaue mir das nun aber nochmals genauer an.

@Matthias ✔

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago • •

@Matthias ✔

... oder das Verzeichnis gelöscht?

Welches Verzeichnis meinst du denn?

BTW hätte ich erwartet, dass die Funktion "Re-fetch contact data" die Originalbilder erneut abholt.

@Matthias ✔

in reply to alfredb

Matthias ✔

in reply to alfredb • 2 months ago from [ˈloma] | Friendica • •

@alfredb
Ich habe später verstanden, dass du eine Funktion im Adminbereich meinst.

Es gibt noch eine, die über die Config eingerichtet wird

	'avatar_cache' => false,
	'avatar_cache_path' => 'pfad',
	'avatar_cache_url' => 'https://url/avatar/',

@alfredb

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago • •

@Matthias ✔ Sieht bei mir leer aus.

$ bin/console config | grep avatar
system.avatar_cache => 
system.avatar_cache_path => 
system.avatar_cache_url => 
system.remote_avatar_lookup => 
system.cache_contact_avatar => 1

@Matthias ✔

in reply to alfredb

Matthias ✔

in reply to alfredb • 2 months ago from [ˈloma] | Friendica • •

@alfredb
Ok, in dem Fall war meine Frage nach dem Verzeichnis nicht hilfreich ;)

@alfredb

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago • •

@Matthias ✔ Allein der Versuch zu helfen zählt für mich auch. 👍

@Matthias ✔

in reply to alfredb

Michael Vogel

in reply to alfredb • 2 months ago • •

Das sollte eine Sache des Browser-Caches sein.

in reply to Michael Vogel

Hiker

in reply to Michael Vogel • 2 months ago • •

@heluecht Kaum. Auch wenn ich auf seinen Account gehe, sind Teil der Avatare kaputt.

https://social.alfredbuehler.ch/photo/contact/80/34?ts=1704566917

@powo01 @zwovierzwo @abu

@Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

This entry was edited (2 months ago)

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

@abu Hast du schon versucht, unter "Kontakte" auf den entsprechenden Account zu gehen und oben rechts "Aktionen" "Kontaktdaten neu laden" zu klicken? @helpers @powo01 @heluecht @zwovierzwo

@Friendica Support @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

in reply to Hiker

alfredb

in reply to Hiker • 2 months ago • •

@Hiker Klar, passiert aber nichts.
@Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Hiker @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

@abu Und entfolgen und dann wieder folgen auch nicht. Tja, solche Dinge hatte ich hier auch bei Sharkey... Die Avatare sind offenbar eine grosse Herausforderung im #Fediverse - auch in Bezug Speicherplatz... @helpers @powo01 @heluecht @zwovierzwo

#fediverse @Friendica Support @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

in reply to Hiker

alfredb

in reply to Hiker • 2 months ago • •

@Hiker Nein, natürlich nicht. Die Bilder müssten wohl echt aus dem Cache geworfen werden. Aber wie?

@Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Hiker @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

@abu Keine Ahnung. @helpers @powo01 @heluecht @zwovierzwo

@Friendica Support @Michael Vogel @Wolfgang P. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 @alfredb

in reply to alfredb

Raroun

in reply to alfredb • 2 months ago • •

@alfredb
Nach dem Umstellen des Wertes, muss Du ein OPTIMZE fahren.
Das ist wie eine Defragmentierung bei HDD´s.
Nur weil Beiträge gelöscht werden, wir die Datenbankdatei nicht kleiner. Gelöschte Beiträge machen Speicherplatz in der Datei frei, welcher wieder belegt werden kann, verkleinert aber nicht die Datenbank.
Das Verkleinern macht dann das OPTIMZE - die Datenbanktabellen werden dann ohne Lücken neu aufgebaut.
Das Ergebnis ist eine kleinere Datenbank auf dem Storage.

@alfredb

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Montag

in reply to 👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 • 2 months ago • •

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
die mit Abstand größten Tabellen sind bei mir apcontact mit 4,6GB und contact mit 4,3 GB. Friendica löscht wohl auch keine inaktiven Kontakt und mit dem größer werdenden Fediverse werden wohl auch die potentiellen Kontakte mehr. Wäre schön wenn man da mal aufräumen könnte. Meine kleine Instanz hat jetzt auch langsam eine 22GB große Datenbank und das erscheint mir wirklich ein bisschen zu groß.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

in reply to Montag

alfredb

in reply to Montag • 2 months ago • •

@Montag

Meine kleine Instanz hat jetzt auch langsam eine 22GB große Datenbank und das erscheint mir wirklich ein bisschen zu groß.

So weit möchte (und werde) ich es nicht kommen lassen. Da schalte ich das vorher ab.
@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

@Montag @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

⇧

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 via Friendica Support

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒 2 months ago from Oberfranken Netzwerk — (Metro Advance Apartments, 55, Cavenagh Street, One Mile Dam, Darwin City, Darwin, City of Darwin, Northern Territory, 0800, Australia) • •

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
2 months ago from Oberfranken Netzwerk — (Metro Advance Apartments, 55, Cavenagh Street, One Mile Dam, Darwin City, Darwin, City of Darwin, Northern Territory, 0800, Australia) • •