French

Ce que nous venons de faire était simple mais pourtant ces actions étaient essentielles. Maintenant nous allons aller un petit peu plus loin et passer à des choses plus marrantes.

XML sitemaps

La création d’un site map ou en français d’un plan de site va permettre d’indiquer facilement aux moteurs de recherche le contenu qu’il leur est possible d’explorer sur notre site.

Un Site map est une cartographie d’adresses des différents contenus qui composent votre site Internet auxquels on ajoute des informations, de précieuses méta-données.

Pour réaliser un site map facilement vous pouvez utiliser les modules Site map ou XML site map qui ont été conçu pour répondre aux spécifications de sitemaps.org.

Mettre en place un sitemap sur votre site.
Modules requis : site map ou xml site map

Robots txt

Lorsqu’un moteur de recherche analyse votre site web on dit que celui-ci indexe votre contenu, ce robot d’indexation est appelé Crawler (« Butineurs »). Il fonctionne comme un internaute, il navigue de lien en lien, analyse le contenu et indexe les mots clés qu’il rencontre dans le but de capitaliser le plus de page web possible.

Afin de préciser au Crawler ce qu’il doit ou ce qu’il n’a pas le droit d’indexer on utilise un fichier nommé Robot.txt contenant des règles d’autorisation ou d’exclusion. Ce fichier est la première chose lue par le moteur d’indexation lors de son passage sur votre site. Si toutefois vous n’aviez pas de fichier Robots.txt sur votre site, le Crawler considèrera qu’il peut analyser tout le contenu de votre site.

Notez que dans l’archive de Drupal que vous avez téléchargée, il y a déja un fichier Robots.txt

Pour plus de renseignements sur la configuration du fichier je vous renvoie sur wikipédia et sur annuaire-info pour quelques exemples.

Avec Drupal il y a un module pour presque tout, alors il existe un module pour gérer le fichier robots.txt depuis l’interface d’administration, mais notez que ce module est surtout utile dans le cas de gestion de multi-site ou vous auriez un fichier par site.

Global redirect

Dans la premiere partie de cet article nous avons mis en place les « belles urls » afin d’avoir des urls de type http://monsite.fr/drupal-référencement. A ce stade nous nous retrouvons avec un problème de duplication de contenu. En effet Drupal ne desactive pas l’ancienne adresse et le contenu devient accessible par deux adresses.
Cet action est dangeureuse, Google n’aime pas ça et il assigne cela à de la multiplication artificielle de contenu qu’il punit en inscrivant votre site à sa liste noire.

Pour éliminer ce problème nous allons utiliser le module global redirect qui, au moment de l’accès à une page, interrompera le chargement de celle-ci et redirigera vers l’alias de la page.

L’administration du module se fait depuis la page [ Admin › configuration du site › globalredirect ] mais la configuration par défaut est parfaite.

Modules requis : global redirect

Path redirect

Le nom de ce module parle de lui même. Path redirect permet de rediriger des urls vers un autre chemin interne ou externe. Ce qui est pratique lorsque votre contenu a bougé ou que vous souhaitez détourner le trafic vers une autre page.

Pour créer une redirection c’est très simple, il vous suffit de vous rendre sur la page dédiée : [ Admin › construction du site › urls redirigées ] d’insérer l’ancienne adresse, la nouvelle adresse et les variables à passer avec l’url.

Vous pouvez depuis le menu ‘Paramètres’ choisir d’informer l’internaute qu’il subit une redirection vers une autre page.

Modules requis : Path redirect

Search 404

Lorsque vous essayez d’accéder à un contenu inexistant ou que l’adresse url à changé Drupal vous affiche une page d’erreur, c’est la fameuse page 404.

Le module seach 404 va nous permettre d’aller plus loin dans l’aide aux internautes puisqu’il permet lorsqu’une page est introuvable d’exécuter une recherche en fonction de la demande initiale.

Prenez par exemple la page http://monsite.fr/does/not/exist, search 404 va effectuer une recherche sur la phrase « does not exist ».

L’administration du module [ Admin › configuration du site › Search 404 settings ] permet de modifier le comportement du module lorsqu’il trouve une réponse pour rediriger l’internaute. Vous pouvez ainsi choisir de forcer l’utilisateur à être redirigé vers la première réponse. Je déconseille fortement d’activer cette option, car vos utilisateurs risquent de ne pas comprendre comment et pourquoi ils sont arrivés à cet endroit.

