Stel je voor dat de 12 faculteiten van je "John Smith University" (fictieve naam) hun portaal willen laten zien onder een duidelijk uiterlijk (elk wil zijn eigen variatie van het logo in de koptekst en een iets andere achtergrondkleur).
U hebt bijvoorbeeld een algemene http://admin.jsu.edu/ en vervolgens een specifieke rechtenfaculteit: http://law.jsu.edu/, een faculteit wetenschappen: http://sci.jsu.edu/, enz.
Elk van hen heeft zijn eigen docenten, die, en ik citeer, “soms” een cursus aan meer dan één faculteit moeten geven. Studenten zijn ook studenten van één enkele faculteit (slechts enkele "uitzonderlijke gevallen" zijn dat niet). Ten slotte zijn de cursussen anders, "behalve" in specifieke gevallen voor zeer algemene cursussen...
Chamilo verbergt (in zijn vele schatten) een discrete maar praktische functie voor het geval u uw Chamilo-portaal gebruikt voor verschillende categorieën gebruikers, waarvoor u moet overwegen om het portaal beschikbaar te maken met een tweede domeinnaam, een ander visueel aspect en een pre -selectie van slechts enkele gebruikers en cursussen. Een onafhankelijke ruimte die een deel van zijn inhoud en al zijn code deelt, als je wilt.
U wilt bijvoorbeeld een Chamilo-portaal aanbieden op en een ander op . Zelfs als dit een afzonderlijk portaal is, hebt u waarschijnlijk hetzelfde administratieteam dat al deze beheert, dus is het logisch om zowel de database als de map met bestanden te delen. Op deze manier kunt u zelfs gebruikers en cursussen over alle portals verdelen zoals u wilt.
Voor degenen die bekend zijn met Drupal is dit niet hetzelfde als een multi-site configuratie, aangezien Chamilo multi-url de database deelt tussen alle instances. Het biedt wel meerdere portals, maar het is ook strakker verbonden met de database.
We noemen deze oplossing multi-URL. Door multi-URL in te schakelen, schakelt u het volgende mechanisme in:
je gebruikt dezelfde broncode (dus minder onderhoud)
je gebruikt dezelfde database (dus minder duplicatie van gegevens)
één "master" -portaal (die niet rechtstreeks door uw klanten wordt gebruikt) stelt u in staat om "slaaf" -portalen te definiëren
elke cursus wordt gecreëerd in een “slaaf” portaal, en is alleen zichtbaar binnen dit slavenportaal
elke gebruiker wordt aangemaakt in een “slaaf” portaal, is alleen zichtbaar binnen dit portaal en heeft alleen toegang tot dit portaal
elk slaafportaal gebruikt een andere domeinnaam (of een ander subdomein)
elk portaal kan zijn eigen grafische stijl gebruiken
één (of meer) beheerders kunnen aan elk slaafportaal worden toegewezen. Deze beheerder heeft geen toegang tot algemene instellingen, noch tot de gebruikers en cursussen van andere portals
één sessie kan een globale cursus gebruiken, maar elke sessie bestaat slechts in één en slechts één portaal
Als u dezelfde database gebruikt, profiteert u van deze "extra functies":
een cursus kan "globaal" worden gemaakt en gebruikt worden via sessies op alle slaafportalen
één gebruiker (leerling, leraar of beheerder) kan door de globale beheerder toegang krijgen tot andere portals
Om de multi-URL-modus te configureren, heeft u nodig
toegang tot de configuratie van uw webserver
toegang tot de definitie van uw domeinnamen
toegang tot het Chamilo-configuratiebestand
Het installatieproces is als volgt
update main/inc/conf/configuration.php door de commentaarteken vóór de regel te verwijderen: $_configuration['multiple_access_urls'] = true;
voeg ServerAlias-richtlijnen toe in uw Apache's VirtualHost (zie hieronder)
definieer domein- of subdomeinnamen (DNS) zodat ze naar uw server verwijzen
[verouderd] voeg regel “1,1” toe aan uw access_url_rel_user tafel (deze regel is niet meer nodig vanaf Chamilo LMS 1.9).
ga naar de Chamilo admin-pagina en volg de link Multiple URL portals
herdefinieer uw hoofd-URL (vervang localhost) en voeg de gewenste subportalen toe, voeg vervolgens een lokale beheerder toe en schakel deze in voor elk ervan
Afbeelding: Administratie - Multi-URL's
Voor twee verschillende multi-URL's en één administratieve URL, gebaseerd op het domein campusabc.com, zou de VirtualHost er ongeveer zo uitzien:
Vergeet niet altijd te bedenken dat uw eerste portaal een generiek, administratief portaal zal zijn. Gebruik het bij voorkeur niet voor directe toegang door studenten. Declareer zoiets als admin. [Domeinnaam] als de eerste host, en declareer vervolgens de URL's die je echt gaat gebruiken.
Stel dat uw bedrijf, KBTS (fictieve naam), gezondheids- en veiligheidscursussen aanbiedt voor verschillende klanten. Stel je voor dat een van je klanten Coca-Cola® is en de andere Pepsi®. Misschien wil je niet dat deze twee klanten weten dat je ze dezelfde cursus verkoopt of dat je hetzelfde portaal gebruikt om ze les te geven. Natuurlijk zou je dezelfde cursus willen hergebruiken (om de hoeveelheid werk niet te dupliceren), maar zonder dat je leerlingen bijdragen zien van de leerlingen van het andere bedrijf ... Met multi-URL , kunt u cocacola.kbts.com en pepsi.kbts.com opzetten om dat scheidingsdoel te dienen.