[PPNL-Techteam] civicrm - og

[Casper Gielen]

On 05/09/2012 01:38 PM, Bob Sikkema | DigitalForce.eu wrote:
> Er is niets mis met de huidige omgeving, enkel voor performance wil je 2
> wijzigingen (memcache en percona). Zelf voor het developen is dit een
> vereiste.

ok

>> Laten we van een probleem een oplossing maken (ik voel me helemaal de
>> manager ;)
>> Je bent namelijk niet de enige met wie we dit probleem hebben. Er is
>> ook een designer bezig met de
>> website en die heeft eigenlijk ook een goede development omgeving
>> nodig. Ik heb 1 test-site voor
>> mezelf opgezet waar ik hem nu in laat werken, maar dat is ook niet
>> ideaal. Ik ben m'n test kwijt
>> en hij zit op de productie-server te devven.
>> Ook voor CiviCRM is eigenlijk een test/dev omgeving nodig. Het is een
>> complex pakket waar we nog
>> niet genoeg van af weten. Aangezien het gevoelige info bevat kunnen we
>> niet te veel experimenteren
>> met de ene site die we nu hebben.
> Er draait toch enkel test op? civicrm en liquid? Nu nog een DTA omgeving
> ernaast zetten, kost veel te veel tijd. Volgens mij heeft de
> piratenpartij dit niet. Het probleem van tijd zit in het achteraf
> integreren

Nee, we hebben nu 1 webserver in gebruik die we voor alles gebruiken,
development en productie. Liquid Feedback wil ik even buiten dit verhaal
houden en ons zuiver op Drupal (en CiviCRM) richten.
Noodgedwongen wordt er ook vanalles getest op de CiviCRM-site, maar dat
is eigenlijk niet de bedoeling.

> Er is niets mis met de omgeving. Drush is enkel een tooltje om extra
> modules etc. te installeren, en wat beheer zaken te doen. Dit kan
> makkelijk achteraf. Het is gewoon een package/tooltje.

Ik wil niet dat drush files gaat overschrijven die ook door het Ubuntu
package-management worden beheerd, dat gaat maar vervelende conflicten
opleveren. Alle onze sites delen 1 Drupal-installatie. Achteraf gezien
blijkt dat niet optimaal. We kunnen niet de ene site upgraden zonder
invloed te hebben op de andere. We willen dus toe naar gescheiden
installaties van Drupal.

> Ik zal op m'n eigen server 2 trees aanmaken, development en 'productie',
> zodat je/we de huidige meuk ernaartoe kunnen verhuizen (als ik je goed
> begrijp). Backup en monitoring is al ingeregeld. Graag ontvang ik dan

Graag. Als het niet te veel extra werk is (wat ik denk), kun je dan 2
development trees opzetten zodat we verschillende mensen kunnen laten
developen zonder klaar te veel voor de voeten te lopen.

> hoe ldap is opgezet, zodat ik dit snel kan herdoen, en me er niet teveel
> in hoef te verdiepen, en straks makkelijk de boel kunnen verhuizen. Ook
> verneem ik graag -als je dit weet- hoe je 2 ldap instances kunt draaien
> op 1 server. Ikzelf heb nog niet zoveel met ldap gespeeld.
> Ook zal ik de installatie uitgebreid documenteren, zodat je/we het
> straks op je huidige bak kunnen doen die dan als productie gaat dienen.
> Dan beperken we de doorlooptijd.
> Zoiets? Bedoel je dit ook? check-check, dubbel check. :-)

Zoiets ja :)

Ik ben zelf ook geen groot LDAP-kenner, maar volgens mij is het wel
mogelijk maar ik weet het gewoon niet. Ik zal je vanavond als ik weer
thuis ben een gedeeltelijk dump van onze database sturen zodat je de
juiste structuur hebt. Ik zal dan ook een account voor je aanmaken op
onze documentatie-site.

Ik gebruik de LDAP-module voor Drupal7. Die is helaas nog lang niet af.
Als noodgreep heb ik alle authorizatie in het 'employeeType' attribuut
gestopt. Dat is niet waar ik naar toe wil maar voor het moment de enige
werkende oplossing.
Als het goed is komt er volgende week een nieuwe release die wel met
groepen overweg kan.
Gelukkig is LDAP vrij eenvoudig achteraf toe te voegen.
LDAP zorgt er dan voor de wachtwoord-controle en eventueel een of
meerdere drupal-groepen toe aan de gebruiker (WebsiteBlogger ofzo).
Er is ook een optie om Organic Groups te gebruiken maar die zit vol
fouten. Ook hiervoor krijgen we hopelijk volgende week een update.

Losse opmerking: voor iedere site die ik heb maak in een directory aan
in /srv, bv /srv/civicrm.piratenpartij.nl/ . Zou je dat ook kunnen doen,
dat maakt de integratie later makkelijk.

-- 
Casper Gielen


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <https://lists.piratenpartij.nl/mailman/private/techteam/attachments/20120509/90146b2b/attachment.pgp>