Modules requis : Search 404

Vous êtes maintenant bien préparé pour mener votre combat au référencement. Mais installer des modules n’est pas suffisant, il faut aussi surveiller et optimiser ce qui à été fait. Pour cela rendez-vous dans la troisième partie ou nous aborderons ce sujet qui vous donnera quelques pistes à étudier.

Une superbe démonstration du module Display Suite. Ce module ressemble à un Panels appliqué à la node : il permet de construire des "layouts de node" en arrangeant à sa guise les champs CCK présents ... A module à explorer.

Une petite démonstration en image du module WYSIWYG qui va vous permettre d'installer des éditeurs wysiwyg externes sur votre champ
Body ou autres champs CCK textarea ...

en lire plus

Dans cette vidéo, Bob Christensen nous montre un exemple d'utilisation du champ CCK "Node reference" (fourni par defaut avec CCK).
Grâce à l'utilisation des modules Node Reference URL Widget et Views attach, l'utilisateur pourra ajouter automatiquement des contenus "relatifs" à un article principal. Les contributions s'affichent ensuite en dessous de l'article principal à l'aide de Views attach. Un peu complexe à comprendre, mais très intéressant comme approche ... à tester.

Webdev

Aldebaran Robotics

Employment type: 
Full time

Telecommute: 
Not allowed

Aldebaran Robotics vend ses robots partout dans le monde et le web est notre principal outil de communication vers l’extérieur.
Composé de plusieurs sites dédiés, le déploiement web a besoin d’une sérieuse mise à niveau : entre le site grand public difficile à maintenir, des sites dédiés obsolètes et la volonté d’offrir de nouveaux services en ligne, le travail ne manque pas !

Encadré par l’équipe communication, vous aurez la charge de tous ces développements et serez force de proposition sur les améliorations possibles de l’ensemble du déploiement.

Profil recherché
Développeur web souple, maitrisant différents langages et CMS, vous saurez vous adapter aux contraintes de visibilité et de gestion de communauté, en proposant des solutions adaptées.

Compétences requises
 Rigoureux, autonome et énergique
 Maitrise de Drupal et de Joomla
 Très bonnes compétences en css, html, Javascript et PHP
 Des compétences en Flash et autres technologies sont un plus.

Poste à pourvoir immédiatement
Poste basé à Paris.

parent@aldebaran-robotics.com

http://www.aldebaran-robotics.com

Fichier attachéTaille

_MG_4365.jpg116.05 Ko

France

Bonjour,

Il y a peu j'ai reçu mon invitation pour tester Drupal Gardens. Comme le savent déjà nos plus fidèles lecteurs, Gardens est une initiative de la société Acquia, et consiste en une offre hébergée de Drupal 7. Comme sur Wordpress.com où en quelques instants vous créez votre blog Wordpress, Gardens permet d'installer facilement puis de paramétrer (moins facilement) un site Drupal.

G-Nova

Stage Développement

Employment type: 
Full time

Employment type: 
Part time

Telecommute: 
Not allowed

G-Nova, agence Nantaise dynamique en web-marketing cherche jeunes motards du web habitués aux arsouilles PHP/MySQL de 2 ans et +. La maîtrise de Drupal dans sa version 6 cylindres est vivement appréciée afin de s’intégrer rapidement à la bande.

L’esprit Libre est un pré-requis tout comme la culture de l’open-source. L’implication dans la communauté Drupal est un plus.

Vous n’hésitez pas à crier “Gaz !”, à relever les nouveaux défis et enrouler courbes après courbes, alors ce poste est fait pour vous !

Cette offre s'adresse à tout type de stage (alternance, stages, fin d'études etc) et n'est pas limitée dans le temps.

http://www.g-nova.fr

Rennes / Bretagne

Il est parfois inévitable de devoir modifier un module contribué afin d’étendre les possibilités de celui-ci ou tout simplement pour corriger quelque chose.
Dans tous les cas il ne faut pas modifier les fichiers du module et les mettre sur votre site parce qu’à ce moment il vous sera compliqué de mettre à jour votre module. Imaginez le jour ou vous voudrez appliquer la nouvelle version de celui-ci, toutes vos modifications seront écrasées.

Pour modifier correctement un module vous devez créer un patch que vous appliquerez par la suite au module original.

