Server
- 28 Feb 2024
- 11 Minuten te lezen
Server
- Bijgewerkt op 28 Feb 2024
- 11 Minuten te lezen
Article Summary
Share feedback
Thanks for sharing your feedback!
Door naar het snelmenu > Server te gaan, kun je de verschillende onderdelen van de installatie van je site controleren via de instellingen en opties die hieronder worden beschreven.
Systeempaden
De pagina met systeempaden bevat de volgende opties:
| Instelling | Omschrijving | Notities |
|---|---|---|
GD versie | GD is een grafische bibliotheek die grafische elementen manipuleert. Het wordt gebruikt om miniatuurafbeeldingen te maken van geüploade bestanden en andere afbeeldingen. Als je niet weet welke versie geïnstalleerd is, laat dit dan staan op de oorspronkelijke instelling. | - |
Pad naar zip en unzip | Als je Totara laat lopen op een Unix of Unix-achtige server (Linux, Solaris, BSD, Mac OS X), moet je misschien opgeven waar het ZIP-programma zich bevindt. Zip en unzip worden gebruikt om ZIP-archieven, zoals de back-upmap, te comprimeren en decomprimeren. | - |
Pad naar aspell | Om spellingscontrole in de HTML-editor te gebruiken, moet je aspell 0.50 of later (http://aspell.net/) hebben geïnstalleerd op je server. Je moet ook het juiste pad opgeven om toegang te krijgen tot de aspell binary. | - |
Contactpersoon voor ondersteuning
Een systeembeheerder kan een ondersteuningsnaam, e-mail en/of ondersteuningspagina opgeven in het snelmenu > Server>ondersteuningscontact dat moet worden opgenomen in de accountbevestigingsmail.
Wanneer een gebruiker het e-mailadres in zijn profiel wijzigt, wordt er een bevestigingsmail verzonden door de primaire beheerder van de site, eerder dan via de ondersteuningsmail.
Sessieafhandeling
De sessieafhandelingspagina bevat de volgende opties:
| Instelling | Omschrijving | Notities |
|---|---|---|
Gebruik databank voor sessie-informatie | Indien ingeschakeld, gebruikt deze instelling de database om informatie over huidige sessies op te slaan. Als je deze instelling wijzigt, worden alle huidige gebruikers (inclusief jijzelf) uitgelogd. Als je MySQL gebruikt, zorg er dan voor dat max_allowed_packet in my.cnf (of my.ini) minstens 4M is. Andere sessiestuurprogramma's kunnen rechtstreeks worden geconfigureerd in config.php. | - |
Timeout | Zodra iemand zich aanmeldt bij je Totara-server, start de server een sessie. Met de sessiegegevens kan de server gebruikers volgen wanneer ze verschillende pagina's bezoeken. Als gebruikers geen nieuwe pagina laden gedurende de tijd die hier is ingesteld, zal Totara hun sessies beëindigen en ze afmelden. | Zorg ervoor dat deze tijdsspanne lang genoeg is om de langste test te bestrijken die je trainers kunnen aanbieden. Als cursisten worden uitgelogd terwijl ze een test doen, kunnen hun antwoorden op de testvragen verloren gaan. |
Cookie prefix | Meestal kun je dit leeg laten, tenzij je meer dan één Totara-site op dezelfde server gebruikt. In dit geval wil je de naam aanpassen van de cookie die elke Totara-site gebruikt om de sessie te volgen. Hiermee kun je aangemeld zijn bij meer dan één Moodle-site tegelijk. | Als je het cookieprefix wijzigt, moet je opnieuw inloggen, aangezien de wijziging onmiddellijk van kracht wordt. |
Cookie pad | Als je wilt wijzigen waar browsers de Totara-cookies naartoe sturen, dan kun je deze instelling wijzigen om een submap van je website op te geven. Anders laat je dit als standaardinstelling staan. | - |
Cookie domein | Hiermee kun je het domein wijzigen waarvan de Totara-cookies beschikbaar zijn. Dit is nuttig voor Totara-aanpassingen (bijv. authenticatie of aanmeldingsplugins) die Totara-sessie-informatie moeten delen met een webtoepassing op een ander subdomein. | Het wordt sterk aanbevolen om de cookiedomeininstelling op de standaardinstelling (leeg) te laten, omdat een foute waarde alle aanmeldingen op de site zal verhinderen. |
Statistieken
Als je sitestatistieken inschakelt, zal Totara informatie verzamelen over het aantal hits dat er in elke cursus is geweest, evenals over de site als geheel. Statistieken tonen niet hoeveel verschillende gebruikers ze zijn geweest. Deze gegevens worden zowel in tabel- als in grafiekformaat getoond op datum.
Een systeembeheerder kan statistieken inschakelen via het snelmenu onder Server>statistieken.
| Instelling | Omschrijving | Notities |
|---|---|---|
Maximaal verwerkingsinterval | Gebruik het dropdownmenu om te selecteren hoe ver terug de logs moeten verwerkt worden bij de eerste poging van de cron om statistieken te verwerken. Als je wel wat verkeer hebt en je server is een shared host, dan is het waarschijnlijk geen goed idee om te ver terug te gaan. Let op: voor deze instelling is 1 maand = 28 dagen. In de gegenereerde grafieken en rapporten is 1 maand = 1 kalendermaand. | - |
Maximum tijd verwerken | Bepaalt de maximale tijd die de statistieken voor één dag mogen berekenen, rekening houdend met het feit dat het verwerken van statistieken een grote belasting voor de server kan betekenen. Het maximum aantal dagen, berekend in één cron, kun je met de volgende instelling kiezen. | - |
Dag om te verwerken | Bepaal het maximum aantal verwerkte dagen in elke uitvoering van statistieken. Zodra de statistieken up-to-date zijn, wordt er slechts één dag verwerkt, dus pas deze waarde aan afhankelijk van je serverbelasting, verminder deze als kortere cron-uitvoeringen nodig zijn. | Stel de statistiekenverwerking in om een uur te starten voordat je automatische cursusback-ups zijn gepland en stel vervolgens de maximale runtime in op één uur. Dit zorgt ervoor dat statistieken niet tegelijkertijd met het maken van cursuskopieën worden verwerkt. |
Drempelwaarde gebruiker | Deze instelling geeft het minimum aantal aangemelde gebruikers die een cursus moet hebben om in de statistiekenberekeningen opgenomen te worden. | - |
HTTP
Een systeembeheerder kan de HTTP-instellingen wijzigen via het snelmenu > Server > HTTP in het snelmenu. Klik op Wijzigingen opslaan om eventuele wijzigingen in instellingen op te slaan voor je de pagina verlaat.
| Instelling | Omschrijving | Notities |
|---|---|---|
Schuine argumenten | De instelling Gebruik slash arguments moet altijd ingeschakeld zijn. Voor een juiste weergave van SCORM-pakketten en bronnen met meerdere bestanden is een schuine streep (met PATH_INFO) vereist. Als je webserver slash arguments niet ondersteunt en je kunt deze niet configureren, dan kan deze instelling tijdelijk uitgeschakeld worden, maar dat zal er voor zorgen dat de dingen niet werken. | Het uitschakelen van het gebruik van slash arguments zal resulteren in SCORM-pakketten die niet werken en het tonen van slash arguments waarschuwingen. |
Reverse proxy | Als je server zich achter een reserves proxy bevindt, kun je de gelogde IP-adresbron gebruiken om op te geven welke HTTP-headers vertrouwd kunnen worden om het externe IP-adres te bevatten. De headers worden in volgorde gelezen. | - |
Web proxy | Afhankelijk van je netwerkconfiguratie moet je Totara-server mogelijk toegang krijgen tot het internet via een proxyserver. Als je niet zeker weet of je een proxyserver nodig hebt, neem dan contact op met je netwerkbeheerder. Vul de onderstaande velden in als je Totara-server geen rechtstreekse toegang tot het internet heeft. Internettoegang is vereist voor het downloaden van omgevingsgegevens, taalpakketten, RSS-feeds, tijdzones, enz.
| PHP cURL-extentie is vereist. |
Onderhoudsmodus
De onderhoudsmodus verhindert dat andere gebruikers dan systeembeheerders de site gebruiken terwijl er onderhoud wordt uitgevoerd.
Wanneer gebruikers proberen toegang te krijgen tot inhoud terwijl je site in onderhoudsmodus is, krijgen ze een bericht dat de site in onderhoudsmodus is. Als je wilt, kun je een aangepaste onderhoudsmodusmelding maken, misschien met de vraag wanneer de site weer beschikbaar zal zijn of met de reden voor het uitvoeren van het onderhoud.
De startpagina van je site zal normaal verschijnen wanneer je site in onderhoudsmodus is. Gebruikers zien het onderhoudsmodusbericht alleen wanneer ze proberen toegang te krijgen tot inhoud, zoals cursussen.
Volg deze stappen om je site in onderhoudsmodus te zetten:
- Ga naar het snelmenu > Server > onderhoudsmodus.
- Klik op de knop Inschakelen.
Een andere manier om je site in onderhoudsmodus te zetten (bijvoorbeeld als je geen toegang hebt tot de webinterface) is om een bestand genaamd maintenance.html te maken en het op te slaan in de map genaamd 1 in je Totaradata-map. Een aangepaste onderhoudsmodus kan in het maintenance.html- bestand worden ingevoerd.
Als je toegang wil geven aan andere gebruikers dan systeembeheerders wanneer je in onderhoudsmodus bent (bijvoorbeeld voor testen), dan kun je de mogelijkheid Toegang tot site inschakelen terwijl je in onderhoudsmodus bent (site:maintenanceaccess) in de systeemcontext voor een rol. Dit geeft toegang tot de site wanneer $CFG->maintenance_enabled is ingeschakeld.
Opschonen
De grootte van specifieke tabellen in de database kan worden gecontroleerd door de juiste limieten in te stellen in het onder Snelmenu > Server > opschonen.
De opschoningspagina bevat de volgende opties:
| Instelling | Omschrijving | Notities |
|---|---|---|
Niet-bevestigde gebruikers verwijderen na | Als je e-mail authenticatie gebruikt, is dit de periode waarbinnen een antwoord van gebruikers wordt geaccepteerd. Na deze periode worden oude niet-bevestigde accounts verwijderd. | - |
Onvolledig ingestelde accounts verwijderen na | Na deze periode worden oude accounts die niet volledig waren ingesteld, verwijderd. | - |
| Voltooiingslogboeken van cursussen verwijderen na | Cursusvoltooiingslogboeken worden verwijderd na het geselecteerde aantal jaren. Eenmaal verwijderd, worden deze logs niet langer weergegeven als transactiegeschiedenis in de cursusvoltooiingseditor. Je kunt deze instelling gebruiken als je de databasegrootte wil verkleinen. | Enkel de transactiegeschiedenis van de cursusvoltooiing worden verwijderd - dit heeft geen invloed op de voltooiingsrecords van de cursus (huidig of historisch). Let op dat als er handmatige wijzigingen worden aangebracht in de cursusvoltooiingen of de cursusvoltooiingsgeschiedenis, het verwijderen van logs betekent dat het niet mogelijk is om bij te houden wie de wijzigingen heeft aangebracht en wanneer. |
Geschiedenis van cijfertabellen uitschakelen | Schakel het bijhouden van de geschiedenis van wijzigingen in cijfergerelateerde tabellen uit. Dit kan de server een klein beetje minder belasten en zal wat plaats in de databank besparen. | - |
Levensduur van de cijfergeschiedenis | Dit bepaalt hoelang je de geschiedenis van wijzigingen in cijfergerelateerde tabellen wil bijhouden. Het is aangewezen dit zo lang mogelijk te doen. Als je prestatieproblemen ondervindt of beperkte databaseruimte hebt, probeer dan een lagere waarde in te stellen. | - |
Opschonen van tijdelijke bestanden, ouder dan | Verwijder tijdelijke bestanden van de data-map die ouder zijn dan de geselecteerde tijd. | - |
Omgeving
Op de omgevingspagina kun je controleren of je server voldoet aan alle systeemvereisten voor je huidige en toekomstige Totara-versies.
Controleer of de status OK is voor alle serververeisten.
Unicode
Totara gebruikt het Unicode-tekenencryptiesysteem. Het UTF-8-encoding-formulier wordt gebruikt om meerdere talen te ondersteunen, evenals speciale tekens die gebruikt worden in wetenschap en wiskunde. Je kunt meer lezen over Unicode op de website van het Unicode consortium.
PHP-informatie
De PHP-informatiepagina geeft informatie over de versie van PHP die je server draait, inclusief PHP-compilatie opties en -extenties, server informatie en de PHP-omgeving en OS-versie-informatie.
Cron
Het Totara cron-proces is een PHP-script (onderdeel van de standaard Totara-installatie) dat regelmatig op de achtergrond moet worden uitgevoerd. Het Totara cron-script voert verschillende taken uit met verschillende geplande intervallen.
Sla het cron-proces op je server voor je Totara-site niet over. Je site zal niet goed werken zonder deze site.
Een speciaal programma wordt gebruikt om het Totara cron-script met een regelmatige interval uit te voeren. Het Totara cron-script draait taken zoals het verzenden van e-mail, het bijwerken van Totara-rapporten, RSS-feeds, het voltooien van activiteiten, het posten van forumberichten en andere taken. Omdat verschillende taken verschillende schema's hebben, zal niet elke taak in Totara worden uitgevoerd wanneer het cron-script wordt geactiveerd.
Het cron-programma (dat het Totara-script draait) is een kernonderdeel van Unix-gebaseerde systemen (inclusief Linux en OSX) die worden gebruikt om allerlei tijdsafhankelijke services uit te voeren. Op Windows is de eenvoudigste oplossing om een taak aan te maken in de Windows Taakplanner en deze in te stellen om regelmatig te werken. Bij gedeelde hosting zou je de documentatie moeten vinden (of vraag ondersteuning) hoe cron is geconfigureerd.
In wezen omvat de taak het toevoegen van één commando aan de lijst met cron-activiteiten op je systeem. Op Unix-gebaseerde systemen is deze lijst een bestand dat een crontab heeten dat alle gebruikers hebben.
De Totara cron commando
Totara heeft twee verschillende manieren om cron te implementeren, met verschillende scripts binnen de Totara-installatie. Dit zijn de volgende:
- Het CLI (command line interpreter) script: Dit zal op pad /path/to/Totara/admin/cli/cron.phpzijn. Bij twijfel is dit het juiste script om te gebruiken. Dit moet worden uitgevoerd door een PHP CLI-programma op je computer. Dus de laatste opdracht kan er uitzien als /usr/bin/php /path/to/Totara/admin/cli/cron.php. Je kunt (en moet) dit proberen op je command line om te zien of het werkt.
- Het web-based script: Dit moet uitgevoerd worden vanuit een webbrowser en zal geopend worden via een web URL gelijkaardig aan http://your.totara.site/admin/cron.php. Je kunt op command line gebaseerde webbrowsers vinden (bijv. wget), dus de uiteindelijke opdracht kan er uitzien als /usr/bin/wget http://your.totara.site/admin/cron.php. Dit heeft het voordeel dat het vanaf elke locatie kan worden uitgevoerd. Als je cron niet op je machine kan laten werken, dan kan die ergens anders gebruikt worden.
De juiste plaats vinden om de opdracht te plaatsen
Dit is echt afhankelijk van het systeem dat je gebruikt en je moet de documentatie voor je platform of hosting vinden en lezen. In de meeste gevallen bestaat het laten lopen van de Totara cron uit het opzetten van de juiste opdracht (hierboven) en het vervolgens toevoegen, en de tijd om de opdracht uit te voeren, in een bestandstype. Dit kan gebeuren via een specifieke gebruikersinterface of door het bestand rechtstreeks te bewerken.
Als je de CLI-versie gebruikt, moet je er ook voor zorgen dat het cron-proces wordt uitgevoerd als de juiste gebruiker. Dit is geen probleem met de webversie.
Voorbeeld: Installeren van cron op Ubuntu/Debian Linux. Aangenomen dat ingelogd als root:
Gebruik de crontab opdracht om een crontab editor venster te openen voor de www-data gebruiker. Dit is de gebruiker die Apache (de webserver) uitvoert zoals op Debian-gebaseerde systemen.
$ crontab -u www-data -e
Hiermee wordt een editorvenster geopend. Om het clicron script elke 15 minuten te laten lopen, voeg je de regel toe:
*/15 * * * * /usr/bin/php /path/to/Totara/admin/cli/cron.php >/dev/null
Let op dat de final >/dev/null alle output naar de 'bin' stuurt en voorkomt dat je elke 15 minuten een e-mail krijgt.
Performance
De Performance-pagina (onder Server > Performance) bevat een verscheidenheid aan instellingen die kunnen worden gebruikt om de performance van je site te optimaliseren.
| Instelling | Omschrijving | Notities |
|---|---|---|
Extra PHP memory limit | Sommige scripts, zoals zoeken, back-uppen/herstellen of cron hebben meer geheugen nodig, dus het wordt aanbevolen om hogere waarden in te stellen voor grote sites. | - |
Maximum tijdslimiet | Deze instelling wordt gebruikt om de maximale PHP-uitvoeringstijd te beperken die Totara toestaat zonder enige output. Om de standaard beperkingen te gebruiken, voer je 0 in. Als je een front-end server hebt met zijn eigen tijdslimiet, stel je deze waarde lager in om PHP-fouten in logs te ontvangen. Niet van toepassing op CLI-scripts. | - |
cURL cache TTL | Levenduur van cURL-cache in sekonden. | - |
Te gebruiken bitrate bij het berekenen van cURL timeouts (Kbps) | Deze instelling wordt gebruikt om een juiste timeout te berekenen bij het uitvoeren van lange cURL requests. Als onderdeel van deze berekening wordt een HTTP HEAD-verzoek gedaan om de grootte van de inhoud te bepalen. Als je dit op 0 zet, wordt dit verzoek niet gedaan. | - |
Cache navigatie bovenaan | Hogere waarden verbeteren de performantie, maar sommige wijzigingen in de menustructuur kunnen vertraagd zijn. | - |
© Copyright 2024 Totara Learning Solutions. All rights reserved. Some content originally obtained via GPLv3 license and continues to be available under GPLv3. All other content is the sole copyright of Totara Learning Solutions.
Was dit artikel nuttig?
