Friendica auf Webspace installieren - Ein ehrlicher Erfahrungsbericht

Ist es möglich, Friendica auf Webspace zu installieren? Unter bestimmten Umständen schon, ja. Ist es sinnvoll? Nein, auf keinen Fall. Natürlich kann man testweise versuchen, eine Friendica-Installation auf Webspace aufzusetzen. Ich persönlich würde aber unbedingt davon abraten. Wenn der Wunsch nach einer eigenen Instanz da ist - bitte auf einem eigenen Server, wegen meiner auch vServer, Root-Server, wie auch immer, aber nicht auf Webspace! Für den Einstieg empfehle ich immer Managed Hosting.

Die meisten Webspaceangebote sind dafür gemacht, kleinere Blogs, Shops o.ä. zu beherbergen, bei manchen Webspace-Paketen gibt es natürlich auch etwas mehr Leistung. Die Kosten sind dann meistens entsprechend höher. Trotz alledem erzeugt Friendica nicht nur eine Menge Traffic, sondern hat auch andere Ansprüche, die leider auf dem ersten Blick nicht sofort ersichtlich sind.

Ich selbst kann aus meiner persönlichen Erfahrung berichten: Ja, Friendica kann auf Webspace "laufen"! Und ja, es gibt auch einige Erfahrungsberichte von Nutzern, die Friendica auf Webspace installiert haben und dieses nach wie vor nutzen. Natürlich gibt es auch Menschen, die dir erzählen wollen, Friendica läuft auf einem Raspberry 2. Dann muss man aber auch einmal klar definieren, was hier mit "laufen" gemeint ist:

Ja, Friendica funktioniert, irgendwie. Aber nicht so, wie du es vermutlich von der Instanz kennst, auf der du deinen bisherigen Account hast, nein. Und wenn die Datenbank erst einmal wächst... Updates eingespielt werden müssen usw., dann treten die ersten Probleme auf.

Ein kleiner Erfahrungsbericht von mir aus dem Jahr 2024:

Ich hatte mich damals bei einer Instanz registriert und wollte irgendwann eine eigene Instanz haben. Also installierte ich mir Friendica auf meinen Webspace. Bei mir persönlich war es so, dass die Installation schon recht schwierig war, weil man natürlich auf Webspace sehr viel reduzierter arbeiten kann und nicht den exklusiven Zugriff hat, den ein eigener Server bietet. Man muss halt mit dem arbeiten, was der Hoster einen anbietet. Als ich irgendwann "irgendwie Friendica" dort tatsächlich zum laufen bekommen und eingerichtet hatte, auch nutzte, merkte ich natürlich auch, dass die Geschwindigkeit eine völlig andere war, als auf der Instanz, von der ich vorher kam. Langsam, manchmal luden die Seiten nicht. Naja, man ist ja genügsam, dachte ich. Aber so richtig "gut" lief es nicht.

Ich hatte auf meinem Webspace auch noch einen Blog mit WordPress installiert, dieser hatte nicht großartig viel Besucher. Eines Tages konnte ich keine WordPress-Updates mehr laden. Auch mit Friendica lief etwas nicht richtig. Nach einigen Tagen schrieb ich meinen Webspaceanbieter an und fragte nach. Und ich habe gerade extra die Original-E-Mail herausgesucht, die ich als Antwort vom Support erhielt:

Danke für Deine Anfrage. Seit dem xx.xx.xxxx wurden ausgehende Verbindungen über Deine Webseite von uns blockiert, weil innerhalb von 15 Minuten eine sehr große Anzahl von Verbindungen aufgebaut wurde, was meist auf einen Mißbrauch hindeutet. Deshalb sperrt unser System das automatisch. Wir haben die ausgehenden Verbindungen nun wieder freigegeben. Sollte aber noch etwas auf Deinem Webspace sein, was erneut so viele Verbindungen aufbaut, könnte es wieder zu einer Sperrung kommen.

