From 0a75ead764e5e81520ea1279ea7e4d8afc44c48c Mon Sep 17 00:00:00 2001 From: anoadragon453 Date: Tue, 14 May 2024 14:23:00 +0000 Subject: deploy: ecf4e0674c9a027aec253adaca89ed260700224b --- latest/print.html | 48 +++++++++++++++++++++++++++++------------------- 1 file changed, 29 insertions(+), 19 deletions(-) (limited to 'latest/print.html') diff --git a/latest/print.html b/latest/print.html index a34cf3f313..3e28ab9fe2 100644 --- a/latest/print.html +++ b/latest/print.html @@ -408,9 +408,9 @@ or not to report usage statistics (hostname, Synapse version, uptime, total users, etc.) to the developers via the --report-stats argument.

This command will generate you a config file that you can then customise, but it will also generate a set of keys for you. These keys will allow your homeserver to -identify itself to other homeserver, so don't lose or delete them. It would be +identify itself to other homeservers, so don't lose or delete them. It would be wise to back them up somewhere safe. (If, for whatever reason, you do need to -change your homeserver's keys, you may find that other homeserver have the +change your homeserver's keys, you may find that other homeservers have the old key cached. If you update the signing key, you should change the name of the key in the <server name>.signing.key file (the second word) to something different. See the spec for more information on key management).

@@ -780,7 +780,7 @@ can read more about that Porting from SQLite

Overview

The script synapse_port_db allows porting an existing synapse server -backed by SQLite to using PostgreSQL. This is done in as a two phase +backed by SQLite to using PostgreSQL. This is done as a two phase process:

  1. Copy the existing SQLite database to a separate location and run @@ -1842,7 +1842,7 @@ v1.61.0.

    v1.85.0 – v1.91.2v1.83.0 v1.92.0 – v1.97.0v1.90.0 v1.98.0 – v1.105.0v1.96.0 -v1.105.1 – v1.106.0v1.100.0 +v1.105.1 – v1.107.0v1.100.0

    Upgrading from a very old version

    You need to read all of the upgrade notes for each version between your current @@ -1860,13 +1860,18 @@ database migrations are complete. You should wait until background updates from each upgrade are complete before moving on to the next upgrade, to avoid stacking them up. You can monitor the currently running background updates with the Admin API.

    -

    Upgrading to v1.100.0

    +

    Upgrading to v1.106.0

    Minimum supported Rust version

    +

    The minimum supported Rust version has been increased from v1.65.0 to v1.66.0. +Users building from source will need to ensure their rustc version is up to +date.

    +

    Upgrading to v1.100.0

    +

    Minimum supported Rust version

    The minimum supported Rust version has been increased from v1.61.0 to v1.65.0. Users building from source will need to ensure their rustc version is up to date.

    Upgrading to v1.93.0

    -

    Minimum supported Rust version

    +

    Minimum supported Rust version

    The minimum supported Rust version has been increased from v1.60.0 to v1.61.0. Users building from source will need to ensure their rustc version is up to date.

    @@ -1906,7 +1911,7 @@ are being removed in this release of Synapse:

    administrators of single-process (monolith) installations don't need to do anything.

    For an illustrative example, please see Upgrading to v1.84.0 below.

    Upgrading to v1.86.0

    -

    Minimum supported Rust version

    +

    Minimum supported Rust version

    The minimum supported Rust version has been increased from v1.58.1 to v1.60.0. Users building from source will need to ensure their rustc version is up to date.

    @@ -4368,8 +4373,8 @@ trailing 's'.

    subjects. It defaults to 'Matrix'.

  2. -

    enable_notifs: Set to true to enable sending emails for messages that the user -has missed. Disabled by default.

    +

    enable_notifs: Set to true to allow users to receive e-mail notifications. If this is not set, +users can configure e-mail notifications but will not receive them. Disabled by default.

  3. notif_for_new_users: Set to false to disable automatic subscription to email @@ -4890,6 +4895,9 @@ for a given destination and the state of the backoff is stored in the database.<

    event_cache_size

    The number of events to cache in memory. Defaults to 10K. Like other caches, this is affected by caches.global_factor (see below).

    +

    For example, the default is 10K and the global_factor default is 0.5.

    +

    Since 10K * 0.5 is 5K then the event cache size will be 5K.

    +

    The cache affected by this configuration is named as "getEvent".

    Note that this option is not part of the caches section.

    Example configuration:

    event_cache_size: 15K
