• Opgelost Salafor

    (@salafor)


    De titel zeg het al, ik vraag me af of ik Multisite moet gebruiken of niet.

    De situatie is als volgt:
    Voor een project op de middelbare school wil ik leerlingen leren om een WordPress site vorm te geven en er informatie mee te delen. De bedoeling is dat ze zelf bepalen hoe ze de site willen vormgeven en op welke manier ze de informatie willen delen. Dit zal dus ook betekenen dat ze hun eigen plugins/templates kiezen.

    De mogelijkheden die ik kan bedenken om dit te realiseren zijn:

    1. Aparte WordPress installatie op een subdomein per groep
    • Dus: groep1.voorbeeld.nl als losstaande WordPress
    • Multisite WordPress per groep
    • Dus: voorbeeld.nl/groep1 als Multisite

    Met Multisite heb ik altijd een vinger in de pap. Met een aparte WordPress installatie per groep hebben ze geheel hun eigen vrijheid. Deze vrijheid is natuurlijk leuk, maar als eigenaar van het domein wil ik wel controle kunnen hebben over de websites die op mijn domein staan. En loop ik geen risico op mijn gehele website als ze malafide plugins installeren?

    Dus mijn vraag is concreet als volgt:

    Is het handig om Multisite te kiezen voor de oplossing. Zoja, is er dan een manier om ze wat meer vrijheid te geven met bijv. plugins?

    Of is het handiger om te gaan voor aparte WordPress installaties, en hoe kan ik dan het beste controle houden op elke site?

    Ik snap dat het een lastige vraag is en ben voornamelijk op zoek naar advies en ervaringen. Misschien dat het makkelijk, veilig en met veel vrijheid kan maar dat ik er zelf nog niet op ben gekomen.

    Alvast vriendelijk bedankt! 🙂