Dans un premier temps nous allons voir comment générer notre patch puis comment l’appliquer. Il existe plusieurs façons pour faire cela. La solution que je vous propose n’est qu’une solution parmi tant d’autres.

Comme exemple j’ai pris la fonction facebook_status_activity() du module facebook_status ci-dessous. Cette fonction permet, lorsque le module activity est installé, d’insérer des activités lorsqu’un utilisateur a mis à jour son statut.

function facebook_status_activity($owner, $poster, $status) {
//If we're using Activity 2, this function doesn't need to be run.
if (!module_exists('activity') || function_exists('activity_help')) {
return FALSE;
}
//Privacy setting check.
if (activity_user_privacy_optout($poster)) {
return FALSE;
}
$data = array(
'owner' => theme('username', $owner),
'poster' => theme('username', $poster),
'status-unformatted' => check_plain($status->status),
'status-themed' => theme('facebook_status_item', $status),
'status_time' => $status->status_time,
);
$target_users_roles = array(
ACTIVITY_ALL => 'all',
$owner->uid => 'owner',
);
//If $owner->uid == $poster->uid, this will just overwrite the owner role.
$target_users_roles[$poster->uid] = 'poster';
activity_insert($poster->uid, 'facebook_status', 'facebook_status', 'update', $data, $target_users_roles);
}

Avant tout, nous allons créer une copie de notre fichier que nous allons nommer facebook_status.origine.module et qui sera notre version de référence pour effectuer notre comparaison.

Maintenant nous allons pouvoir apporter toutes nos modifications au fichier facebook_status.module. Dans notre cas nous allons ajouter une nouvelle entrée au tableau data, qui contiendra l’id du statut.

'status-id' => $status->sid.

1. Repérer les différences avec la commande diff

A ce stade nous avons nos deux fichiers, l’original et le modifié. La commande diff va nous permettre de voir la différence entre les deux fichiers :

$ diff facebook_status.module.origine facebook_status.module
1558a1559
> 'status-id' => $status->sid,

La comparaison entre la version originale et la nouvelle version nous indique qu’entre la ligne 1558 et 1559 une différence a été trouvée. Ici c’est une nouvelle ligne qui a été insérée, on peut le voir grâce au symbôle ‘>’. Dans le cas d’une suppression le symbôle aurait été ‘<’.

La commande diff permet également de connaître les différences entre les fichiers de deux répertoires. Pour cela, il suffit d’ajouter le paramètre -r à la commande :

diff -r facebook_status.module facebook_status_origine.module

2. Créer le fichier de patch

Nous allons maintenant créer un fichier contenant cette modification que l’on pourra appliquer facilement par la suite. Nous allons réutiliser la fonction diff avec l’option -u qui en plus de notre différence va nous donner les 3 lignes avant et après notre modification.

