Instellingen¶

Overzicht¶

Met de instellingen kunt je de configuratie van jouw project beheren.

Projectnaam¶

De naam van jouw project.

../../../_images/interface-settings-projectname.png

Dit definieert het adres dat wordt gebruikt om toegang te krijgen tot jouw productiedatabase.

Adressen van jouw staging- en ontwikkelingsbuilds worden afgeleid van deze naam en automatisch toegewezen. Wanneer je echter jouw projectnaam wijzigt, zullen alleen toekomstige builds de nieuwe naam gebruiken.

Medewerkers¶

Beheer de Github-gebruikers die toegang hebben tot jouw project.

../../../_images/interface-settings-collaborators.png

There are three levels of users:

Admin: has access to all features of an Odoo.sh project.
Tester: has access to the Staging and Development databases and their tooling. This role is for users conducting User Acceptance Tests. Testers can work with copies of production data but cannot access the production database through the Odoo.sh tooling.
Developer: has access only to the Development databases and their tooling. This role is for developers who propose code modifications but are not allowed to access production and staging databases through the Odoo.sh tooling.

		Developer	Tester	Beheerder
Ontwikkeling	Geschiedenis	●	●	●
	1-klik verbinden	●	●	●
	Logs	●	●	●
	Shell/SSH	●	●	●
	E-mails	●	●	●
	Instellingen	●	●	●
Staging	Geschiedenis	●	●	●
	1-klik verbinden		●	●
	Logs		●	●
	Shell/SSH		●	●
	E-mails		●	●
	Monitoring		●	●
	Back-ups			●
	Upgraden		●	●
	Instellingen		●	●
Productie	Geschiedenis	●	●	●
	1-klik verbinden			●
	Logs			●
	Shell/SSH			●
	E-mails			●
	Monitoring			●
	Back-ups			●
	Upgraden			●
	Instellingen			●
Status		●	●	●
Instellingen				●

Waarschuwing

Those roles only apply to the usage of Odoo.sh. It is important to reflect the user roles attribution within the repository on GitHub. Please refer to the GitHub documentation section on Managing a branch protection rule for detailed guidance.

Publieke toegang¶

Geef publieke toegang tot jouw ontwikkelingsbuilds.

../../../_images/interface-settings-public.png

If activated, this option exposes the Builds page publicly, allowing visitors to view logs of development builds.

Productie- en staging-builds zijn uitgesloten, bezoekers kunnen alleen hun status zien.

Aangepaste domeinen¶

Om extra domeinen te configureren, raadpleegt je het tabblad :ref:`settings van de overeenkomstige vestiging<odoosh-gettingstarted-branches-tabs-settings> `.

Submodules¶

Configureer de implementatiesleutels voor de privérepository’s die je als submodules in jouw branches gebruikt, zodat Odoo.sh ze kan downloaden.

Waarschuwing

Deze instellingen zijn alleen vereist voor privéopslagplaatsen. Als je wilt weten hoe je jouw submodules kunt instellen, vindt je instructies in het hoofdstuk :ref:`Submodules<odoosh-advanced-submodules> ` van deze documentatie.

../../../_images/interface-settings-submodules.png

Wanneer een repository privé is, is het niet mogelijk om de vertakkingen en revisies ervan publiekelijk te downloaden. Om die reden moet je een implementatiesleutel voor Odoo.sh configureren, zodat de externe Git-server ons platform in staat stelt de revisies van deze privérepository te downloaden.

Ga als volgt te werk om de implementatiesleutel voor een privérepository te configureren:

plak in de invoer de SSH-URL van jouw privé-subrepository en klik op Toevoegen,
- bijv. git@github.com:GEBRUIKERSNAAM/REPOSITORY.git
- het kan een andere Git-server zijn dan Github, zoals Bitbucket, Gitlab of zelfs je eigen zelf-gehoste server
kopieer de publieke sleutel,
- het zou er als volgt uit moeten zien: ssh-rsa enkele…willekeurige…tekens…hier…==
voeg in de instellingen van de privé-subrepository de openbare sleutel toe aan de implementatiesleutels.
- Github.com: Instellingen ‣ Implementatiesleutels ‣ Implementatiesleutel toevoegen
- Bitbucket.com: Instellingen ‣ Toegangssleutels ‣ Sleutel toevoegen
- Gitlab.com: Instellingen ‣ Repository ‣ Sleutels implementeren
- Zelf gehost: voeg de sleutel toe aan het geautoriseerde_keys-bestand van de git-gebruiker in de .ssh-directory

Opslaggrootte¶

In deze sectie wordt de opslaggrootte weergegeven die door jouw project wordt gebruikt.

../../../_images/interface-settings-storage.png

De opslaggrootte wordt als volgt berekend:

de grootte van de PostgreSQL-database
de grootte van de schijfbestanden die beschikbaar zijn in jouw container: databasebestandsopslag, map voor sessieopslag…

Waarschuwing

Als je het schijfgebruik wilt analyseren, kunt je de tool ncdu in jouw Web Shell uitvoeren.

Mocht de omvang van jouw productiedatabase groter worden dan wat is ingericht in jouw abonnement, dan wordt deze er automatisch mee gesynchroniseerd.

Databasewerkers¶

Extra databasewerkers kunnen hier worden geconfigureerd. Meer werknemers helpen de belasting die jouw productiedatabase aankan, te vergroten. Als je er meer toevoegt, wordt dit automatisch gesynchroniseerd met jouw abonnement.

../../../_images/interface-settings-workers.png

Waarschuwing

Het toevoegen van meer werknemers zal niet op magische wijze alle prestatieproblemen oplossen. Het zorgt er alleen voor dat de server meer verbindingen tegelijkertijd kan verwerken. Als sommige bewerkingen ongewoon traag zijn, is het hoogstwaarschijnlijk een probleem met de code. Als het niet aan jouw eigen aanpassingen ligt, kunt je hier een ticket openen.

Staging takken¶

Met extra staging-vertakkingen kunt je meer functies tegelijkertijd ontwikkelen en testen. Als je er meer toevoegt, wordt dit automatisch gesynchroniseerd met jouw abonnement.

../../../_images/interface-settings-staging-branches.png

Activatie¶

Toont de status van de activering van het project. Indien nodig kunt je de activeringscode van het project wijzigen.

../../../_images/interface-settings-activation.png

Edit on GitHub