[PPNL-Techteam] Drupal modules review + OG

[Bob Sikkema | DigitalForce.eu]

Ik ga beginnen met de OG configuratie.

Ik maak daarvoor (werkgroepen) één kopje aan onder het menu. Willen 
jullie kijken of dit goed is, of waarnaar dit verplaatst moet worden?

Ik ga de demo module installeren, om een backup te maken (database en 
modules), OG updaten, en de modules;

  * http://drupal.org/project/comment_og/
    Dit is voor functionaliteit, zodat enkel organic group members op
    sommige discussies kunnen reageren.
  * http://drupal.org/project/notifications_team/ (dep;
    http://drupal.org/project/notifications)
    makkelijk teamleden informeren bij update of posts. Dit scheelt dat
    iedereen steeds alles krijgt, dus voorkomt een overload aan info bij
    vele gebruikers

Installeren.

'k zit in de techteam icr.



On 25-05-12 22:58, Bob Sikkema | DigitalForce.eu wrote:
> Heren,
>
> Ik zou even kijken naar de modules, opschonen, en eigenlijk zou ik ze 
> ook willen updaten.
>
> Dit hoeft niet direct morgen (de OG modules en eventueel voor 
> view-gallery op verzoek van GeertJohan wel), ik wil jullie planning 
> niet in de weg staan, ik beantwoord enkel het verzoek :-)
>
> Backup maken kan ik niet, dus uit voorzorg, en so-wie-so makkelijk 
> voor de ontwikkeling is de demo module. Zo kun je altijd een stap 
> terug (als je van te voren een backup maakt :-))
>
>   * demo; http://drupal.org/project/demo
>
>
> Updaten
>
>   * zie
>     https://test.piratenpartij.nl/user#overlay=admin/reports/updates/update
>   * Oganic groups naar 1.4
>
>
> Volgende modules wil ik toevoegen
>
>   * Organic groups
>       o http://drupal.org/project/comment_og/
>         Dit is voor functionaliteit, zodat enkel organic group members
>         op sommige discussies kunnen reageren.
>       o http://drupal.org/project/notifications_team/ (dep;
>         http://drupal.org/project/notifications)
>         makkelijk teamleden informeren bij update of posts. Dit
>         scheelt dat iedereen steeds alles krijgt, dus voorkomt een
>         overload aan info bij vele gebruikers
>
>
> Volgende modules kunnen volgens mij weg
>
>   * context, delta. wordt deze gebruikt. ik ken 'm niet. zo ja,
>     waarvoor wordt-ie expliciet gebruikt?
>   * menu_attributes. wordt niet gebruikt.
>   * menu_breadcrumb wordt niet gebruikt.
>   * migrate, migrate_extras, wordpress_migrate was voor import
>     wordpress neem ik aan. hebben we niet meer nodig toch?
>   * nice_menus word niet gebruikt
>
> Ik heb geen toegang tot de apache log! Gaarne standby een 
> systeembeheerder. De kans dat er wat mis gaat is minimaal, ik maak 
> -so-wie-so- vooraf een copy database (via demo module, waarin ook een 
> copy modules in zit). MySQL kan ik niet bij, maar kans is klein dat 
> zoiets gebeurd (<<<1%). mysql dump kan ik n.l. niet terug plaatsen. 
> just safety for all :-)
>
> Gaarne feedback, commentaar etc :-)
>
> /2de/
> Tussen Casper en mij zat een ruis. Ik ging er vanuit dat er een aparte 
> OG site kwam. We hadden het er ook over dat ik zou ontwikkelen op mijn 
> eigen server, en daarna de boel zou migreren. Dat is totaal onmogelijk 
> om van 2 Drupals één te maken, ik denk dat dat de reden is dat we 
> langs elkaar praatte. De impact van mijn doen op een eigen drupal 
> sub-tree op jullie continuïteit achte ik dus ook minimaal. Nu het dus 
> om dezelfde site gaat, is er wel een gering risico. Temeer omdat ik 
> niet bij de apache logs e.d. kan om het probleem snel op te lossen. Ik 
> verwacht geen problemen, en acht de risico's minimaal. Omdat het dus 
> wel om één en dezelfde site gaat, ìs er altijd risico. Als er wat is 
> zal ik het techteam mailen en tijdens acties zal ik op het irc zijn, 
> en mijn werken aankondigen. Ik zal -uiteraard- uiterste 
> voorzichtigheid gebruiken. Ik zal tijdens mijn doen in het techteam 
> irc zitten. Komt goed :-)
>
> Wanneer we live gaan Suggestie
>
>   * apc instellen niet steeds file te checken bij runnen. _na update
>     moet php (fpm?/apache) dus herstart worden_.
>     http://php.net/manual/en/apc.configuration.php/|
>     apc.stat = 0|/
>   * php geheugen limiet staat op 128M, dit is waarschijnlijk te weinig
>     als we met views en al die modules gaan werken (Bèr, toch? Ik zet
>     'm standaard op 512M, heel ruim maar wel veilig, meeste is toch
>     gecached (apc), zeker als we naar nginx willen)
>
>
> Dus... ik wil morgen OG updaten en die 2 OG-modules plaatsen, ik denk 
> begin van de middag. Ik kom VOORAF op de techteam irc voor overleg, of 
> gaarne reactie op deze mail.
> Daarnaast zal ik naar het verzoek van GeertJohan kijken wat betreft de 
> rotating view.
>
> Voor de overige vraag, modules nalopen, overbodige deleten, wacht ik 
> jullie reactie af. Dit omdat dit -met een klein risico- impact heeft 
> op jullie werk, daar er dan eigenlijk even niet op de server kan 
> worden gewerkt. Dit hoeft maar een tiental minuten te duren, maar 
> liefst heb ik wel een systeembeheerder online, en wil ik deze actie 
> dus plannen. Liefst doe ik dit (updaten, deleten modules) ook morgen.
>
> Mijn dank :-)
>
> Bob


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.piratenpartij.nl/mailman/private/techteam/attachments/20120526/54bbb751/attachment.html>