Tja. Da stand ich nun und wusste nicht, was nun. Endlich lief Friendica und dann wird mir einfach was gesperrt... Was natürlich völlig logisch ist. Friendica baut im Hintergrund sehr, sehr, sehr viele Verbindungen zu anderen Servern auf, das kann normaler Webspace gar nicht stemmen, da dieser überhaupt nicht für so etwas ausgelegt ist.

Was dann folgte, war ein Umzug mit Friendica von Webspace auf einen vServer... ich hatte aufgrund weniger Erfahrungen nur mit Müh und Not Friendica auf dem Webspace installiert bekommen - hatte nur sehr wenig Erfahrungen mit einem eigenen Server. Ich musste mir tatsächlich Hilfe nehmen, da ich zu dem Zeitpunkt nicht in der Lage war, mit diesen exportierten Dateien Friendica auf dem vServer zu installieren. Und es dauerte, bis es dann auch wirklich auf dem vServer rund lief.

"Man zahlt in dieser Zeit eine Menge Lehrgeld" - diese Aussage kann ich nur bestätigen. Auch, dass eine "Lernkurve" gibt, ja. Aber: Warum denn den selben Fehler begehen, den andere schon gegangen sind?!

Den "Traum" von einer eigenen Instanz muss man aber trotzdem nicht aufgeben. Um erst einmal reinzuschnuppern, wie sich das so anfühlt, eine eigene Instanz zu haben, gibt es sogenannte "Managed Hosting"-Angebote. Bei diesen Angeboten erhält man eine eigene Instanz, ganz für sich alleine, es stehen aber ganz andere Ressourcen zur Verfügung als auf Webspace. Die Verwaltung des Servers, auf dem diese Instanz liegt, wird von Profis übernommen. Auch um Updates etc. muss man sich dabei nicht kümmern.

Wer den Schritt gehen möchte, einen eigenen Server betreiben zu wollen, sollte dies ebenfalls tun. Hierbei sollte man aber auch einmal klar sagen, dass es nicht nur einiges an Verantwortung mit sich bringt, einen eigenen Server zu betreiben, sofern man nicht eine unkontrollierte Spamschleuder ins Netz stellen möchte, sondern man sich selbst um alles alleine kümmern muss: Updates, Sicherheit, Probleme, Fehler, und und und.

#Friendica, #Webhosting

Ich mag #Genossenschaften und eine demokratische #Wirtschaft, finde das was ich von @hostsharing, ihren Praktiken und Werten so lese sympathisch plus unterstützenswert.

Aber der #Preis dafür erscheint mir weitaus höher als im Durchschnitt und damit für mich nicht zu leisten. 10,00 € pro Monat für das kleinste #Webhosting-Paket ist schon teurer als größere #Anbieter (soweit noch logisch nachvollziehbar), dann kommen noch weitere 10,00 € pro Monat hinzu um die #Kosten für #Verwaltung mit zu decken (nun gut). Abschließend noch die jährlich abgerechnete, aber monatlich sogesehen anteiligen zusätzlichen X,XX € für die #Domain.

Selbst wenn die kostenfrei wäre, fühlt sich das ganze Angebot leider doch wie bei guten Lebensmitteln an. Da bemühen sich auch einige um vernünftige #Erzeugung, #Produktion und #Vertrieb, können aber nicht in allen Schichten Leute erreichen ohne ihren #Betrieb eventuell ernsthaft zu gefährden und den #Markt notgedrungen den großen, wohl oft zurecht as unvernünftig geltenden, zu überlassen.

💻 #Barrierefreiheit #barrierefrei #Server #Webhosting
#FediHelp #AskFedi_DE @askfedi_de
#Followerpower

Kennt wer empfehlenswerte Serversoftware zum Selberhosten eines Community-Netzwerkes, deren Programmierung als barrierefrei bzw. barrierearm gelten kann? ⁉️

