Archief - Standaard template - nieuw drupal project

Hallo,

ik had graag even gehoord hoe andere drupal developers/bedrijven omgaan met de volgende zaken:

1. 
   Stel nu dat je als bedrijf heel vaak kleine drupal websites maakt waarin telkens kleine wijzigingen moeten gebeuren.
   Voorbeelden hiervan zijn: thema wijzigen, contenttypes aanpassen, banner toevoegen, ... . Gebruiken jullie hier soms een "standaard project" voor met standaard modules, configuratie, .. ? En zo ja, hoe passen jullie dit toe?

• 
  Er zijn vaak security updates in Drupal. Stel nu dat je 20 drupal sites online hebt staan, en die moeten allemaal een update hebben. Hoe kan je dit gaan automatiseren? Of hoe gaan jullie hier mee om?

• 
  Als je een staging & een productie omgeving hebt. Hoe kan je dan gemakkelijk gaan synchroniseren tussen die 2 (database gewijs)?

Een multisite opzetten kan 1 & 2 al heel wat vergemakkelijken: https://www.drupal.org/documentation/install/multi-site

Je core is volledige geshared, en je kan modules installeren op alles of enkel op een bepaalde subsite. Alles zit wel in één database natuurlijk, maar je core tabellen zijn ook geshared, al kan je zelf kiezen om (ik zeg nu maar iets) de user tabel niet te sharen of net wel. Voor elke subsite kies je dan een prefix om onderscheid te maken.

Updates doen wij voorlopig nog altijd manueel, niet dat dat een probleem hoeft te zijn, de volledige config van de multisite zit (op je symlinks, evt. htaccess config en robots.txt na) in de sites folder waar je toch niet moet aan komen bij een update.

Heb ik geen oplossing voor behalve manuele overzet (wat ook voor ons eigenlijk te veel werk is, maar de enige "zekerheid" dat het goed gaat)

Ik werk niet met Drupal, maar bij Wordpress en Joomla bijvoorbeeld installeer ik de security updates elke maand voor iedere site apart. Het loopt namelijk niet steeds goed af, en dus doe ik het site per site. Manueel van staging naar live is inderdaad het beste. Alhoewel voor grote projecten een automatisch script kan geschreven worden, maar dat deed onze sys admin vroeger ipv de webmaster (handig )