7 reacties aan het bekijken - 1 tot 7 (van in totaal 7)
  • Als eigenaar van het domein beschik je hoogst waarschijnlijk ook over FTP en Database gegevens, hiermee heb je zelf altijd in de hand wat er gebeurd. Met een paar simpele handelingen kun je een website namelijk dicht zetten voor bezoekers of een nieuwe gebruiker voor jezelf aanmaken binnen de betreffende WordPress installatie.

    Een multisite lijkt me geen goed idee, omdat je dan mogelijk eerder tegen problemen aan loopt als iemand zijn site ‘kapot heeft gemaakt’ en een lege installatie moet worden opgeleverd. Dat lijkt me namelijk een vrij reële situatie als ik je bericht zo lees.

    Dit is een interessant topic, ik zit met de zelfde vraag. Begrijp ik het goed dat naast een multisite, het ook mogelijk is om 3 X WP te installeren “achter een submap”. Dus zo:

    voorbeeld.nl/httpdocs/map1 voor de installatie van site 1
    voorbeeld.nl/httpdocs/map2 voor de installatie van site 2
    voorbeeld.nl/httpdocs/map3 voor de installatie van site 3

    En deze installaties “bijten” elkaar niet zolang ze hun eigen database hebben?

    Deze constructie is ook handig als je geleidelijk een oude site wilt vernieuwen. Je kunt dan de oude in map 1 laten staan en de nieuwe vast in map 2 bouwen en op een bepaald moment overschakelen, of even terug schakelen als de nieuwe site nog niet 100% in orde is

    In dit geval is een multisite installatie eigenlijk geen oplossing.
    Dit omdat zowel bestanden als database gedeeld worden.

    Alle thema’s en plugins staan in een gedeelde theme’s en plugins map, de netwerk administrator kan bepalen welke site gebruik kan maken van welke plugin of alles gelijktijdig voor het hele netwerk activeren.

    het nadeel van installaties in /submap is dat de deze door oa. google mogelijk als een en de zelfde site gezien worden, plus dat het problemen op kan leveren met sommige api-keys (meerdere sleutels op het zelfde domein) en dat de hoofd-site beperkt wordt in het gebruik van adressen.

    subdomeinen lijkt mij het beste, dat geeft ook de mogelijkheid om het op de server als individuele sites af te schermen van elkaars bestanden. Kunnen ze ook niet als grapje elkaars bestanden en database verwijderen.

    Hallo Richard,

    Dank voor jouw advies. Kan je me nog iets vertellen over hoe ik subdomeinen kan inrichten? Ik bezit een “hoofddomein.com” . Moet ik subdomeinen via mijn provider/host organiseren? Want dat is dus niet het zelfde als een submap, wanneer ik je goed begrijp.

    Dankjewel

    Dat wisselt per provider/beheer systeem hoe dit aangemaakt moet worden.

    In het geval van @salafor wil je eigenlijk voor ieder subdomain een individueel hosting pakket zodat de leerlingen en voornamelijk hun code, niet bij elkaars websites/bestanden kunnen komen.

    Wanneer je namelijk met subdomeinen binnen het zelfde hosting pakket werkt kan een bug in site A ook sites B t/m Z infecteren. Wanneer je dat afschermt kan dat beperkt blijven tot site A.

    Hallo Richard,

    Ik zal kijken hoe ik subdomeinen kan openen bij Hosting2Go, mijn provider. In mijn geval gaat het overigens niet om een klas, maar om verschillende activiteiten die ik niet op één website wil onderbrengen, maar waarvan ik wel de administrator ben.

    T.z.t. zal ik de oplossing hier posten.

    Dank voor het meedenken!

    Thread starter Salafor

    (@salafor)

    Bedankt voor de reacties allemaal! 🙂
    Ik heb voor nu het volgende gedaan:

    1. Goedkoopste hosting aangevraagd bij One.com (Hier zijn een groot aantal subdomeinen mogelijk zonder dat dit problemen op zou leveren)
    2. Negen subdomeinen aangemaakt via de manager.
    3. Elk subdomein een eigen WordPress installatie gegeven.

    Tot dusver werkt dit bijzonder goed, met name omdat ze alleen maar in WordPress zelf werken met wat standaard plugins en voornamelijk text editing. Dat het fout kan gaan is wel gebleken, één groepje had bij de instellingen de URL veranderd waardoor de verwijzing foutliep, dit moest via de achterkant gefixt worden. De andere groepen hadden hier echter geen last van.

    Ze maken allemaal wel gebruik van dezelfde database. In hoeverre ze hiermee in andermans database tabel kunnen neuzen weet ik niet, daar heb ik niet op gelet en dat is hopelijk ook niet van toepassing. Ik weet wel dat ik uiteindelijk alles nog kan terugdraaien en dat is het belangrijkste.

    Mijn keuze voor deze oplossing in plaats van MultiSite is als volgt:

    • Met MultiSite heeft de gebruiker geen vrijheid. Elke thema of plugin die ze willen proberen (dat zijn er nu dus al denk ik meer dan 50 geweest) moet eerst langs jou.
    • Iedereen ziet alle plugins en thema’s die je voor een ander erin zet (is vast een plugin om dat tegen te gaan, maar dat is meer werk).
    • Plugins die niet goed zijn geschreven zullen niet werken met MultiSite. Het zijn er niet veel, maar de kans is aanwezig.
    • Er zijn andere manieren (User Role Editor & Audit Log Viewer) om de gebruiker ‘de baas’ te blijven en controle te houden. Zolang jij FTP toegang hebt is alles wel te repareren.
    • In de toekomst moet de ‘winnende’ website mogelijk overgezet worden naar een andere WordPress installatie. Het exporteren van één WordPress installatie uit een MultiSite schijnt niet vanzelfsprekend te zijn.

    De enige reden waarom ik voor de toekomst nog voor MultiSite zou kiezen is als ik een groep mensen de mogelijkheid wil bieden om een website te maken waarbij ze kunnen kiezen tussen circa 6 thema’s en 10~15 plugins die ik van tevoren heb “goedgekeurd” voor algemeen gebruik. Wat zich vertaalt naar websites voor bijvoorbeeld familieleden.

    Voor alle andere situaties zou ik eerder een (sub)domein regelen en wat plugins gebruiken voor rechtenbehoud.

    Aangezien ik mijn keuze heb gemaakt zal ik dit onderwerp markeren als opgelost. Nogmaals bedankt voor de reacties! 🙂

7 reacties aan het bekijken - 1 tot 7 (van in totaal 7)
  • Het onderwerp ‘Multisite of geen Multisite’ is gesloten voor nieuwe reacties.