Verbind Seafile en Collabora met de juiste WOPI-URL.
Schakel veilige documentbewerking in Seafile in door de discovery-URL, HTTPS en WOPI-toegang van Collabora voor uw implementatie te configureren.
Om een aangepast lettertype te gebruiken in Collabora Online CODE dat in Docker draait, bewaar je de lettertypebestanden op de host en koppel je dezelfde map aan zowel de systeemlettertypemap van de container als de systeemmap van het document. De systeemmap levert bestanden aan geïsoleerde documentprocessen; als je lettertypen alleen in de systeemmap koppelt, /usr/share/fontskan een lettertypefamilie wel in het lettertypemenu verschijnen, maar wordt deze niet in het document weergegeven. Deze handleiding maakt gebruik van Docker Compose en het huidige CODE-imagepad /opt/cool/systemplate; controleer het pad als je een andere image gebruikt.

Een alleen-lezen bind mount is meestal de eenvoudigste optie voor één Docker-host. Hiermee blijven de lettertypebestanden behouden wanneer de CODE-container opnieuw wordt aangemaakt of geüpgraded, en kunt u precies controleren welke bestanden de container kan lezen. Gebruik lettertypebestanden die u mag installeren en distribueren naar de server. Kopieer niet de volledige lettertypedirectory van een desktopsysteem, tenzij u de licenties hebt gecontroleerd en die bestanden echt nodig hebt.
Gebruik niet-gecomprimeerde lettertypebestanden in formaten die door uw omgeving worden ondersteund, meestal TrueType ( .ttf) of OpenType ( .otf). Voeg de stijlen toe die uw documenten nodig hebben, zoals normaal, vet, cursief en vet cursief. Houd familienamen en bestandsnamen duidelijk en zorg ervoor dat de gebruiker van de container elke map en elk bestand kan lezen. Een lettertype dat slechts één stijl bevat, kan ertoe leiden dat Collabora een andere stijl gebruikt wanneer een document om vet of cursief vraagt.
Maak eerst een aparte hostmap aan en kopieer de geautoriseerde bestanden daarin:
sudo mkdir -p /srv/collabora/fonts
sudo cp BrandSans-Regular.ttf BrandSans-Bold.ttf /srv/collabora/fonts/
sudo chmod -R a+rX /srv/collabora/fonts
Vervang de voorbeeldbestandsnamen door uw daadwerkelijke lettertypebestanden. De leesrechten zijn belangrijk omdat het CODE-proces in de huidige images als een account zonder beheerdersrechten wordt uitgevoerd. Zorg ervoor dat het directorypad stabiel blijft; de Compose bind mounts zullen hiernaar verwijzen.
Voeg in uw bestaande collaboraservice in docker-compose.ymlde volgende volume-items toe. Behoud uw bestaande image, poorten, domein-whitelist, SSL-instellingen, geheimen en herstartbeleid; het onderstaande fragment toont alleen de lettertype-mounts.

services:
collabora:
volumes:
- /srv/collabora/fonts:/usr/share/fonts/truetype/more:ro
- /srv/collabora/fonts:/opt/cool/systemplate/usr/share/fonts/truetype/more:ro
Het eerste doel zorgt ervoor dat de lettertypen beschikbaar zijn voor de reguliere lettertypeherkenning van de container. Het tweede doel plaatst ze in de sjabloon die wordt gebruikt om geïsoleerde documentomgevingen voor te bereiden. De SDK-handleiding van Collabora beschrijft dit patroon met twee locaties voor Docker-volumes. Koppel het volume niet aan de volledige /usr/share/fontsof systeemmap: dit kan lettertypen verbergen die al door de image worden geleverd.
Het pad naar de systeemmap is versieafhankelijk. De huidige CODE 26.04-imagemetadata identificeert dit /opt/cool/systemplateals het pad naar de systeemmap, en de huidige documentatie van Collabora gebruikt die locatie. Als u een oudere image of een leverancierspecifieke build gebruikt, raadpleeg dan de documentatie of opstartconfiguratie van die image voordat u het doelpad wijzigt.
Nadat je het Compose-bestand hebt opgeslagen en de lettertypebestanden op de host hebt geplaatst, maak je de CODE-service opnieuw aan, zodat Docker de bind mounts toepast:

