Table of Contents

Configuration Guide for small Nodes

This guide aims to provide a collection of settings for nodes installed with limited resources. They are actively used on a small (family) node running on a RaspberryPi 4B (8GB ram). But other restricted environments, e.g. a small VPS or shared hosting fall into targeted hardware range.

The result of this configuration is a limitation of the feature set that Friendica offers in exchange for a lighter footprint on the limited resources (e.g. less storage space/database size).

Server wide settings

Settings in the admin panel

Activate the fast lane worker. This will keep one worker process dealing only with the delivery of content. After all we want to share postings with contacts in a social network, so this should not suffer from other tasks the worker has to perform.

Limit public access

If non-logged in users have less access to potentially resource hungry parts of Friendica those resources are free for logged in users. These resource hungry parts include Community pages for visitors (None), Disallow public access to addons listed in the apps menu., Only local search.

Discovery

Discovering potential contacts is great, but will use resources. So

Remote content

Delete it automatically, as long as it is not protected by the users of the node. The settings for this are

Don't forget to select Clean database and Periodically optimize tables. The optimization will actually free the space the table is reserving on the storage (else the database will fill up the reserved space before claiming more).

Relays

Relay server are great to get content into your node, especially on small nodes (likely those with limited resources). Fill the global community page and have nice channel content based on them. But those postings will also eat the resources of the server quickly. So…

Display of content

Limit the amount of postings and comments that are shown on one page. A value of 20 is working for the RasPi.

Deferred worker tasks

Sometimes a post delivery task performed by the background worker fails and is deferred to a later time to try again. With the Worker defer limit the number of re-tries can be defined.

Settings in the config file

User settings

In addition to the mentioned settings admins can set for their server users can limit the scope of content they collect from their contacts; which in turn reduces the amount of postings that have to be stored in the database. The Followed content scope settings can be found in the personal profile settings → Social Media → General Social Media Settings. The most limited option is to only conversations my follows started.