- 08 Apr 2024
- 10 Protokoll att läsa
Server
- Uppdaterad på 08 Apr 2024
- 10 Protokoll att läsa
Genom att gå till snabbåtkomstmenyn > Server kan du styra olika aspekter av din webbplats inställningar genom de inställningar och alternativ som beskrivs nedan.
Systemsökvägar
Sidan med systemsökvägar innehåller följande alternativ:
Inställning | Beskrivning | Anteckningar |
---|---|---|
GD-version | GD är ett grafikbibliotek som manipulerar grafik. Den används för att skapa miniatyrbilder från uppladdade filer och annan grafik i farten. Om du inte vet vilken version som är installerad, lämna detta på den ursprungliga inställningen. | - |
Sökväg till zip och unzip | Om du kör Totara på en Unix- eller Unix-liknande server (Linux, Solaris, BSD, Mac OS X) kan du behöva ange var ZIP-programmet finns. Zip och unzip används för att komprimera och dekomprimera ZIP-arkiv, till exempel säkerhetskopieringsmappen. | - |
Sökväg till aspell | För att använda stavningskontroll i HTMLredigerare måste du ha stavning 0,50 eller senare (http://aspell.net/) installerat på din server. Du måste också ange rätt sökväg för att få tillgång till aspell binär. | - |
Kontakt för support
En webbplatsadministratör kan ange ett supportnamn, e-postadress och/eller supportsida i snabbåtkomstmenyn > Server > Supportkontakt som ska inkluderas i e-postmeddelandet med bekräftelse av konto.
När en användare ändrar e-postadressen i sin profil skickas ett bekräftelsemejl från webbplatsens primära administratör, snarare än från supportmejlet.
Sessionshantering
Sidan för sessionshantering innehåller följande alternativ:
Inställning | Beskrivning | Anteckningar |
---|---|---|
Använd databasen för information om session | Om detta är aktiverat så kommer den här inställningen att lagra information om aktuella sessioner. Om du ändrar denna inställning kommer den att logga ut alla nuvarande användare (inklusive dig). Om du använder MySQL, se till att max_allowed_packet i my.cnf (eller my.ini ) är minst 4M . Andra sessionsdrivrutiner kan konfigureras direkt i config.php . | - |
Timeout | När någon loggar in på din Totara-server startar servern en session. Sessionsdata tillåter servern att spåra användare när de kommer åt olika sidor. Om användare inte laddar en ny sida under den tid som anges här kommer Totara att avsluta sina sessioner och logga ut dem. | Se till att denna tidsram är tillräckligt lång för att täcka det längsta testet som dina tränare kan erbjuda. Om deltagarna loggas ut medan de gör ett test kan deras svar på testfrågorna gå förlorade. |
Prefix för cookie | För det mesta kan du lämna detta tomt, såvida du inte kör mer än en Totara-webbplats på samma server. I så fall vill du anpassa namnet på cookien som varje Totara-webbplats använder för att spåra sessionen. Detta gör att du kan logga in på mer än en Totara-webbplats samtidigt. | Om du ändrar prefixet för cookies måste du logga in igen, eftersom ändringen träder i kraft omedelbart. |
Sökväg för cookie | Om du behöver ändra var webbläsare skickar Totara-cookies kan du ändra denna inställning för att specificera en underkatalog på din webbplats. Lämna annars detta som standard. | - |
Domän för cookie | Detta gör att du kan ändra domänen som Totara-cookies är tillgängliga från. Detta är användbart för Totara-anpassningar (t.ex. plugins för autentisering eller registrering) som behöver dela Totara-sessionsinformation med en webbapplikation på en annan underdomän. | Vi rekommenderar starkt att du lämnar cookiedomäninställningen som standard (tom), eftersom ett felaktigt värde kommer att förhindra alla inloggningar på webbplatsen. |
Statistik
Om du aktiverar webbplatsstatistik kommer Totara att samla in information om antalet träffar som har förekommit på varje kurs samt webbplatsen som helhet. Statistik visar inte hur många olika användare de har varit. Dessa data kommer att visas i både tabell- och diagramformat efter datum.
En platsadministratör kan aktivera statistik via snabbåtkomstmenyn under Server > Statistik.
Inställning | Beskrivning | Anteckningar |
---|---|---|
Maximalt intervall för bearbetning | Använd rullgardinsmenyn för att välja hur långt tillbaka loggarna ska behandlas första gången cron-jobbet försöker bearbeta statistik. Om Du har mycket trafik och delar server med andra, så är det bäst att inte gå alltför långt tillbaka eftersom det tar tid och är resurskrävande. Observera att för denna inställning, 1 månad = 28 dagar. I de diagram och rapporter som genereras, 1 månad = 1 kalendermånad. | - |
Maximal tid för körning | Anger den maximala tid som tillåts för att beräkna statistiken för en dag, med tanke på att statistikbearbetning kan lägga en stor belastning på servern. Det maximala antalet dagar som behandlats i ett cron-job kan anges nedan. | - |
Dag att bearbeta | Anger det maximala antalet dagar som bearbetats i varje statistikutförande. När statistiken är uppdaterad kommer endast en dag att behandlas, så justera detta värde beroende på din serverbelastning, minska det om kortare cron-exekveringar behövs. | Ställ in statistikbehandlingen så att den startar en timme innan dina automatiska säkerhetskopior av kursen är schemalagda att starta, och ställ sedan in maximal körtid till en timme. Detta säkerställer att statistik inte bearbetas samtidigt som kurssäkerhetskopior görs. |
Tröskelvärde för användare | Den här inställningen anger det minsta antal registrerade användare som krävs för att en kurs ska tas med i statistiska beräkningar. | - |
HTTP
En webbplatsadministratör kan ändra HTTP-inställningarna via snabbåtkomstmenyn > Server > HTTP i snabbåtkomstmenyn. Klicka på Spara ändringar för att spara eventuella inställningsändringar innan du lämnar sidan.
Inställning | Beskrivning | Anteckningar |
---|---|---|
Snedstrecksargument | Inställningen Använd snedstrecksargument ska alltid vara aktiverad. Slash-argument (använder PATH_INFO) krävs för att SCORM-paket och flera filresurser ska visas korrekt. Om din webbserver inte stöder snedstrecksargument och du inte kan konfigurera det, kan denna inställning tillfälligt inaktiveras, även om det kommer att resultera i att saker inte fungerar. | Inaktivering av användning av snedstrecksargument kommer att resultera i att SCORM-paket inte fungerar och att snedstrecksargumentvarningar visas. |
Omvänd proxy | Om din server ligger bakom en reservproxy kan du använda källa för loggad IP-adress för att specificera vilka HTTP-rubriker som kan litas på att innehålla IP-adressen på distans. Headers läses i ordning, den första tillgängliga används. | - |
Webb proxy | Din Totara-server kan behöva komma åt internet via en proxyserver, beroende på din nätverkskonfiguration. Om du inte är säker på om du behöver en proxyserver, kontakta din nätverksadministratör. Fyll i fälten nedan om din Totara-server inte kan komma åt internet direkt. Internetåtkomst krävs för nedladdning av miljödata, språkpaket, RSS-flöden, tidszoner osv.
| PHP cURL-tillägg krävs. |
Underhållsläge
Underhållsläget är till för att förhindra andra användare än webbplatsadministratörer från att använda webbplatsen medan underhåll sker.
När användare försöker komma åt innehåll medan din webbplats är i underhållsläge, får de ett meddelande som informerar dem om att webbplatsen är i underhållsläge. Om du vill kan du skapa ett meddelande om anpassat underhållsläge, kanske ange när webbplatsen kommer att vara tillgänglig igen eller ange orsaken till att du utför underhåll.
Framsidan på din webbplats kommer att se ut som vanligt när din webbplats är i underhållsläge. Användare kommer endast att se meddelandet om underhållsläge när de försöker komma åt innehåll, såsom kurser.
Gör så här för att sätta din webbplats i underhållsläge:
- Gå till snabbåtkomstmenyn > Server > Underhållsläge .
- Klicka på knappen Aktivera.
Ett alternativt sätt att sätta din webbplats i underhållsläge (till exempel om du inte kan komma åt webbgränssnittet) är att skapa en fil som heter maintenance.html och spara den i mappen som heter 1 i din totaradata-mapp. Ett meddelande om anpassat underhållsläge kan anges i filen maintenance.html .
Om du vill ge åtkomst till andra användare än platsadministratörer i underhållsläge (kanske för testning) så kan du aktivera åtkomstplatsen för kapacitet medan du är i underhållsläge (plats:underhållsåtkomst) i systemkontexten för en roll . Detta ger åtkomst till webbplatsen när $CFG->maintenance_enabled är aktiverat.
Rengöring
Storleken på specifika tabeller i databasen kan kontrolleras genom att ställa in lämpliga gränser i snabbåtkomstmenyn > Server > Rensning .
Rengöringssidan innehåller följande alternativ:
Inställning | Beskrivning | Anteckningar |
---|---|---|
Ta bort alla inte fullt bekräftade användare efteråt | Om du använder e-postautentisering är detta den period inom vilken ett svar kommer att accepteras från användare. Efter denna period raderas gamla obekräftade konton. | - |
Ta bort de ofullständiga användarna efteråt | Efter denna period kommer gamla konton som inte var helt inställda att raderas. | - |
Radera loggar för slutförande av kurs efter | Kursavslutningsloggar kommer att raderas efter valt antal år. När dessa loggar har raderats kommer de inte längre att visas som transaktionshistorik i redigeraren för kursslutförande. Du kan använda den här inställningen om du vill minska databasstorleken. | Endast loggar för transaktionshistorik för kursslutförande raderas – detta påverkar inte poster för kursslutförande (aktuella eller historiska). Tänk på att om manuella ändringar görs i kursslutföranden eller kursslutförandehistoriken, innebär radering av loggar att det inte är möjligt att spåra vem som gjort ändringar och när. |
Avaktivera betygshistorik | Inaktivera historikspårning av ändringar i betygsrelaterade tabeller. Detta kan snabba upp servern lite och bevara utrymme i databasen. | - |
Livscykel för betygshistorik | Detta specificerar hur länge du vill behålla historiken över ändringar i betygsrelaterade tabeller. Det bästa är att behålla detta så länge det går. Om du upplever prestandaproblem eller har begränsat databasutrymme, försök att ställa in ett lägre värde. | - |
Rensa upp tillfälliga datafiler äldre än | Ta bort tillfälliga datafiler från datakatalog som är äldre än vald tid. | - |
Miljö
Miljösidan gör att du kan kontrollera att din server uppfyller alla systemkrav för dina nuvarande och framtida versioner av Totara.
Kontrollera att statusen är okej för alla serverkrav.
Unicode
Totara använder krypteringssystemet Unicode tecken. Kodningsformuläret UTF-8 används för att stödja flera språk, samt specialtecken som används inom naturvetenskap och matematik. Du kan läsa mer om Unicode på Unicode-konsortiets webbplats.
PHP-information
PHP-informationssidan ger information om den version av PHP som din server kör, inklusive PHP- sammanställningsalternativ och tillägg, serverinformation och PHP-miljö och versionsinformation för operativsystem.
Kron
Totara cron-processen är ett PHP-skript (del av standardinstallationen av Totara) som måste köras regelbundet i bakgrunden. Totara cron-skriptet kör olika uppgifter med olika schemalagda intervall.
Ett specialprogram används för att köra Totara cron-skriptet med ett regelbundet intervall. Totara cron-skriptet kör uppgifter inkluderar att skicka e-post, uppdatera Totara-rapporter, RSS-flöden, aktivitetsavslut, publicera forummeddelanden och andra uppgifter. Eftersom olika uppgifter har olika scheman kommer inte alla uppgifter att köras i Totara när cron-skriptet utlöses.
Cron-programmet (som kör Totara-skriptet) är en kärndel av Unix-baserade system (inklusive Linux och OSX) som används för att köra alla typer av tidsberoende tjänster. På Windows är den enklaste lösningen att skapa en uppgift i Windows Task Scheduler och ställa in den så att den körs med jämna mellanrum. På delad hosting, bör du hitta dokumentationen (eller be support) hur cron är konfigurerad.
I huvudsak innebär uppgiften att lägga till ett enda kommando till listan över cron-aktiviteter på ditt system. På Unix-baserade system är denna lista en fil som kallas crontab, som alla användare har.
Kommandot Totara cron
Totara har två olika sätt att distribuera cron, med olika skript inom Totara-installationen. Dessa är följande:
- CLI-skriptet (tolk av kommandorad): Detta kommer att vara på vägen /path/to/Totara/admin/cli/cron.php. Om du är osäker är detta rätt skript att använda. Detta måste köras av ett PHP CLI-program på din dator. Så det slutliga kommandot kan se ut som /usr/bin/php /path/to/Totara/admin/cli/cron.php. Du kan (och bör) prova detta på din kommandorad för att se om det fungerar.
- Det webbaserade skriptet: Detta måste köras från en webbläsare och kommer att nås via en URL som liknar http://your.totara.site/admin/cron.php. Du kan hitta kommandoradsbaserade webbläsare (t.ex. wget), så det slutliga kommandot kan se ut som /usr/bin/wget http://your.totara.site/admin/cron.php. Detta har fördelen att det kan köras var som helst. Om du inte kan få cron att fungera på din maskin, kan den köras någon annanstans.
Hitta rätt plats för att lägga kommandot
Detta beror verkligen på vilket system du använder, och du bör hitta och läsa dokumentationen för din plattform eller värd. I de flesta fall, få Totara cron att köra består av att upprätta rätt kommando (ovan) och sedan lägga till det, och tiden att köra kommandot, till någon form av fil. Detta kan antingen ske via ett specifikt användargränssnitt eller genom att redigera filen direkt.
Om du använder CLI-versionen måste du också se till att cron-processen körs som rätt användare. Detta är inte ett problem med webbversionen.
Exempel: Installera cron på Ubuntu/Debian Linux. Förutsatt inloggad som rot:
Använd crontab-kommandot för att öppna ett crontab-redigeringsfönster för www-dataanvändaren. Detta är användaren som Apache (webbservern) körs som på Debian-baserade system.
$ crontab -u www-data -e
Detta öppnar ett redigeringsfönster. För att köra clicron- skriptet var 15:e minut, lägg till raden:
*/15 * * * * /usr/bin/php /path/to/Totara/admin/cli/cron.php >/dev/null
Observera att den slutliga >/dev/nullen skickar alla utdata till 'bin' och hindrar dig från att få ett e-postmeddelande var 15:e minut.
Prestanda
Sidan Prestanda (under Server > Prestanda ) innehåller en mängd olika inställningar som kan användas för att optimera webbplatsens prestanda.
Inställning | Beskrivning | Anteckningar |
---|---|---|
Extra minnesgräns för PHP | Vissa skript som sökning, säkerhetskopiering/återställning eller cron kräver mer minne, så det rekommenderas därför att ställa in högre värden för stora webbplatser. | - |
Maximal tidsgräns | Denna inställning används för att begränsa den maximala PHP-exekveringstiden som Totara tillåter utan någon utgång. För att använda standardbegränsningarna, ange 0. Om du har en front-end-server med egen tidsgräns, ställ in detta värde lägre för att ta emot PHP-fel i loggar. Gäller ej CLI skript. | - |
cURL cache TTL | Time-to-live för cURL cache i sekunder. | - |
Bitrate att använda vid beräkning av curl timeout (Kbps) | Denna inställning används för att beräkna lämplig timeout under stora cURL förfrågningar. Som en del av denna beräkning görs en HTTP HEAD-begäran för att bestämma innehållets storlek. Om du ställer in detta på 0 inaktiveras denna begäran från att göras. | - |
Navigering i cachetopp | Högre värden förbättrar prestanda, men vissa förändringar i menystrukturen kan fördröjas. | - |
© 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.