Skip to main content


Hallo !Friendica Support
meine #friendca instanz lรคuft nun seit ca. 7 Monaten und die Datenbank wรคchst und wรคchst ... aktuell liegt die bei ca. 11 GB - gibt es da keinen Job der die Datenbank wieder verkleinert - weil sonst laufe ich irgendwann Space out ...
Fรผr die Accounts habe ich schon eine aufbewahrung von Beitrรคgen von 90 Tagen eingestellt (vorher waren das mal 365 dann 180 Tage)

#friendica #db #space
Wenn Du Platz sparen mรถchtest, kannst Du die Option "Kontaktprofilbilder zwischenspeichern" in den Admin-Einstellungen deaktivieren. Dann werden die Avatare der Kontakte nicht mehr in der Datenbank zwischengespeichert.
@Michael Vogel
Ok danke fรผr den Tipp -. ich habe den Haken nun entfernt - wird das dann automatisch "aufgerรคumt" oder muss ich auf der Konsole da was anwerfen?
Kontakte werden regelmรครŸig im Hintergrund aktualisiert. D.h. im Laufe der Zeit (Wochen/Monate) werden die gespeicherten Werte entfernt werden. Und ab sofort wird die Tabelle mit den gespeicherten Avataren nicht weiter anwachsen.
@Michael Vogel
Ok - ja stimmt das lรคuft ja immer wieder mal sehe ich in den anstehenden Prozessen - ich war mir nur nicht sicher ob halt dann auch ein purge Prozesse lรคuft der die bestehenden Bilder dann aus der Datenbank entfernt und quasi wieder den Speicher frei gibt.
Auch die eigenen Bilder zรคhlen ja wohl dazu, da diese ja auch in der Datenbank abgelegt werden.

Ist das eigentlich Sinnvoll Bilder in die Datenbank zu schreiben?
Wรคre es nicht besser wenn man quasi ein "Drive" hรคtte wo die Daten dann liegen und du in der DB nur einen Verweis auf den Ort hรคttest?
Ich hab irgendwann mal gelernt - Bilder und Dateien in die Datenbank zu legen ist nicht nett. Aber das war auch zu einer Zeit in der Speicherplatz noch ein "kostbares Gut" gewesen ist.
Wenn die Daten in der Datenbank liegen, gibt es keine Probleme mit Dateiberechtigungen. Es gibt immer mal wieder Probleme bei Systemen, wenn der Frontend-User und der Backend-User unterschiedlich sind. Dann kann es sein, dass Bilder unter Umstรคnden nicht erreichbar sind. AuรŸerdem erhรถhen extern gelagerte Bilder die Anzahl der parallel offenen Dateihandles. Wir haben extra eine storage-Tabelle fรผr die Daten. Dadurch gibt es kein Problem.
@Michael Vogel
Nun ich meinte jetzt nicht die Avatar bzw. internen Bilder fรผr die Anwendung, sondern ich bezog mich hier auf die Bilder welche ich unter dem Bereich Medien/Bilder ablege.
So gesehen werden diese ja vom Webserver selbst "ausgeliefert" bzw. hochgeladen. Aus dem Grund dรผrfte es bei einem richtig konfiguriertem System dann auch keine Probleme geben.

Aber ich habe nicht so den Einblick in die internen Strukturen von #friendca als das ich dies abschlieรŸend so bewerten kann.

Dies ist einfach so meine persรถnliche denkweise, so wie ich meine persรถnlichen WebApplikationen entwickelt habe. Dort wurden alle Profildaten, Bilder, Dokumente in einer Verzeichnisstruktur gespeichert. Nur die Datenbankabfragen zur Master DB der den lokalen DBs, Icons und natรผrlich die Datentabellen wurden in der Datenbank gespeichert und dann รผber Replikationen weltweit (just in Time) verteilt.
Aufgrund der Prรผfung der Berechtigungen kรถnnen wir solche Daten nicht einfach irgendwo ablegen. Alle Zugriffe mรผssen immer durch Friendica erfolgen.
@Michael Vogel
ja das weiรŸ ich doch - aber #friendica wird doch vom Webserver bzw. รผber PHP ausgeliefert, somit lรคuft diese PHP App doch mit den rechten des Webserver oder sehe ich das falsch? Jede Datei die dann vom Webserver abgelegt wird und wieder angefordert wird hat doch auch die Rechte des Webservers, solange diese nicht extern geรคndert wurden.

Somit ist doch immer der Webserver bzw. der PHP Dienst derjenige der die Hohheit รผber alles hat. Das gleich passiert doch auch in der Datenbank - Der Webserver oder der PHP Daemon greift auf die Datenbank zu. Hier ist es egal ob du NGinx oder Apache laufen hast .... PHP ist in Apache ein Modul und bei NGinx lรคuft es halt als eigener Dienst ...

Aber Ok - ich will da keine Diskussion entfachen - also nichts fรผr ungut.๐Ÿ––โ€
Ich denke ihr wisst was ihr da macht und hattet wahrscheinlich da schon Probleme, weshalb ihr alles in die DB schreiben lasst.

:smiling face with smiling eyes
Wir haben einiges an Erblasten im System. Aber ich glaube, dass wir an der Stelle den Prozess schon sauber haben. Es geht ja darum, dass z.B. dafรผr gesorgt werden soll, dass bestimmte externe Friendica-User auf Bilderzugreifen kรถnnen und andere nicht. D.h. die Zugriffe erfolgen mit signierten HTTP-Requests. Und der Krams geht nicht nur alleine per Webserver.
@Michael Vogel
du meinst wegen den Activypub Protokoll - ja damit hab ich mich noch nicht beschรคftigt wie das funktioniert. :thinking face
โ‡ง