@@ -4909,6 +4917,7 @@ set.
    
 variable. Setting by environment variable takes priority over
 setting through the config file.
    
 
    Defaults to 0.5, which will halve the size of all caches.
    
+
    Note that changing this value also affects the HTTP connection pool.

  4. per_cache_factors: A dictionary of cache name to cache factor for that individual @@ -8931,6 +8940,7 @@ string is returned from this method, Synapse will prompt the user to either accept this localpart or pick their own username. Otherwise this option has no effect. If omitted, defaults to False.

  5. display_name: An optional string, the display name for the user.
    6. +
  6. picture: An optional string, the avatar url for the user.
  7. emails: A list of strings, the email address(es) to associate with this user. If omitted, defaults to an empty list.
    8. @@ -9767,9 +9777,9 @@ will be used to break the search term into words. (See the
  8. If unavailable, then runs of ASCII characters, numbers, underscores, and hyphens are considered words.
    9. -

    The queries for PostgreSQL and SQLite are detailed below, by their overall goal +

    The queries for PostgreSQL and SQLite are detailed below, but their overall goal is to find matching users, preferring users who are "real" (e.g. not bots, -not deactivated). It is assumed that real users will have an display name and +not deactivated). It is assumed that real users will have a display name and avatar set.

    PostgreSQL

    The above words are then transformed into two queries:

    @@ -9854,8 +9864,8 @@ though it will always hide it from clients.

    delete the last message in a room. It will, however, hide it from clients.

    Server configuration

    -

    Support for this feature can be enabled and configured by adding a the -retention in the Synapse configuration file (see +

    Support for this feature can be enabled and configured by adding the +retention option in the Synapse configuration file (see configuration manual).

    To enable support for message retention policies, set the setting enabled in this section to true.

    @@ -9905,7 +9915,7 @@ which policy's max_lifetime is lower or equal to 3 days. policy's max_lifetime is greater than a week.

    Note that this example is tailored to show different configurations and -features slightly more jobs than it's probably necessary (in practice, a +features slightly more jobs than is probably necessary (in practice, a server admin would probably consider it better to replace the two last jobs with one that runs once a day and handles rooms which policy's max_lifetime is greater than 3 days).

    @@ -11494,7 +11504,7 @@ information.

    ^/_matrix/client/v1/rooms/.*/hierarchy$ ^/_matrix/client/(v1|unstable)/rooms/.*/relations/ ^/_matrix/client/v1/rooms/.*/threads$ -^/_matrix/client/unstable/im.nheko.summary/rooms/.*/summary$ +^/_matrix/client/unstable/im.nheko.summary/summary/.*$ ^/_matrix/client/(r0|v3|unstable)/account/3pid$ ^/_matrix/client/(r0|v3|unstable)/account/whoami$ ^/_matrix/client/(r0|v3|unstable)/devices$ @@ -11845,7 +11855,7 @@ after setting this option in the shared configuration!

    This style of configuration supersedes the legacy synapse.app.appservice worker application type.

    Push Notifications

    -

    You can designate generic worker to sending push notifications to +

    You can designate generic workers to send push notifications to a push gateway such as sygnal and email.

    This will stop the main process sending push notifications.

    @@ -12236,7 +12246,7 @@ run against the database.

    total_duration_ms how long the background process has been running, not including time spent sleeping. average_items_per_ms how many items are processed per millisecond based on an exponential average.

    Enabled

    -

    This API allow pausing background updates.

    +

    This API allows pausing background updates.

    Background updates should not be paused for significant periods of time, as this can affect the performance of Synapse.

    Note: This won't persist over restarts.

    @@ -13063,7 +13073,7 @@ the Ma }

    Edit Room Membership API

    -

    This API allows an administrator to join an user account with a given user_id +

    This API allows an administrator to join a user account with a given user_id to a room with a given room_id_or_alias. You can only modify the membership of local users. The server administrator must be in the room and have permission to invite users.

    @@ -16476,7 +16486,7 @@ variable. The default is 0.5, which can be decreased to reduce RAM usage in memory constrained environments, or increased if performance starts to degrade.

    However, degraded performance due to a low cache factor, common on -machines with slow disks, often leads to explosions in memory use due +machines with slow disks, often leads to explosions in memory use due to backlogged requests. In this case, reducing the cache factor will make things worse. Instead, try increasing it drastically. 2.0 is a good starting value.

    -- cgit 1.5.1