$ diff -u facebook_status.module.origine facebook_status.module > facebook_status.module.patch
$ cat facebook_status.module.patch
--- facebook_status.module.origine 2010-03-04 15:47:47.000000000 +0100
+++ facebook_status.module 2010-03-01 14:16:47.000000000 +0100
@@ -1556,6 +1556,7 @@
$data = array(
'owner' => theme('username', $owner),
'poster' => theme('username', $poster),
+ 'status-id' => $status->sid,
'status-unformatted' => check_plain($status->status),
'status-themed' => theme('facebook_status_item', $status),
'status_time' => $status->status_time,

Les différences trouvées ont été enregistrées dans un fichier nommé facebook_status.module.patch.

3. Patcher avec la commande patch

Maintenant que nous avons un fichier patch exploitable nous allons pouvoir l’appliquer à la version originale de notre fichier. Vous pouvez supprimer le fichier facebook_status.module et renommer le fichier facebook_status.module.origine en facebook_status.module afin que les choses retournent à leur état initial ou tout simplement retélécharger le module.

Pour mettre à jour notre fichier, rendez vous dans le repertoire du fichier à patcher et utilisez la commande patch :

$ patch < facebook_status.module.patch
patching file facebook_status.module

Votre fichier est maintenant patché, vous pouvez l’ouvrir pour visualiser les modifications.

La communauté montréalaise se réunit pour faire avancer Drupal 7

La communauté Drupal montréalaise s'est réunie le 19 février pour apporter sa contribution à la tâche monumentale qu'est la publication de la nouvelle mouture de Drupal. Comme vous le savez peut-être, il s'agit d'un effort entièrement collaboratif, puisque que contrairement aux logiciels publiés en entreprise, Drupal est entièrement rédigé par sa communauté, sur une base volontaire.

Pour compléter mon précendent billet voici comment modifier les emails envoyés depuis votre site.

Pour générer l’envoi de mail depuis un module nous avons utilisé les fonctions hook_mail() et drupal_mail(). Pour la modification nous allons utiliser la fonction hook_mail_alter(&$message) afin d’avoir un accès complet à tous les emails envoyés.

La variable $message contient toutes les informations nécessaires à l’envoi de l’email et à ce stade, l’email à été formaté et est prêt à l’envoi. Dans cette variable on retrouve donc les infos headers, le body, le sujet, les paramètres passés lors de la génération de l’email et surtout l’identifiant renseigné.

C’est grâce à ce dernier que nous allons pouvoir identifier et modifier un email en particulier. Cette clé est constituée des deux prermiers paramètres fusionnés passés à la fonction drupal_mail, soit dans notre cas MyModule et envoi_email.
Voici un exemple pour ajouter la signature de votre site au bas de notre email.

function MyOtherModule_mail_alter(&$message) {
if ($message['id'] == 'MyModule_envoi_email') {
$message['body'] .= "--\nMail envoyé depuis " . variable_get('sitename', t('Drupal'));
}
}

$message['body'] est un tableau, vous pouvez donc lui rajouter autant d’entrées que vous voulez

Edit : Suite à mes échanges avec Opi sur mon impossibilité à passer un tableau à la variable $message['body'] j’ai cherché ce qu’il se passait. En fait, entre la déclaration de mon e-mail et la modification de celui-ci, le module htmlmail qui était installé sur mon drupal transformait le tableau en une chaîne de caractères :/
Si vous subissez le même problème, il suffit de modifier le poids de vos modules pour qu’ils s’exécutent dans l’ordre voulu.

Articles relatifs : Envoyer des emails depuis un module

Start: 
2010-03-16 09:00 - 2010-03-18 18:00 UTC

Organizers: 

JBI

cravalec

User group meeting

Bonjour,

Voulez vous présenter Drupal au salon solutions Linux ? 12 000 visiteurs en 2009 encore plus attendu en 2010...

Si vous voulez être présent sur le stand ou simplement recevoir une invitation merci de compléter le formulaire en ligne. https://spreadsheets.google.com/viewform?formkey=dHVrbVlIWkNMbXVKMkJ4Vmd...

Si vous voulez nous donner un exemple de vos dernière réalisation Drupal : merci de m’envoyer un mail ingold . jb (a) gmail . com

Bien cordialement.

Jean-Baptiste Ingold
06 24 78 29 22

PS Si vous êtes présents signalez nous en commentaire.

Quelques chiffres sur le salon http://www.solutionslinux.fr :

• 150 000 invitations

• 40 000 programmes de conférences

• 420 000 e-mailings

• une Campagne SMS

• 12 000 Direct-badges aux pré-enregistrés 2009

• + de 7 000 badges VIP envoyés aux décideurs grands comptes

• suivi des visiteurs pré-enregistrés à J-15, J-8, J-2 et le jour J

• une large couverture médiatique grâce à des partenariats forts : avec les fédérations, les associations professionnelles et les médias.

France

C'est dans une ambiance conviviale, agrémentée de snacks, de rafraîchissements, de bières et de pizzas gratuits que Koumbit a reçu, vendredi dernier, les volontaires du premier Code Sprint Drupal 7 de Montréal. En tout, une dizaine de travailleurs payés par Koumbit et près d'une vingtaine d'invités, des particuliers et des représentants d'autres compagnies montréalaises, ont joint leurs efforts pour faire avancer le développement, la traduction et la documentation de la prochaine version de Drupal. Nous espérons que le succès de cette expérience encouragera d'autres firmes à réaménager leur espace de travail, le temps d'une journée, pour accommoder de nouveaux volontaires lors des prochains sprints, qu'ils aient lieu à Montréal ou ailleurs dans le monde.

Les événements Drupal locaux sont toujours une plaisante opportunité de rencontrer d'autres membres de la communauté et d'échanger autour d'intérêts communs. Les « code sprints » sont particulièrement enrichissants car ils permettent aux participants de mettre leur tête dans le code et d'apporter des améliorations concrètes. Ces sprints sont aussi une occasion inestimable de diffuser un savoir-faire qui favorise une meilleure appropriation de Drupal, des outils et des pratiques qui supportent le projet. Cette collaboration entre compétiteurs fortifie autant ses contributeurs que le produit qu'elle cultive. Elle rend chacun mieux apte à s'impliquer.

Le coup de départ de cette journée, donné par Angie Byron (alias webchick) en matinée, a amené l'ensemble des volontaires à se diviser en groupes ciblés selon leurs centres d'intérêts : résolution de problèmes du noyau Drupal 7, ajustements du côté client, documentation des changements aux APIs, traduction vers le français et appropriation des outils de tests unitaires. Au fil de la journée, plusieurs d'entre eux ont varié leurs défis; certains ont révisé de nouveaux thèmes proposés pour Drupal 7 et d'autres se sont penchés sur le processus de mise à jour de Drupal 6 vers Drupal 7. En tout, près d'une trentaine de problèmes abordés ont été notés par notre équipe. Plusieurs d'entre eux peuvent être retracés sur drupal.org grâce à l'étiquette #d7csmtl.

Au-delà du résultat concret obtenu au terme de cette journée, nous espérons que cet effort aura su motiver de nouveaux contributeurs à s'impliquer dans le développement de Drupal 7. Nous pensons que de tels événements aident à consolider la communauté Drupal montréalaise et à maintenir son effervescence. Koumbit est fier d'avoir provoqué le mouvement. Ce n'est donc pas sans un soupçon de défi que nous souhaitons que le succès de ce code sprint saura en inspirer d'autres à répéter l'expérience.

Start: 
2010-03-10 18:30 UTC

User group meeting

Bonjour tout le monde

Cela va bientôt faire 3 mois qu'a eu lieu le dernier Drink & Drupal, je vous propose donc de remettre ça et de planifier une nouvelle date pour échanger autour d'un verre.

Ce sera certainement l'occasion de parler de l'alpha Drupal 7 et du DrupalCamp qui s'organise à Marseille.

Edit : Suite au sondage le drink & drupal se déroulera le 10 mars 2010.

Rendez-vous au E-dune à partir de 18h30

France

1. Introduction

Development Seed vient de passer sa plateforme collaborative basée sur Drupal 6 à la version 1.0-BETA4. Des chiffres, des lettres, une beta de plus... Oui, mais pas n’importe quelle beta !

Outre la modification du thème avec ré-agencement des boutons, fil d’ariane, logo, diminution de la taille du header et bien d’autres permettant une visibilité accrue, la principale attente de cette nouvelle béta-mouture se trouve dans l’utilisation des versions 3.x des modules spaces et context, 2.x pour le module Admin et la suppression de FeedsAPI par Feeds.

Nous allons faire un premier état des lieux en explorant le potentiel des nouvelles fonctionnalités ainsi que l’ergonomie de l'interface disponibles juste après une installation basique (utilisation des modules activés par défaut uniquement).

en lire plus

Envoyer des emails depuis votre module est simple à faire, il suffit de déclarer le hook_mail() puis de faire appel à la fonction drupal_mail(). Vous trouverez ci-dessous, un exemple de code que vous pouvez intégrer dans votre module :

Dans un premier temps nous allons déclarer le hook_mail qui va être utilisé pour construire l’email avec la configuration que nous avons choisie et les paramètres que nous allons passer via la fonction drupal_mail. Vous pouvez spécifier plusieurs options :

$key : Identifiant unique pour votre email.
$message : Tableau de valeurs contenant les informations relatives à l’email.
* ‘id’ : Identifiant pour distinguer l’email envoyé.
* ‘to’ : L’adresse du destinataire
* ’subject’ : Le sujet de votre email
* ‘body’ : Le contenu de votre email.
* ‘from’ : L’adresse de l’émetteur
* ‘headers : Les informations d’en-tête de votre email.
$params : Tableau de paramètres dans lequel vous pouvez récupérer les informations que vous allez passer dans la fonction drupal_mail.

function MyModule_mail($key, &$message, $params) {
// note: l'utilisation d'une clé va nous permettre de distinguer plusieurs templates d'emails pouvant être envoyés par un même module.
switch ($key) {
case 'envoi_email':
// note: Ici nous récupérons les informations passées dans le tableau $params
$message['subject'] = $params['subject'];
$message['body'] = $params['body'];
break;
}
}

La fonction drupal_mail() va nous permettre de définir un ou plusieurs templates d’emails dans lesquels nous allons pouvoir spécifier le contenu, le sujet et passer des paramètres pouvant être utilisés par la fonction hook_mail que nous venons de déclarer.

$module : Nom de votre module.
$key : La clé qui va vous permettre d’identifier votre email.
$to : L’adresse du destinataire.
$language : La langue dans laquelle sera traduit votre email.
$params : Le tableau optionnel de valeurs à passer à la fonction hook_mail.
$from : L’adresse de l’émetteur
$send : Configure l’envoi immédiat ou non de l’email

Vous pouvez appeler cette fonction à la suite d’une action d’un utilisateur sur votre site ou encore lors de la soumission d’un formulaire.

$to = 'you@example.com';
$from = 'me@example.com';

$params = array(
'body' => t("Vous venez de recevoir cet email depuis mon site drupal"),
'subject' =>t("test d'envoi d'email"),
);

if (drupal_mail('MyModule', 'envoi_email', $to, language_default(), $params, $from, TRUE)) {
drupal_set_message("Votre email à été envoyé à " . $valid_email);
}
else {
drupal_set_message("Une erreur s'est produite lors de l'envoi de votre email");
}

Note : Si vous comptez envoyer des emails à des utilisateurs enregistrés sur votre site pensez à utiliser leurs paramètres, comme la langue d’affichage que vous pourrez trouver dans l’objet $user.

Credit photo : JulesAngel

1 Website Designer

Drupal web designer telecommute vacancy (French OR English)

Employment type: 
Full time

Employment type: 
Part time

Employment type: 
Contract

Telecommute: 
Allowed

Drupal web designer freelance telecommute vacancy (French OR English)

We are a busy web design & SEO company looking for a freelance Drupal website designer to work in an ongoing role creating high quality Drupal websites.  This is a telecommute / work from home vacancy for someone with strong Drupal web design and CSS skills. We have 2 positions – one for a fluent French speaker and one for a fluent English speaker.

We currently have more work than we can physically deal with and we anticipate the work increasing over time.  We’re therefore looking for someone who can start soon.

Essential website design skills include:

• An extensive understanding of the Drupal CMS.
• Good communication skills, a team player with a creative and open approach who can follow a detailed brief.  Someone with high standards who strives for excellence.
• Installing and configuring the Ubercart ecommerce modules in Drupal
• Great CSS skills (we have a graphic designer on team, so can provide images, however you will need to be able to create custom Drupal themes using the images supplied and have a good eye for what looks good on a website).
• Great understanding of HTML.
• Basic PHP and MySQL or better.
• Basic on-site SEO skills (writing and structuring a website for search engines).  Training in this can be provided if required.
• Being able to accurately state how long a project will take when provided with a detailed spec.
• Fluent English OR French (we have both English and French clients and while a bilingual web designer would be a bonus, we anticipate offering a telecommuting vacancy to 2 candidates, one French and one English).

NB, If your first language is French, please write to us in French, not English.

Desirable skills include:

Having any of the following skills would be a bonus:

• Understanding of Drupal CCK (Content Construction Kit) and Views
• Knowledge of other web design packages (including Dreamweaver and OS Commerce).
• Flash animation.
• Custom Drupal module development.

We are happy to hear from candidates anywhere in the world, particularly from developing countries. 

We anticipate paying 15 Euros or $20 an hour and will ask you to quote per job on a project by project basis.

We are looking to find a Drupal web designer (ideally a freelancer) on a telecommute / work from home basis who will become a valued member of the 1 Website Designer team.

The Vacancy

We (www.1websitedesigner.com) are looking for a long term working relationship with someone where initially we will liase with the clients and pass instructions on to you, however after we have worked together for a relatively short period of time, we would anticipate you dealing directly with clients.

The nature of website design is that it is highly varied, however we would anticipate this vacancy including a fair amount of Drupal theme design, installing and configuring Ubercart and some work on larger projects involving more complex website configuration.  If you are talented with SEO, (particularly French SEO), it’s also likely to involve on-site SEO work.  (We already have something in place for off-site SEO).

This is a telecommute / work from home opportunity, with no travel required. As a freelance Drupal website designer, you will simply need your own computer (either a PC or a Mac) and a reliable internet connection.

Websites could be for any industry, including but not limited to:

Artists
Web Design
Sports
Holidays and travel
Transport

Job Applications

Please list at least 3 websites you have designed in your application, at least 1 of which should be in Drupal.  If you have created websites using Ubercart and/or have good SEO skills, please mention this explicitly.

If you are French speaking, you are very welcome to apply in French.  We would welcome a candidate who speaks fluent French and basic English.  If English is your first language, please apply to the Drupal web design vacancy in English.

Please email vacancies@1websitedesigner.com with a resume and covering letter to apply for this freelance position.

http://www.1websitedesigner.com/

Southern France

1 Website Designer Drupal web designer telecommute vacancy (French OR English) Employment type:  Full time Employment type:  Part time Employment type:  Contract Telecommute:  Allowed

Drupal web designer freelance telecommute vacancy (French OR English)

We are a busy web design & SEO company looking for a freelance Drupal website designer to work in an ongoing role creating high quality Drupal websites.  This is a telecommute / work from home vacancy for someone with strong Drupal web design and CSS skills. We have 2 positions – one for a fluent French speaker and one for a fluent English speaker.

We currently have more work than we can physically deal with and we anticipate the work increasing over time.  We’re therefore looking for someone who can start soon.

Essential website design skills include:

• An extensive understanding of the Drupal CMS.
• Good communication skills, a team player with a creative and open approach who can follow a detailed brief.  Someone with high standards who strives for excellence.
• Installing and configuring the Ubercart ecommerce modules in Drupal
• Great CSS skills (we have a graphic designer on team, so can provide images, however you will need to be able to create custom Drupal themes using the images supplied and have a good eye for what looks good on a website).
• Great understanding of HTML.
• Basic PHP and MySQL or better.
• Basic on-site SEO skills (writing and structuring a website for search engines).  Training in this can be provided if required.
• Being able to accurately state how long a project will take when provided with a detailed spec.
• Fluent English OR French (we have both English and French clients and while a bilingual web designer would be a bonus, we anticipate offering a telecommuting vacancy to 2 candidates, one French and one English).

NB, If your first language is French, please write to us in French, not English.

Desirable skills include:

Having any of the following skills would be a bonus:

• Understanding of Drupal CCK (Content Construction Kit) and Views
• Knowledge of other web design packages (including Dreamweaver and OS Commerce).
• Flash animation.
• Custom Drupal module development.

We are happy to hear from candidates anywhere in the world, particularly from developing countries. 

We anticipate paying 15 Euros or $20 an hour and will ask you to quote per job on a project by project basis.

We are looking to find a Drupal web designer (ideally a freelancer) on a telecommute / work from home basis who will become a valued member of the 1 Website Designer team.

The Vacancy

We (www.1websitedesigner.com) are looking for a long term working relationship with someone where initially we will liase with the clients and pass instructions on to you, however after we have worked together for a relatively short period of time, we would anticipate you dealing directly with clients.

The nature of website design is that it is highly varied, however we would anticipate this vacancy including a fair amount of Drupal theme design, installing and configuring Ubercart and some work on larger projects involving more complex website configuration.  If you are talented with SEO, (particularly French SEO), it’s also likely to involve on-site SEO work.  (We already have something in place for off-site SEO).

This is a telecommute / work from home opportunity, with no travel required. As a freelance Drupal website designer, you will simply need your own computer (either a PC or a Mac) and a reliable internet connection.

Websites could be for any industry, including but not limited to:

Artists
Web Design
Sports
Holidays and travel
Transport

Job Applications

Please list at least 3 websites you have designed in your application, at least 1 of which should be in Drupal.  If you have created websites using Ubercart and/or have good SEO skills, please mention this explicitly.

If you are French speaking, you are very welcome to apply in French.  We would welcome a candidate who speaks fluent French and basic English.  If English is your first language, please apply to the Drupal web design vacancy in English.

Please email vacancies@1websitedesigner.com with a resume and covering letter to apply for this freelance position.

http://www.1websitedesigner.com/ Southern France

1. Introduction

Avec la sortie de OpenAtrium 1.0-beta4, j'ai bien entendu voulu le tester et ainsi pouvoir voir les améliorations apportées par rapport à la version précédente.

Travaillant depuis peu sous Mac, j'ai installé MAMP pour pouvoir faire mes tests rapidement en local (peut-être n'est-ce pas la meilleure solution pour développer sous mac, je reste ouvert à toute proposition).

