Friendica Social Network | Display

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

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

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 months ago from Oberfranken Netzwerk • •

(-12.46044 130.8410469)

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒
2 months ago from Oberfranken Netzwerk — (-12.46044 130.8410469) • •

!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 😲
Allein schon die Abfrage auf die 40 Mio Datensätze bringt die DB und den Server ins schwitzen.

alfredb likes this.

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

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 Support reshared this.

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.

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

Hiker

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

Ja, solche Vergleiche mache ich zur Zeit auch 😉

Friendica Support reshared this.

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.

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

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

Friendica Support reshared this.

in reply to Hiker

Matthias ✔

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

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

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

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

Friendica Support reshared this.

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

Ist es #MySQL oder #MariaDB?

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

@feb @zwovierzwo

in reply to Nordnick :verified:

Hiker

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

@nick
10.6.16-MariaDB MariaDB Server
@feb @zwovierzwo

Friendica Support reshared this.

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

Friendica Support reshared this.

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

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}

in reply to Nordnick :verified:

Hiker

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

@nick Doch, InnoDB @feb @zwovierzwo

Friendica Support reshared this.

in reply to Hiker

Nordnick :verified:

in reply to Hiker • 2 months ago • •

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}

Friendica Support reshared this.

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

Friendica Support reshared this.

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.

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 Support reshared this.

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.

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

Friendica Support reshared this.

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.

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

Friendica Support reshared this.

in reply to Hiker

Michael Vogel

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

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

in reply to Michael Vogel

Hiker

in reply to Michael Vogel • 2 months ago • •

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

Friendica Support reshared this.

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.

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.

in reply to Matthias ✔

Hiker

in reply to Matthias ✔ • 2 months ago • •

@feb Und dazu noch

Table does not support optimize, doing recreate + analyze instead @zwovierzwo@social.fedinet.de

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 🤔

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

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

Hiker

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

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

Friendica Support reshared this.

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.

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

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.

alfredb likes this.

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

Friendica Support reshared this.

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

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 ✔

Friendica Support reshared this.

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.

Friendica Support reshared this.

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 🤔

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

@Hiker @Matthias ✔

alfredb likes this.

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

Friendica Support reshared this.

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ß.

alfredb likes this.

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

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)

EDIT | don't follow!

2023-11-22 06:19:48

Ver. 05 | install and/or move friendica to ubuntu 22.04 LTS VPS server

EDIT - information
This tutorial is supposed to be published by the tutorial profile of this server.
It is designed to have several chapters, each being distinctively seperated by an own titel. In total as of now there are like besides this introduction like 6 chapters.
posting and edition time of and by this EDIT profileof ver05 as of now 1hs
mastodon review contact: @mʕ•ﻌ•ʔm bitPickup
--
Categories:
@helpers@forum.friendi.ca
SPOILER - click to open/close || Introduction
This tutorial is an adaption of the tutorial "creating a friendica server - ubuntu" by @Hank G ☑️ based on the experience of the installation report by @…ᘛ⁐̤ᕐᐷ jesuisatire bitPickup:
https://squeet.me/display/962c3e10-5765-2e86-4a15-589579746174
and specific help by @Raroun.
Server specs and friendica version used:
VPS server | Ubuntu 22.04 LTS
PHP Version 8.1.2-1ubuntu2.14
4 Core CPU, 8 GB Ram with 300GB NVME Disk
Friendica [STABLE] | 'Giant Rhubarb' 2023.05 - 1518
SPOILER - click to open/close || Installation environment and HowTo
The only reasonable way to work with a VPSserver on the web is using the console.
If you are not familiar with that don't worry, it is easy and the only thing you have to do is being able to copy/paste the commands displayed:
¡Copy/paste only the codeBoxes like this one, located outside of the spoilers of this tutorial one after another without altering the sequence!
Of course it is necessary to change the specific file names and passwords for you indiviual site, but that's all. promise!
On the console you wont be able to copy/paste with the keyboard ctrl-C/ctrl-V technique, you'll have to use the mouse "right click, chose option" technique.
This tutorial was created on a #debian #linux desktop environment.
There shouldn't be differences if you want to do this from a #windows machine.
The method used for communication between your local computer and the VPS server is called #SSH:
Wikipedia - Secure Shell:
"Cryptographic network protocol for secure data communication, remote shell services or command execution and other secure network services between two networked computers."

#linux #debian #ubuntu #friendica #fediVerse #fediTutorial #tutorial #fediHelp #fediTips #activityPub #HowTo #DIY #VPS #server #selfHosting
@admin@tupambae.org @tutorial@tupambae.org

Friendica Support reshared this.

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.

Friendica Support reshared this.

in reply to alfredb

Nordnick :verified:

in reply to alfredb • 2 months ago • •

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

Friendica Support reshared this.

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.

alfredb likes this.

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

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

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

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

Unknown parent

alfredb

Unknown parent • 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.

@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

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

Friendica Support reshared this.

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. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

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

Friendica Support reshared this.

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.

Friendica Support reshared this.

Unknown parent

alfredb

Unknown parent • 2 months ago •

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.
@👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

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. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

in reply to alfredb

Matthias ✔

in reply to alfredb • 2 months ago from [ˈloma] | Friendica — (52.2632777 10.52691414826825) • •

@alfredb
Hast du den Avatar-Cache nur deaktiviert oder das Verzeichnis gelöscht?
In der DB wird, 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)

This entry was edited (2 months ago)

Friendica Support reshared this.

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.

Friendica Support reshared this.

in reply to alfredb

Michael Vogel

in reply to alfredb • 2 months ago • •

Das sollte eine Sache des Browser-Caches sein.

alfredb likes this.

in reply to Michael Vogel

Hiker

in reply to Michael Vogel • 2 months ago • •

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

This entry was edited (2 months ago)

alfredb likes this.

Friendica Support reshared this.

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 reshared this.

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago •

... 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.

Hiker likes this.

Friendica Support reshared this.

in reply to Hiker

alfredb

in reply to Hiker • 2 months ago •

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

Friendica Support reshared this.

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

Friendica Support reshared this.

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 likes this.

Friendica Support reshared this.

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. @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

Friendica Support reshared this.

in reply to alfredb

Hiker

in reply to alfredb • 2 months ago • •

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

Friendica Support reshared this.

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

Friendica Support reshared this.

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 ;)

Friendica Support reshared this.

in reply to Matthias ✔

alfredb

in reply to Matthias ✔ • 2 months ago •

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

Friendica Support reshared this.

⇧