search

svsticky / sadserver

Documentation and configuration management of Study Association Sticky's servers
Other
7 stars 1 forks source link

multi-site wordpress #21

Closed martijncasteel closed 7 years ago

martijncasteel commented 8 years ago

One running instance to run them all! At the moment there are a number of wordpress websites on the server instead of having several running with their own dependencies we can use multi-site.

I haven't worked out all the details but this could maintainability and I think the it-crowd should be super admin and give the others an editor account in such they can edit posts and pages but have to come to us for new plugins (although admins can only edit their own site there is no need to plugin everything).

verder vind ik het design van sticky het mooist en die is wel aan een update toe, laat staan de anderen, meteen maar in de footer hosted by svsticky.nl.

martijncasteel commented 8 years ago

https://wordpress.org/plugins/wordpress-mu-domain-mapping/

duijf commented 8 years ago

Applicatie level concern als je het mij vraagt. Het is niet alsof we bijzonder extra veel resources nodig hebben om meerdere WordPress sites apart aan de praat te houden. Dit klinkt meer als veranderen om het veranderen, als er geen verdere voordelen aan zitten (of onderhoudbaarheid heel compelling is)

arianvp commented 8 years ago

wel handig qua security was ons idee. Aangezien we dan niet al de plugins apart hoeven bij te houden

tomwassenberg commented 8 years ago

Ik noemde dit een tijdje geleden tegen @martijncasteel toen we het over de verschillende websites hadden. Het grootste voordeel was inderdaad de onderhoudbaarheid, vooral op het gebied van plugins. Ik heb een tijdje geleden voor elke WP-installatie een account voor de IT Crowd gemaakt, om dingen bij te kunnen houden, maar dit schaalt niet echt lekker. Met MU is het aantal WP-sites makkelijker te schalen, en kan er dus makkelijker de mogelijkheid voor een site worden aangeboden aan een commissie die zelf geen tech-savvy lid hebben.

@duijf stelt echter wel terecht de vraag wiens verantwoordelijkheid dit is, van @svsticky/it-crowd of @svsticky/commit. Het eenmalige instellen kunnen alleen wij doen, maar het verdere onderhoud en aanmaken van nieuwe gebruikers etc is niet meer applicatie-overstijgend, dus is in mijn ogen CommIT-territory.

duijf commented 7 years ago

Ik gooi deze ook dicht. Als we toch besluiten dat het ons probleem is, dan zie ik graag dat iemand concrete taken identificeert en daar issues voor aanmaakt.