Le Figaro (the oldest and the biggest daily newspaper in France) invite media organisations using Drupal to discuss “Drupal and Media”.
We will stream live our first meeting about the use of Drupal in Media
Stay tuned on Ustream http://www.ustream.tv/channel/drupalmedia Thursday the 11th from 2PM to 5PM Paris's time (8AM to 11AM East Time)
You will be able to tchat and have your input.
Simon Elliott http://groups.drupal.org/user/27802 will translate as we go on the tchat so you can follow our debate
Before we meet in Paris for the next DrupalCon it’s important to know that in France all the media express strong interest in
Drupal, from pure player to dead tree press, not forgetting Radio and TV. Present will be all the French speaking news websites using Drupal :
- Rue89.com
- Mediapart.com
- Slate.fr
- CourrierCadres.com
- But also Edipress a Swiss newspaper group with more than 15 media websites.
We will works in a Camp format
Everyone can participate and share good practices, warning about pitfalls and sharing new ideas.
The discussion subjects we are thinking about are :
- Scalability traffic and demands constant uptime and performance.
- Way to share development in industry related module like (XML conversion, wire processing, file conversion, 3rd Party Ad Serving Services, Media handling, Workflow)
- Good practices on project management, Scrum and Agile
- Best media modules and installation profile
- Home Page Main chanels and newspaper
We will broadcast our camp on Ustream. You will have a chance to ask question and listen live.
Before the event please fell free to ask questions and share your thoughts about Media and Drupal;
If you wish to attend in person please send a mail ingold DOT jb AT gmail DOT com
Comments
Interesting meeting
Alors que le NYC Times risque de suivre le train du tout online et Libération qui vient demander une taxe sur les abonnements Internet, il faut avancer.
Christophe Vix-Gras
Drupal France & Francophonie / PeopleAtWork
Christophe Vix-Gras
Processus Qualité & Chaine de développement / Edipresse
Du coté d'Edipresse lors de la réunion Media du Jeudi 11, voici des points importants et problématiques pour nous :
La gestion de la chaine de développement. Nous utilisons de manière assez intensive le module view qui entraine du paramétrage back office "manuel". Comment "versioner" ces modifications de configuration et surtout comme les déployer sur des environnements complexes sans avoir à créer des instances cachées ou simplement modifier les vues. Nous serons très friands de ces expériences.
L'intégration HTML sur Drupal . comment l'accèlèrer ? le fait que le code soit intimement lié au design dès qu'on commence à faire des choses + élaboré fait surconsommer chez nous à ce niveau. Comment procedez vous ?
Pour views il y a une
Pour views il y a une solution super simple qui permettent d'industrialiser le dev et le deployement de views. Je pourrai en parler jeudi.
Pour l'intégration, pas de solution miracle. L'idéal est d'avoir un intégrateur qui connait Drupal pour faire de l'intégration alla Drupal. On peut quand même souvent s'arranger pour ne pas trop mélanger le design et le code. Le problème vient qu'avec Drupal il y a toujours 3 facons différentes de faire la même chose.
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
Pour Views
Bonjour Damien,
Je suis aussi preneur pour des infos qui permettraient d'accélerer le déploiement de Views. Serait-il possible d'avoir une petite note à ce propos car il me sera physiquement impossible d'être présent (ça ferait un peu cher la réunion si je compte le billet d'avion Hong-Kong / Paris :)). À ce propos, je ne sais pas si Context marche avec Views (je n'ai pas encore testé le module).
Merci !
Julien Didelet
Julien Didelet
Founder
Weblaa.com
Ok, je vais écrire quelque
Ok, je vais écrire quelque chose dessus. Ca va me booster un peu pour finir labs.rue89.com
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
content type plutot que view
houps en faite c est plus le deploiement des content type qui est laborieux
les view on s en sort avec l export / import
suis de toute maniere preneur pour view s il a mieux et plus rapide
content type plutot que view
houps en faite c est plus le deploiement des content type qui est laborieux
les view on s en sort avec l export / import
suis de toute maniere preneur pour view s il a mieux et plus rapide
Ok c'est effectivement plus
Ok c'est effectivement plus compliqué pour les content type. Pas vraiment moyen de versionner et puis ca change le schema de donnée. On pourra en parler jeudi, mais pas vraiment de solution magique pour l'instant. Ca devrait être mieux en D7 avec normalement une API CRUD pour CCK
Pour les views il y a mieux que l'import (mais c'est basé sur l'export quand même).
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
C'est à 13h ou 14h ? Et
C'est à 13h ou 14h ?
Et question subsidiaire, si c'est à 13h il y a un dej de prévu ?
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
13h et je serrai là avant pour vous acceuillir
Je vois la salle et test le wifi tout à l'heure.
Il y aura un vidéo projecteur même si c'est pas nécessairement obligatoire.
Je pense que l'option buffet est préférable pour le networking et accueillir tout le monde au fur et à mesure et faire connaissance.
L'idée est de limiter cette phase strictement aux médias pour ouvrir ensuite.
Je propose qu'on commence par discuter des buts du groupe et son degré d'ouverture aux prestataires. Nous pourrions aussi discuter des projets a avoir en commun.
Ensuite nous rentrerons dans des problématiques plus technique et concrètes que nous pourrons diffuser sur UStream. Nous aurons probablement des réactions et un dialogue à l'international en anglais. J'ai trouvé une personne qui viendra nous aider pour la traduction.
Dites moi ce que vous en pensez.
Ok qu'est ce que tu appelles
Ok
qu'est ce que tu appelles par
Sachant qu'à Rue89 nous sommes éditeur et prestataire.
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
It seems like every other
It seems like every other news site being launched these days in Denmark is build on Drupal. From major national newspaper, magazines, news sites, university papers, television etc. etc. It sounds very much like the situation in France.
We would love to partake in your discussions, that definitely will both useful and inspiring.
But we are not gonna make to Paris this thursday. Would you consider organizing something similar before or during DrupalCon when a lot of media people are coming to Paris?
Best regards,
Nikolai
(www.information.dk)
Most certainly we will translate our meeting Thursday from 2PM30
Hi Nikolai,
Most certainly we will translate in English our meeting Thursday for you to understand.
We should be able to tchat on internet with us, probably from 2PM30 Paris's Time.
And yes we will during the DrupalCon or before we will also do similar meeting but to be clear it's not an official DrupalCon Meeting Thursday.
Jean-Baptiste Ingold
06 24 78 29 22
Quelques précisions aprés être passé au Figaro à midi.
La salle a le wifi, nous l'avons testé.
Attention il faut bien s'inscrire à mon adresse ingold.jb AT gmail.com. On vous créera des tickets wifi.
Seules les personnes inscrites pourrons rentrer. Vous receverez un email de confirmation.
Je serais sur place pour vous accueillir à partir de 12h30, nous aurons un petit buffet.
Networking et le temps de se rencontrer, nous discuterons des objectifs de ces réunions et de leur ouverture aux prestataires.
Les choses plus techniques seront à partir de 14h00 et nous diffuserons sur Ustream avec une traduction en anglais.
L'invitation a été envoyée initialement à mes contacts et aux adhérents de l'association qui voulaient faire partie du groupe utilisateurs média. L'information a été largement relayée sur groups.drupal.org
Le bureau de l'association drupal France et francophonie a décidé que (comme pour les autres groupes utilisateurs) le fonctionnement de ce groupe est indépendant de l'association. L'adhésion n'est pas nécessaire. Le but de l'association est de faciliter et inciter la création de tels groupes. C'est ma fonction au sein de l'association de le faire.
Son organisation est indépendante de DrupalCon.
Pour la bonne information de tous, je précise que je suis un consultant indépendant. J'ai eu l'occasion de faire du consulting et de la formation pour le Figaro et j'espère continuer en faire, comme avec d'autres clients. Dans le cas du Figaro, j'ai notamment :
Participé à une formation en particulier le business case "Drupal et les sites médias".
Cherché des partenariats, des compétences et des ressources.
Dans le cadre d'un prototype j'ai participé au choix de l'architecture et j'ai fait le mapping des modules.
Quelques propositions pour alimenter les échanges
Si le déploiement intéresse du monde
Le Figaro peux parler de son expérimentation avec Drush.
Pour les dévellopements métiers
Un point sur l'importation XML V5 d'un système EIDOS.
L'idée est qu'il y ai des échanges sur les réussites, les échecs et les idées nouvelles.
Qu'en pensez vous ? N'oubliez pas de mettre à jour le WIKI
http://groups.drupal.org/node/22843
Summary in English
Duvivier and Didelet:
Would like to discuss deployment of views and ckk content types, in particular ways in which to accelerate the process of creating basic content types and views which they use regularly.
Damien:
Explains that there are ways to speed up the process but it is more complicated to do with content types than views; With views you can use import/export views.
(Simon: have a look at http://www.developmentseed.org/blog/2009/jan/30/easy-feature-building-sp...)
JBI
A room has been found for the event with wifi and projector if nessceary, please contact ingold.jb AT gmail.com if you would like to attend this event. Places are limited.
The format is to keep it very short subject by subject to to speak about good and bad experiences with Drupal in media related websites.
If we speak : about stagging
Le Figaro could speak about there experience with Drush.
About industries related devellopement
What they have done so far about importation of print content in XML V5 format of an EIDOS print workflow.
Figaro in Paris : stay tunned on Ustream to follow our meeting
To remind you our meeting tomorrow Thursday 11th from 2PM to 5PM Paris's time (8AM to 11AM East Time)
Stay tuned on Ustream we will broadcast live http://www.ustream.tv/channel/drupalmedia
We will stream live our first meeting about the use of Drupal in Media.
You will be able to tchat and have your input.
Simon Elliott will translate as we go on the tchat so you can follow our debate about :
- Scalability traffic and demands constant uptime and performance.
- Way to share development in industry related module like (XML conversion, wire processing, file conversion, 3rd Party Ad Serving Services, Media handling, Workflow)
- Good practices on project management, Scrum and Agile
- Best media modules and installation profile
- Home Page Main chanels and newspaper
Or anyother subject you may have.
The format we will give everyone a chance to share :
- good practices
- warning about pitfalls
- sharing new ideas
See you soon in Paris or on-line.
I will join
I'm looking foward to join also.
As the Development Teamleader in Community Technology for the national German Newspaper "Die Zeit", I have two years of experience with Drupal-Installation in a very similar Context. I hope I can share some of my Knowledge here and get some new Ideas.
Die Zeit Online: http://www.zeit.de
Our Drupal: http://kommentare.zeit.de/
Greetings!
ben_
--
anmut und demut
--
anmut und demut
FeedBack about this Meeting.
Hi.
I have a lot of work and i was not able to fill my feedback here just after the meeting. I apologize.
First i would like to thanks Jb ingold for the organization. This first meeting was for me a real pleasure and a great success.
We took about 2 hours to meet each others; i think it's a very good point to know who are doing what.
After concerning strictly my problems & drupal, my comments are the follow :
With Edipresse we had problem with our biggest website with Load (90'000 unique visitor a day). And we had "peak effect". It means that DRUPAL was sending a flood of SQL queries to the server and DELETE / UPDATE of them was "locking" the table. The others was stacking and the load of the DB was increasing a lot.
Switching all the Drupal's table from MyISAM to InnoDB resolve the "lock problem".
After we have still problem of load but "no lock" wich is the worst.
Talking with people during the meeting, someone says that to use a lot "view module" in very heavy trafic page could cause performance problem also. On our big website LeMatin.ch we have all of our blocks with the classic view module and we are thinking to switch to a more "optimized" way of doing the queries.
Not using in big trafic website view could be a solution to load problem too.
We are still in R&D about doing Master/Slave replication with Drupal. Rue89 told us about PressFlow, MediaPart have an experience but....no close of our experience (MediaPart have a lot of loggued users) ect...When we will find a good way to do with Drupal 5 Master/Slave "Easily" I come back here.
We have problem to have a complete and sure production chain because of view export and content type configuration export. We use in edipresse the classic import/export of view but we are not so happy with that because we have manual operation more than "SVN like" operation. We want to automatize that.
For the content type configuration we don't have any solution. We do a lot of commercial action with particular content type each time. We have each time "short time cycle" to produce quickly a mini website inside our website about 1 - 3 days and to export with a modern way of working (not by hand !!!) this content type could solve our time's problem and be more efficient
We didn't have the time to speak about that. Next time...
@++++
Scaling Drupal
Wish I had not missed this.
WRT scaling, we had similar table locking issues, which were resolved by moving many tables to InnoDB. We also have moved cache tables into memcache. Biggest gain was placing Squid in front of Drupal so separate hardware can deliver cached HTML pages to anonymous users.
We're running the Pressflow patches, but we have not (yet?) moved from a single MySQL server to replicated.
...
We use Memcache to cache Queries and X-Cache to cache PHP (Pre-PHP-Compilator).
With that the load was divided by 3 on our Front Server with X-Cache and our database with MemCache are running more safely
We have been using APC at
We have been using APC at Rue89 since 11/07. So far so good.
As for the performance it seems pair to X-cache but some instablities had been reported for X-Cache.
http://2bits.com/articles/benchmarking-drupal-with-php-op-code-caches-ap...
A big plus for APC is that it will be integrated to PHP6.
Damien Cirotteau
http://www.rue89.com
Damien Cirotteau
http://www.rue89.com
At information.dk we're
At information.dk we're switching from eAccelerator to APC for three reasons:
1) PHP6-inclusion
2) We heard it should be more stable (ie less segmentation faults)
3) We are thinking abour using APC as a datacache as well - instead of Memcached. Have any of you tried that?
Best,
/Johs.
CacheRouter module + APC
works great. If you only have 1 web server, it's a great solution that will probably outperform memcached. If you have more than one server, you end up with redundant (and possibly conflicting) caches, thus memcached is still the superior choice.
CacheRouter module + APC
works great. If you only have 1 web server, it's a great solution that will probably outperform memcached. If you have more than one server, you end up with redundant (and possibly conflicting) caches, thus memcached is still the superior choice.
Great to see you organizing in this way
I'm also sorry I missed the meeting. Will try to attend the next(?)
The database is certainly the hardest part to scale in Drupal, which is why I've worked hard to find ways to relieve the load. The ApacheSolr module is just now in a position to be used for building things like views, blocks and navigation, which is great because it will give us a whole new vector of scalability. I hope to write a lot of tutorials about this in the coming months =)
There is also some renewed interest in developing the memcache module to be more efficient and easier to set up. While it is and has been a great option for moving activity out of the database, it hasn't seen a lot of new development recently, but I think that's about to change.
-Robert