From c71f504bec281a66884dedb17bab3b28bdb8a236 Mon Sep 17 00:00:00 2001 From: tommyrot Date: Sun, 7 May 2023 17:15:02 +0200 Subject: [PATCH] Fix broken links for missing commands See also #4 --- _includes/concepts.md | 2 +- _includes/messages/ircop.md | 2 +- _includes/modern-appendix.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/_includes/concepts.md b/_includes/concepts.md index 604b654..af4a1f2 100644 --- a/_includes/concepts.md +++ b/_includes/concepts.md @@ -40,7 +40,7 @@ There have been several terms created over time to describe the roles of differe * **Leaf**: A 'leaf' is a server that is only connected to a single other server on the network. Typically, leafs are the primary servers that handle client connections. In the figure above, Servers 7, 8, 10, 13, 14, and others would be considered leaf servers. * **Services**: A 'services' server is a special type of server that extends the capabilities of the server software on the network (ie, they provide *services* to the network). Services are not used on all networks, and the capabilities typically provided by them may be built-into server software itself rather than being provided by a separate software package. Features usually handled by services include client account registration (as are typically used for [SASL authentication](#authenticate-message)), channel registration (allowing client accounts to 'own' channels), and further modifications and extensions to the IRC protocol. 'Services' themselves are **not** specified in any way by the protocol, they are different from the [services](#services) defined by the RFCs. What they provide depends entirely on the software packages being run. -A trend these days is to hide the real structure of a network from regular users. Networks that implement this may restrict or modify commands like {% command MAP %} so that regular users see every other server on the network as linked directly to the current server. When this is done, servers that do not handle client connections may also be hidden from users (hubs hidden in this way can be called 'hidden hubs'). Generally, IRC operators can always see the true structure of a network. +A trend these days is to hide the real structure of a network from regular users. Networks that implement this may restrict or modify commands like MAP so that regular users see every other server on the network as linked directly to the current server. When this is done, servers that do not handle client connections may also be hidden from users (hubs hidden in this way can be called 'hidden hubs'). Generally, IRC operators can always see the true structure of a network. These terms are not generally used in IRC protocol documentation, but may be used by the administrators of a network in order to differentiate the servers they run and their roles. diff --git a/_includes/messages/ircop.md b/_includes/messages/ircop.md index 91fcaae..75ce421 100644 --- a/_includes/messages/ircop.md +++ b/_includes/messages/ircop.md @@ -11,7 +11,7 @@ When a `KILL` command is used, the client being killed receives the `KILL` messa If a `KILL` message is received by a client, it means that the user specified by `` is being killed. With certain servers, users may elect to receive `KILL` messages created for other users to keep an eye on the network. This behavior may also be restricted to operators. -Clients can rejoin instantly after this command is performed on them. However, it can serve as a warning to a user to stop their activity. As it breaks the flow of data from the user, it can also be used to stop large amounts of 'flooding' from abusive users or due to accidents. Abusive users may not care and promptly reconnect and resume their abusive behaviour. In these cases, opers may look at the {% command KLINE %} command to keep them from rejoining the network for a longer time. +Clients can rejoin instantly after this command is performed on them. However, it can serve as a warning to a user to stop their activity. As it breaks the flow of data from the user, it can also be used to stop large amounts of 'flooding' from abusive users or due to accidents. Abusive users may not care and promptly reconnect and resume their abusive behaviour. In these cases, opers may look at the KLINE command to keep them from rejoining the network for a longer time. As nicknames across an IRC network MUST be unique, if duplicates are found when servers join, one or both of the clients MAY be `KILL`ed and removed from the network. Servers may also handle this case in alternate ways that don't involve removing users from the network. diff --git a/_includes/modern-appendix.md b/_includes/modern-appendix.md index 80fbaf0..4565294 100644 --- a/_includes/modern-appendix.md +++ b/_includes/modern-appendix.md @@ -1540,7 +1540,7 @@ Examples: The `SILENCE` parameter indicates the maximum number of entries a client can have in their silence list. -The value is OPTIONAL and if specified is a positive integer. If the value is not specified, the server does not support the {% message SILENCE %} command. +The value is OPTIONAL and if specified is a positive integer. If the value is not specified, the server does not support the SILENCE command. Most IRC clients also include client-side filter/ignore lists as an alternative to this command.