Premier tour de roue, installation de drush et drush_make pour pouvoir suivre les étapes de l'installation fournies par Development Seed : http://openatrium.com/node/35.

en lire plus

Ceci étant dit, rien n'est encore fait, mais il semblerait que nous en prenions clairement le chemin.

Pour une part, il est clair que CVS peut être considéré à juste titre comme un gestionnaire de version pour le peu archaïque. Et il ne faut pas s'en étonner, ce système a tout de même plus de 20 ans !

Pour revenir à nos moutons, nous étions beaucoup à nous demander quand drupal.org se déciderait à basculer le dépôt des modules contribution (et du core) sur quelque chose de plus moderne, comme au hasard, subversion. Manque de bol, la grande mode des gestionnaires de version distribués est passée par là, et subversion nous est passé sous le nez au profit de GIT.

Alors qu'est-ce qu'un gestionnaire de version décentralisé ? Disons pour faire (très) simple que la grosse différence avec un centralisé est que sur votre machine, vous ne disposez plus d'une copie de travail, mais d'un dépôt local complet et opérationnel qui sait communiquer son état à des dépôts distants. Cela commence par récupérer d'un dépôt distant (pull), pour y travailler comme d'habitude (commit, update, etc.) et éventuellement, si vous avez les droits, remonter vos modifications sur un dépôt distant (push) qui peut être le même que celui du pull, ou un autre...

