Search
Items tagged with: instanz
Gerhards Gedankenbuch
@Friendica Support @Michael Vogel
Text
Ich überlege, ob ich mein Gedankenbuch, das ich bisher in einer eigenen Instanz führe, auf diese Weise in meine Timeline einbinde. Ich müsste mir dann keine Gedanken mehr übers Teilen machen. Eine andere Sache wäre natürlich, dass ich dann meine Leserinnen und Leser ohne Konto im Fediverse nur über einen Email-Verteiler erreichen könnte. Was meint Ihr zu meiner Überlegung?
#gerhardsgedankenbuch #frage #instanz #timeline
Titel
Text
Ich überlege, ob ich mein Gedankenbuch, das ich bisher in einer eigenen Instanz führe, auf diese Weise in meine Timeline einbinde. Ich müsste mir dann keine Gedanken mehr übers Teilen machen. Eine andere Sache wäre natürlich, dass ich dann meine Leserinnen und Leser ohne Konto im Fediverse nur über einen Email-Verteiler erreichen könnte. Was meint Ihr zu meiner Überlegung?
#gerhardsgedankenbuch #frage #instanz #timeline
Nach massiven Problemen: Erster Eindruck nach der Friendica Neuinstallation
Ich hatte ja diverse #Probleme mit hoher #Serverauslastung, die einerseits von activitypub-troll.cf kamen, da ich das nicht von Anfang an geblockt hatte, aber irgendwie auch danach noch immens stieg, sobald ich in meinem Profil aktiv war.
Also habe ich, wie angekündigt, testweise die #Instanz neu aufgesetzt und die Spam-Domains activitypub-troll.cf und gab.best sofort gesperrt.
Dann die #Kontakte denen ich folge neu eingespielt und die #Konfiguration wieder angepasst.
Was soll ich sagen, bislang läuft das extrem schnell und der Server langweilt sich noch bei einer Load von 0,1 während ich das hier schreibe, also im Profil aktiv bin.
Auch die Nutzung meines Accounts in #Apps wie #Felidab oder #Tusky funktioniert wieder tadellos. Das ging in den letzten Tagen ja gar nicht mehr.
Klar, bislang kennt meine Instanz noch wenige andere Knoten (aktuell 438), weshalb ich auch den alten Thread nicht wiederfinde, in dem es um meine zwei (und dann weitere) Probleme ging.
Ich bin mal gespannt, ob das so smooth bleibt, wenn meine Instanz alle anderen Knoten kennt, aber ich kann mich des Eindrucks nicht erwehren, dass die Probleme angefangen haben, als ich die #Datenbank gebackupt und dann in eine neue Datenbank eingespielt und mit dieser dann die Instanz weiter betrieben habe. Hier konnte ich die virtuellen Tabellen (alles mit view) nicht zurückspielen. Das führte immer zum Abbruch.
Zwar habe ich die dann über die Friendica-Konsole wieder angelegt, aber imho lief es ab da nicht mehr rund.
So richtig schlimm wurde es dann, als ich vom schwachen Webspace auf den neuen #vServer umgezogen bin, also nochmal die Datenbank dumpen und auf dem neuen Server einspielen musste.
Neben der hohen Serverload und dass die Instanz nicht mehr in einer App nutzbar war, hatte ich ja auch das Problem, dass immer wieder Emojis, insbesondere, wenn User diese in ihren Anzeigenamen verwursteln, als Fragezeichen dargestellt wurden. Bislang habe ich auch das noch nicht wieder gesehen.
Irgendwie habe ich den Verdacht, die Friendica-Datenbank zickt, sobald man sie neu einspielen muss 🤷♂️
Jedenfalls hoffe ich sehr, dass die Performance und die Serverload so bleibt wie jetzt, und auch die anderen Probleme nicht wiederkommen.
@Friendica Support
Also habe ich, wie angekündigt, testweise die #Instanz neu aufgesetzt und die Spam-Domains activitypub-troll.cf und gab.best sofort gesperrt.
Dann die #Kontakte denen ich folge neu eingespielt und die #Konfiguration wieder angepasst.
Was soll ich sagen, bislang läuft das extrem schnell und der Server langweilt sich noch bei einer Load von 0,1 während ich das hier schreibe, also im Profil aktiv bin.
Auch die Nutzung meines Accounts in #Apps wie #Felidab oder #Tusky funktioniert wieder tadellos. Das ging in den letzten Tagen ja gar nicht mehr.
Klar, bislang kennt meine Instanz noch wenige andere Knoten (aktuell 438), weshalb ich auch den alten Thread nicht wiederfinde, in dem es um meine zwei (und dann weitere) Probleme ging.
Ich bin mal gespannt, ob das so smooth bleibt, wenn meine Instanz alle anderen Knoten kennt, aber ich kann mich des Eindrucks nicht erwehren, dass die Probleme angefangen haben, als ich die #Datenbank gebackupt und dann in eine neue Datenbank eingespielt und mit dieser dann die Instanz weiter betrieben habe. Hier konnte ich die virtuellen Tabellen (alles mit view) nicht zurückspielen. Das führte immer zum Abbruch.
Zwar habe ich die dann über die Friendica-Konsole wieder angelegt, aber imho lief es ab da nicht mehr rund.
So richtig schlimm wurde es dann, als ich vom schwachen Webspace auf den neuen #vServer umgezogen bin, also nochmal die Datenbank dumpen und auf dem neuen Server einspielen musste.
Neben der hohen Serverload und dass die Instanz nicht mehr in einer App nutzbar war, hatte ich ja auch das Problem, dass immer wieder Emojis, insbesondere, wenn User diese in ihren Anzeigenamen verwursteln, als Fragezeichen dargestellt wurden. Bislang habe ich auch das noch nicht wieder gesehen.
Irgendwie habe ich den Verdacht, die Friendica-Datenbank zickt, sobald man sie neu einspielen muss 🤷♂️
Jedenfalls hoffe ich sehr, dass die Performance und die Serverload so bleibt wie jetzt, und auch die anderen Probleme nicht wiederkommen.
@Friendica Support
Umzug meiner Friendica-Instanz
Ihr habt vielleicht gemerkt, dass ich seit gestern um die Mittagszeit nicht aktiv war.
Grund ist, dass ich mir einen neuen #vServer #VPS hochgezogen und meine #Friendica #Instanz dorthin migriert habe.
Neben dem Aufwand, den man mit der kompletten #Neuinstallation und #Einrichtung eines Servers from Scratch hat (#SSH mit #Zertifikat, #PHP, #MySQL, #Apache, #LetsEncrypt / #Certbot, #Fail2Ban, #Firewall / #UFW, ...) , kam dann das Backupen von Friendica samt #Datenbank und das Neueinrichten auf dem neuen Server hinzu.
Dabei diverse kleinere Unwegsamkeiten wie dass sich das Datenverzeichnis geändert hat (anderer Apache-Hauptordner) und damit eine weiße Seite beim Aufrufen der Administration --> Speicher kam.
(BTW: Das habe ich durch einen temporären symbolischen Link gelöst).
Und schwups, ist ein guter halber Tag weg 🙈
Übrigens waren nach dem Umzug auf den neuen Server wieder diverse Emoticons aus Profilnamen weg (also lauter ?????).
Durch "Kontaktdaten neu laden" wurden und werden sie wieder korrekt dargestellt.
Dieses Problem verstehe ich noch immer nicht 🤔🤷♂️
Was bei den nun ersten Nutzungstests deutlicih besser respektive bislang verschwunden ist, ist das Problem fehlender Profilbilder oder ganzer Fehldarstellung der Seite beim Laden.
Hier war wahrscheinlich mein Webspace, auf dem Friendica bis gestern lief, doch einfach nicht leistungsfähig genug: 1024 MB RAM und 16 Kunden pro CPU-Kern für Mail, 2x #Joomla,1x große #Nextcloud und dann noch Friendica.
Der vServer hat nun 8 Kerne und 12 GB RAM und dümpelt (mit bislang nur Friendica darauf installiert) bei einer Load von < 1.
@Friendica Support
Grund ist, dass ich mir einen neuen #vServer #VPS hochgezogen und meine #Friendica #Instanz dorthin migriert habe.
Neben dem Aufwand, den man mit der kompletten #Neuinstallation und #Einrichtung eines Servers from Scratch hat (#SSH mit #Zertifikat, #PHP, #MySQL, #Apache, #LetsEncrypt / #Certbot, #Fail2Ban, #Firewall / #UFW, ...) , kam dann das Backupen von Friendica samt #Datenbank und das Neueinrichten auf dem neuen Server hinzu.
Dabei diverse kleinere Unwegsamkeiten wie dass sich das Datenverzeichnis geändert hat (anderer Apache-Hauptordner) und damit eine weiße Seite beim Aufrufen der Administration --> Speicher kam.
(BTW: Das habe ich durch einen temporären symbolischen Link gelöst).
Und schwups, ist ein guter halber Tag weg 🙈
Übrigens waren nach dem Umzug auf den neuen Server wieder diverse Emoticons aus Profilnamen weg (also lauter ?????).
Durch "Kontaktdaten neu laden" wurden und werden sie wieder korrekt dargestellt.
Dieses Problem verstehe ich noch immer nicht 🤔🤷♂️
Was bei den nun ersten Nutzungstests deutlicih besser respektive bislang verschwunden ist, ist das Problem fehlender Profilbilder oder ganzer Fehldarstellung der Seite beim Laden.
Hier war wahrscheinlich mein Webspace, auf dem Friendica bis gestern lief, doch einfach nicht leistungsfähig genug: 1024 MB RAM und 16 Kunden pro CPU-Kern für Mail, 2x #Joomla,1x große #Nextcloud und dann noch Friendica.
Der vServer hat nun 8 Kerne und 12 GB RAM und dümpelt (mit bislang nur Friendica darauf installiert) bei einer Load von < 1.
@Friendica Support
Friendica-Datenbank lässt sich nicht wiederherstellen
Ich teste immer ganz gerne zeitnah, nachdem ich einen neuen Dienst installiert habe, den #Restore. So gerade auch bei meiner frisch aufgesetzen #Friendica #Instanz
Der #Dump der Friendica #Datenbank läuft ohne #Fehlermeldung durch.
Beim Restore in eine neue, leere Datenbank, kommt sehr schnell eine lange Fehlermeldung und der Restore bricht ab. 😞
Hat jemand eine Idee?
Gerne teilen für mehr Reichtweite.
@Friendica Support
Der #Dump der Friendica #Datenbank läuft ohne #Fehlermeldung durch.
Beim Restore in eine neue, leere Datenbank, kommt sehr schnell eine lange Fehlermeldung und der Restore bricht ab. 😞
Hat jemand eine Idee?
Gerne teilen für mehr Reichtweite.
Table 'friendica.contact' doesn't exist
Fehler bei der Anfrage:
CREATE ALGORITHM=UNDEFINED DEFINER=`user`@`localhost:3306` SQL SECURITY DEFINER VIEW `account-user-view` AS select `ucontact`.`id` AS `id`,`contact`.`id` AS `pid`,`ucontact`.`uid` AS `uid`,`contact`.`url` AS `url`,`contact`.`nurl` AS `nurl`,`contact`.`uri-id` AS `uri-id`,`item-uri`.`guid` AS `guid`,`contact`.`addr` AS `addr`,`contact`.`alias` AS `alias`,`contact`.`name` AS `name`,`contact`.`nick` AS `nick`,`contact`.`about` AS `about`,`contact`.`keywords` AS `keywords`,`contact`.`xmpp` AS `xmpp`,`contact`.`matrix` AS `matrix`,`contact`.`avatar` AS `avatar`,`contact`.`photo` AS `photo`,`contact`.`thumb` AS `thumb`,`contact`.`micro` AS `micro`,`contact`.`header` AS `header`,`contact`.`created` AS `created`,`contact`.`updated` AS `updated`,`ucontact`.`self` AS `self`,`ucontact`.`remote_self` AS `remote_self`,`ucontact`.`rel` AS `rel`,`contact`.`network` AS `network`,`ucontact`.`protocol` AS `protocol`,`contact`.`location` AS `location`,`ucontact`.`attag` AS `attag`,`contact`.`pubkey` AS `pubkey`,`contact`.`prvkey` AS `prvkey`,`contact`.`subscribe` AS `subscribe`,`contact`.`last-update` AS `last-update`,`contact`.`success_update` AS `success_update`,`contact`.`failure_update` AS `failure_update`,`contact`.`failed` AS `failed`,`contact`.`last-item` AS `last-item`,`contact`.`last-discovery` AS `last-discovery`,`contact`.`contact-type` AS `contact-type`,`contact`.`manually-approve` AS `manually-approve`,`contact`.`unsearchable` AS `unsearchable`,`contact`.`sensitive` AS `sensitive`,`contact`.`baseurl` AS `baseurl`,`contact`.`gsid` AS `gsid`,`ucontact`.`info` AS `info`,`contact`.`bdyear` AS `bdyear`,`contact`.`bd` AS `bd`,`contact`.`poco` AS `poco`,`contact`.`name-date` AS `name-date`,`contact`.`uri-date` AS `uri-date`,`contact`.`avatar-date` AS `avatar-date`,`contact`.`term-date` AS `term-date`,`contact`.`hidden` AS `global-ignored`,`contact`.`blocked` AS `global-blocked`,`ucontact`.`hidden` AS `hidden`,`ucontact`.`archive` AS `archive`,`ucontact`.`pending` AS `pending`,`ucontact`.`deleted` AS `deleted`,`ucontact`.`notify_new_posts` AS `notify_new_posts`,`ucontact`.`fetch_further_information` AS `fetch_further_information`,`ucontact`.`ffi_keyword_denylist` AS `ffi_keyword_denylist`,`ucontact`.`rating` AS `rating`,`ucontact`.`readonly` AS `readonly`,`ucontact`.`blocked` AS `blocked`,`ucontact`.`block_reason` AS `block_reason`,`ucontact`.`subhub` AS `subhub`,`ucontact`.`hub-verify` AS `hub-verify`,`ucontact`.`reason` AS `reason`,`contact`.`notify` AS `dfrn-notify`,`contact`.`poll` AS `dfrn-poll`,`item-uri`.`guid` AS `diaspora-guid`,`diaspora-contact`.`batch` AS `diaspora-batch`,`diaspora-contact`.`notify` AS `diaspora-notify`,`diaspora-contact`.`poll` AS `diaspora-poll`,`diaspora-contact`.`alias` AS `diaspora-alias`,`diaspora-contact`.`interacting_count` AS `diaspora-interacting_count`,`diaspora-contact`.`interacted_count` AS `diaspora-interacted_count`,`diaspora-contact`.`post_count` AS `diaspora-post_count`,`apcontact`.`uuid` AS `ap-uuid`,`apcontact`.`type` AS `ap-type`,`apcontact`.`following` AS `ap-following`,`apcontact`.`followers` AS `ap-followers`,`apcontact`.`inbox` AS `ap-inbox`,`apcontact`.`outbox` AS `ap-outbox`,`apcontact`.`sharedinbox` AS `ap-sharedinbox`,`apcontact`.`generator` AS `ap-generator`,`apcontact`.`following_count` AS `ap-following_count`,`apcontact`.`followers_count` AS `ap-followers_count`,`apcontact`.`statuses_count` AS `ap-statuses_count`,`gserver`.`site_name` AS `site_name`,`gserver`.`platform` AS `platform`,`gserver`.`version` AS `version`,`gserver`.`blocked` AS `server-blocked`,`gserver`.`failed` AS `server-failed` from (((((`contact` `ucontact` join `contact` on(`contact`.`uri-id` = `ucontact`.`uri-id` and `contact`.`uid` = 0)) left join `item-uri` on(`item-uri`.`id` = `ucontact`.`uri-id`)) left join `apcontact` on(`apcontact`.`uri-id` = `ucontact`.`uri-id`)) left join `diaspora-contact` on(`diaspora-contact`.`uri-id` = `ucontact`.`uri-id`)) left join `gserver` on(`gserver`.`id` = `contact`.`gsid`));
Fatal error: Couldn't create table or view `DEFINER´
@Friendica Support