Zum Inhalt der Seite gehen

!Friendica Support Gibts hier draussen auch Admins, die ihre #Friendica Instanz auf einem Uberspace Server laufen haben? Meine Ein-Account-Instanz läuft so total langsam - der Seitenaufbau wird offenbar durch die Datenbank dermassen ausgebremst, dass das Ganze langsam unbrauchbar wird...
#Friendica !Friendica Support

Friendica Support hat dies geteilt.

Als Antwort auf Tin

Matthias ✔
Matthias ✔
• •
@Tin hast du schon mal über einen Umzug auf einen anderen Hoster nachgedacht?
Hier eine schöne Beschreibung, wie das funktionieren kann github.com/friendica/friendica…
@Tin
Als Antwort auf Tin

Unity :friendica:
Unity :friendica:
• •
@Tin
Warum nicht auf einen kleinen VPS? Oder muss es zwingend ein Webspace sein?
Für eine Einuser Instanz reicht wirklich was kleines. Hier arbeitet eine Instanz mit 2GB RAM und 20GB Plattenplatz. Und so ein kleiner VPS kostet auch nicht wirklich mehr.
Alternative: Ein Friendica Hostinganbieter.
@Tin
Als Antwort auf Unity :friendica:

Tin
Tin
•
@Unity Ja klar, umziehen auf einen besseren Server ist immer eine Alternative.
Interessiert wäre ich gewesen, ob jemand anderes hier eine #Friendica Instanz auf Uberspace laufen hat..
#Friendica @Unity :friendica:

Friendica Support hat dies geteilt.

Als Antwort auf Tin

xy..
xy..
• •
@Tin ich hatte, aber jetzt nicht mehr.. eventuell mysqlcheck im terminal? ich gucke gerade, das gibt es scheinbar bei uberspace, da gibt es eine --optimize option
@Tin
Als Antwort auf xy..

Unity :friendica:
Unity :friendica:
• •
@xy.. @Tin
Also Erfahrung mit Webspace in Kombi mit Friendica habe ich nicht. Allerdings habe ich in den Jahren immer wieder User erlebt, die von Problemen mit einem Webspace berichtet haben.
Und wenn ich mich richtig erinnere, dann wird seitens Entwickler auch ein VPS empfohlen und von Webspace eher abgeraten.
@Tin @xy..
Als Antwort auf xy..

Tin
Tin
•
@xy.. Hmm - tja, dann wird es etwas schwierig:
"Table does not support optimize, doing recreate + analyze instead"
@xy..

Friendica Support hat dies geteilt.

Als Antwort auf Tin

xy..
xy..
• •

@Tin weil es innodb tabellen sind, das ist bei mir auch so.

vielleicht hilft es.. mehr weiß ich auch nicht

@Tin
Dieser Beitrag wurde bearbeitet. (3 Monate her)
Als Antwort auf xy..

Tin
Tin
•
@xy.. Hmm - Tabellen sollen optimiert werden, aber weil es innodb Tabellen sind, geht das gar nicht...
Ja, wie denn?
@xy..

Friendica Support hat dies geteilt.

Als Antwort auf Tin

xy..
xy..
• •

@Tin weil es innodb tabellen sind geht nicht das selbe optimize wie bei myisam tabellen, stattdessen wird recreate und analyze gemacht um etwa das selbe zu bewirken.. stand beim googlen eben bei mir.

probier es halt, lass es durch laufen und gucke ob die db kleiner wird. ansonsten weiß ich es auch nicht

@Tin
Als Antwort auf xy..

xy..
xy..
• •
@Tin oder probiere doch, den haken im admin bereich zu setzen, dass friendica die db aufräumt automatisch..
@Tin
Als Antwort auf xy..

Tin
Tin
•
@xy.. Hmm - der Hund und der Schwanz. Mein Provider hat gemeldet, diese automatische Aufräumung störe das System-Backup - wenn das Backup läuft, darf an der Datenbank nichts geändert werden, sonst stürzt das ab.
Darum musste ich das automatische Backup deaktivieren...
@xy..

Friendica Support hat dies geteilt.

Als Antwort auf Tin

xy..
xy..
• •
@Tin ok.. shit
@Tin
Als Antwort auf xy..

Tin
Tin
•

@xy..

Sie sind ja eigentlich nicht wirklich gross...

]+----------------------+-----------+
| Table                | Size (MB) |
+----------------------+-----------+
| apcontact            |       386 |
| post-user            |       284 |
| post-content         |       259 |
| storage              |       201 |
| item-uri             |       185 |
| contact              |       170 |
| post-tag             |       105 |
| post-thread-user     |        73 |
| post-media           |        68 |
| post                 |        57 |
| inbox-status         |        40 |
| endpoint             |        22 |
| post-history         |        16 |
| post-thread          |        14 |
| tag                  |        11 |
| parsed_url           |        11 |
| contact-relation     |         9 |
| diaspora-interaction |         7 |
| account-user         |         6 |
| post-counts          |         6 |
+----------------------+-----------+
20 rows in set (0.024 sec)
@xy..

Friendica Support hat dies geteilt.

Als Antwort auf Tin

Bionk
Bionk
• •

Hm, mir hat der Provider auch mitgeteilt, dass es ab und zu Unregelmäßigkeiten mit meinen täglichen Backups gibt.
Ich habe es erklärt und vorgeschlagen, dass sie das automatische Backup bei mir abschalten sollen. Wäre ok für mich.

Daraufhin der Provider: Nee, wir schalten nur die Warnmails des Prozesses ab, die wir normalerweise bekommen und lassen es ansonsten einfach weiter laufen.
So haste zumindest ab und zu vollständige Backups, denn einige davon sind ja in Ordnung.

Friendica Support hat dies geteilt.

Als Antwort auf Bionk

Tin
Tin
•
@Bionk Mein Provider ging etwas weiter, da gab es nicht nur Warnmeldungen. Offenbar ist der Backup-Prozess mehrfach abgestürzt. Ideal wäre, man wüsste, wann die Backup machen und in dieser Zeit macht Friendica keine Tabellen-Optimierung... @xy..
@Bionk @xy..

Friendica Support hat dies geteilt.

Als Antwort auf Tin

xy..
xy..
• •
@Tin wie gesagt würde ich mal etwas in dieser art versuchen: mysqlcheck --all-databases --auto-repair --optimize oder halt mit --help schauen, welche optionen du möchtest
@Tin
⇧