La gestion décentralisée de version permet donc à chacun, y compris de petites équipes, de travailler sur les sources d'un projet tout en laissant à d'autre le choix d'intégrer ou pas les modifications au sein du projet central. C'est en quelque sorte la notion de fork généralisé. Ce concept est très intéressant pour permettre à toute une communauté de s'exprimer sur des projets d'envergure comme le noyau Linux, ou dans une moindre mesure, Drupal Core. C'est d'ailleurs Torvald, après une saga autour du gestionnaire de version propriétaire BitKeeper, qui a écrit les premières moutures de GIT. Mais malgré ce que peut dire Torvald, les centralisés ne sont pas pour autant mort, et continuent à répondre à 99.9% des besoins d'équipe de 1 à 10 personnes bossant sur de plus modestes projets. Et le revamping de CVS, subversion, rentre parfaitement dans ce cadre.

Entendons nous bien, je n'ai absolument rien contre ce type de gestionnaire, et encore moins contre GIT que j'envisage d'adopter pour mes propres projets. Mais autant je peux comprendre ce choix dans le cas du core de Drupal, autant pour la myriade de modules contribs, maintenus à grand peine par de petits développeurs dans leur coin (dont je fais parti) qui n'ont pas que cela à foutre de jongler d'un gestionnaire à l'autre. Et si l'on met ceci en perspective du fait que l'adoption massive de Subversion en entreprise est enfin concrétisée, GIT un choix que je trouve un peu... lourd.