docker compose up -d --force-recreate collabora
docker compose exec -T collabora fc-list
Zoek in de uitvoer naar de naam van de lettertypefamilie of het pad naar het gekoppelde bestand. Om de lijst te verkleinen, kunt u de uitvoer doorsturen grepmet de familienaam die het lettertype zelf rapporteert, bijvoorbeeld:
docker compose exec -T collabora fc-list | grep -i "Brand Sans"
Als de opdracht geen overeenkomst meldt, controleer dan het hostpad, de bestandsrechten, de mount-inspringing en de containerlogboeken. U kunt de effectieve mounts inspecteren met docker inspectde opdracht op de actieve container, of de opdracht gebruiken docker compose configom fouten in de YAML-inspringing op te sporen. Het uitvoeren van de opdracht docker compose downis normaal gesproken niet nodig om de volumewijziging toe te passen; het opnieuw aanmaken van de service is voldoende.

Open een testdocument via de normale Nextcloud- of WOPI-integratie, selecteer een kort tekstfragment en kies de aangepaste lettertypefamilie in de lettertypekiezer. Typ een nieuwe regel in dat lettertype, sla het bestand op, sluit het en open het opnieuw. Controleer de normale en vetgedrukte tekst en vergelijk de regeleinden of pagina-indeling met het brondocument. Een lettertypefamilie die in het menu verschijnt, is slechts een controle; de zichtbare tekst na het opnieuw openen van het bestand is de daadwerkelijke weergavecontrole.
fc-listde uitvoer en de opstartlogboeken van de container.Een bind mount zorgt ervoor dat lettertypen onafhankelijk blijven van de CODE-image, maar garandeert geen identieke lay-out op elke client of in elk document. Lettertypevervanging, ontbrekende tekens, verschillende lettertypeversies en documentspecifieke opmaak kunnen nog steeds de regelterugloop beïnvloeden. Raadpleeg voor meer informatie over de configuratie de documentatie van Collabora over lettertype-installatie , de handleiding voor de CODE Docker-image en de handleiding van de Collabora Online SDK . Controleer het Docker-voorbeeld in de handleiding en de documentatie over de huidige image opnieuw wanneer u van CODE-versie wisselt.
Schakel veilige documentbewerking in Seafile in door de discovery-URL, HTTPS en WOPI-toegang van Collabora voor uw implementatie te configureren.
Test het klembord van het systeem, pas de browserrechten aan en bepaal wanneer een ingebedde Collabora-integratie een wijziging van het iframe-beleid nodig heeft.
Koppel lettertypebestanden aan Docker en de systeemconfiguratie van Collabora, zodat aangepaste lettertypen in de editor verschijnen en correct worden weergegeven in documenten.
Maak een back-up van coolwsd.xml en de bijbehorende implementatiebronnen, herstel deze op een veilige manier en controleer de code voordat gebruikers verder kunnen bewerken.
Sta de exacte Nextcloud- of andere WOPI-bron toe in CODE, controleer vervolgens de actieve host-whitelist en onderscheid deze van de bron-IP-beperking van Nextcloud.
Traceer de browser-, WOPI- en WebSocket-verbindingen van Collabora om te achterhalen waarom een document niet opent, en pas vervolgens de oplossing toe die overeenkomt met uw Nextcloud-configuratie.
Implementeer Collabora CODE-replica's met Helm, bewaar elk document op één pod via WOPI-affiniteit en verifieer de ingress, de plaatsing van knooppunten en het bewerken in Nextcloud.
Traceer een mislukte socket-handshake van de browser naar coolwsd en koppel vervolgens de reverse-proxy-route aan uw Collabora-versie, inclusief de Apache-wijziging CODE 26.04.
Traceer Collabora WOPI-bewijsfouten naar niet-overeenkomende sleutels, verouderde ontdekkingsgegevens, klokafwijkingen of wijzigingen in proxy-URL's, zonder de validatie te verzwakken.
Stel de zoomfactor van de browser opnieuw in, test een schone sessie en bepaal wanneer een onjuist opgemaakt menu een update van de Collabora-server vereist.