

Fortify your browser with a handful of quick clicks on your computer and your phone.www.computerworld.com












MUC's design generally assumes a highly reliable network providing plenty of bandwidth, and it functions well in Internet settings. It is sometimes the case that server to server traffic is heavily constrained, with typical problems for constrained links being high latency, tiny amounts of available bandwidth and unreliability (including, potentially, long-term failure of S2S links). This document provides methods for allowing experiences close to those of standard MUC use while operating across such constrained links by allowing rooms to federate with remote counterparts and for users to connect to the federated MUC node nearest to them on the network for a given FMUC room. It requires no setup in advance, and needs no bandwidth for remote rooms without local occupants. The premise is that a proxy room joins another room and receives stanzas from the MUC just as another occupant would; this is analogous to the client to server model, whereby a client would connect to their local server and the server deals with connections elsewhere - the client joins a local room and the room deals with connections to other federated rooms.
[root@j15 docker]# git pull
remote: Enumerating objects: 141, Fertig.
remote: Zähle Objekte: 100% (141/141), Fertig.
remote: Komprimiere Objekte: 100% (115/115), Fertig.
remote: Total 137 (delta 32), reused 0 (delta 0)
Empfange Objekte: 100% (137/137), 28.51 KiB | 1.90 MiB/s, Fertig.
Löse Unterschiede auf: 100% (32/32), Fertig.
Von /var/gitroot/docker
* [neuer Branch] mediawiki -> origin/mediawiki
Bereits aktuell.
[root@j15 docker]# git branch -r
origin/HEAD -> origin/master
origin/master
origin/mediawiki