D'autant plus lourd que ce produit, comme son concept de base, est très jeune. Cela veut dire apprendre un nouveau mode de fonctionnement pour ceux qui ont déjà eu du mal à passer à SVN, mais cela implique aussi une maturité plus faible sur des plate-formes comme eclipse (qui est aussi la base de Zend Studio). Alors que Subversive arrive enfin à des performances et une stabilité potables, voilà que l'on se retrouve avec EGit, un plugin qui n'en finit pas d'incuber, aux fonctionnalités pour le moins anémiques (pas de vue "dépôt" par exemple), et à la stabilité "hasardeuse" (régulièrement, un menu "team" déserté de toute fonction, le dossier .git visible dans l'arbo, etc). Alors on peut tout gérer en ligne de commande hein, c'est pas moi que ça va gêner, ou alors utiliser un "machin" comme tortoise, mais cela continue de me laisser dans l'idée que ce choix est un tantinet "geek".

Start: 
2010-02-22 09:00 - 2010-02-26 19:00 Europe/Paris

Organizers: 

Damien Tournoud

rszrama

Regional conference

Du 22 au 26 février, nous organisons un sprint de développement de Drupal Commerce, la nouvelle solution ecommerce basée sur Drupal 7. Le sprint sera hébergé dans les locaux de af83.

Vous maitrisez les concepts de Drupal 7 (entity, field, token,...), et vous voulez participer au développement de l'avenir du ecommerce? Rejoignez nous :)

Plus d'informations: http://www.drupalcommerce.org/node/108

France