Am liebsten wäre mir Open Source, es darf aber auch etwas kosten, wenn es (für ein nicht-kommerzielles Projekt) noch bezahlbar bleibt.

• Hauptfunktion dürfte ein Diskussionsforum werden.
• Über das Forum hinaus könnte es themenspezifische Nischenforen innerhalb von »Gruppen« geben.
• Private Nachrichten dürften vermutlich eh Standard sein.
• Wichtig ist aber auch, als Admin benutzerdefinierte Profilfelder in verschiedenen Formaten (Freifeld, Dropdown, Checkbox, Radiobutton etc.) anlegen zu können.
• Und damit verbunden eine entsprechende Profil-Suchfunktion, um gezielt Gleichgesinnte finden zu können.
• Ideal wäre hierbei eine Umkreissuche mit Unterstützung für OpenStreetMap, nicht Google Maps, dafür habe ich die Hoffnung aber aufgegeben.
• Ein Veranstaltungskalender könnte nützlich sein, evtl. mit automatischer Verbindung mit Diskussionsthemen.

Gedacht ist dies für @solipunk, eine »Vernetzungsplattform für Gleichgesinnte. Überthematisch unter dem Oberbegriff ›Solidarität‹ – gegenüber anderen Menschen, nicht-menschlichen Tieren und der Erde«.

Bisher hatte ich mich mit BuddyPress beschäftigt, stelle mir aber nun (zugegeben sehr spät) die Frage, ob das gerade in Verbindung mit mehreren Plugins so eine saubere Struktur aufweist, um auch z.B. mit Screenreadern gut genutzt werden zu können.

Some years ago, a client of mine asked me to create a VPS for a website they were going to host.
As per their request, I set up an Ubuntu VPS with Nginx, PHP, MySQL, Redis, etc. Its job was to support a low-traffic, local website built with Laravel.

I've since lost touch with the client, but the website is still up and running (the VPS is up to date, though Laravel might be slightly behind - I'm not managing it).

This morning, my client (a good person with solid tech skills) told me that their client will be migrating the website to another provider, so they asked for the server specifications. I replied with the details, explaining that it's a simple and stable setup, and that the requirements are low since they only get around 50 visits per day. Easy peasy.

A few hours later, the client came back saying they had been asked for more details, as everything is required for the new setup - even though it's just a basic migration.
Here's what they sent me (copy-pasting the request):

Project Documentation & Codebase
• Source Code Repository Access (e.g., GitHub, GitLab, Bitbucket)
• Code Documentation (README files, API documentation, deployment guides)
• Dependency Management (package lists like package.json, requirements.txt, or equivalent)

Project Accounts & Credentials
• Server/Hosting Login (AWS, Azure, DigitalOcean, etc.)
• Database Access (connection strings, admin credentials)
• CI/CD Tools (Jenkins, GitHub Actions, CircleCI)
• Third-party APIs (API keys, access tokens)
• Domain & DNS Management (Cloudflare, GoDaddy)

Development Environment Setup
• Development Environment Configuration Files (.env files or config scripts)
• Instructions for Local Setup (required tools, frameworks, or virtual environments)
• System Architecture Diagrams

When we explained that we didn’t use most of those things (CI/CD tools - they're not needed here, and "system architecture diagrams" don’t really make sense), they couldn't believe it.

I'm at a loss for words.
Why are we overcomplicating things like this?
It’s just a simple Laravel website. Install Nginx, MySQL, PHP, Redis, and you're good to go.
Do we really need all of this for a low-traffic, small website?

We're unnecessarily overcomplicating things. Sure, this stuff makes sense for more complex setups - but not this one.

By overcomplicating the setup with unnecessary tools and processes, we're not only adding complexity but also consuming more resources - more servers, more power, more energy. Keeping things simple isn’t just practical, it's also more sustainable.

#WebDevelopment #DevOps #KeepItSimple #WebHosting