Planète

Par anavarre

Meetup Drupal Lyon - Présentation sur la sécurité

Pour le dernier meetup Drupal Lyon avant la coupure de l'été, j'ai fait une présentation sur la sécurité. Puisque le panel est assez hétérogène et qu'on parle aussi bien à des nouveaux venus sur Drupal qu'à des experts, je me suis dit qu'il serait intéressant de faire une présentation à la fois high-level et qui récapitule un ensemble de bonnes pratiques sur la sécurité qu'on a parfois tendance à oublier. L'idée principale c'est : ne pensez pas être "nul" en sécurité ou pas assez expert pour en parler ou vous y coller.

Par Mantalo Conseil
Benjamin Grapeloux
Agence web, Agence de Communication et Marketing en Dordogne (Aquitaine)

Généralités sur la gestion de contenus Drupal

Avant d’écrire : 7 étapes

  1. Se documenter sur l’environnement du sujet à aborder 
  2. Définir le type de contenu à utiliser
  3. Déterminer les objectifs
  4. Délimiter les cibles
  5. Élaborer le plan
  6. Rédiger
  7. Illustrer

Un usage spécifique à chaque type de contenu Drupal 

Il existe différents types de contenus, adaptés à chaque type d'information du site (page, article, billet de blog, client, agents, partenaires, biens, slider…). Chaque contenu possède un usage spécifique.

Accès 

Par  le menu : "Contenu"

Trier et retrouver des contenus

  • Il est possible de trier le contenu en sélectionnant des items et cliquer sur “Appliquer / Filtrer”
  • Annuler le tri en cliquant sur “Réinitialiser”

Agir sur des contenus existants

La liste de contenus propose différentes actions : 

  • en cliquant sur le titre du contenu → affiche le contenu côté “public” du site.
  • modifier → pour modifier le contenu dans l’administration
  • supprimer → pour supprimer définitivement le contenu
  • cloner → pour dupliquer un contenu dans l’administration (cf rubrique ci-dessous)

Publier un contenu

  • Par défaut, un contenu créé ou cloné possède le statut “non publié” c’est à dire qu’il n’est pas visible pour les internautes.
  • Publier un contenu en cliquant sur “publier” dans les “Options de publication” de l’encadré du pied de page.

Cloner un contenu

Pour créer un contenu à partir d’un contenu existant (s’en servir de trame/modèle)

  • Ouvrir un contenu existant
  • cliquer sur “Cloner un contenu”
  • Par défaut, le nom donné à un contenu cloné est “Clone de…”. Donner un nouveau titre au contenu
  • “Enregistrer”

Tags: 

Nous abordons dans notre dossier Administrer un site Drupal la création de différents types de contenu sous Drupal MantaloTonic (pages, articles, produits…)

Par Artusamak
Julien Dubois

Drupal et Scrum depuis les tranchées - Constitution du backlog produit

Drupal et Scrum depuis les tranchées - Constitution du backlog produit

Une fois après avoir sauté de joie en apprenant que c'est avec nous que notre client tant convoité veut travailler, il faut se remettre au travail pour constituer la matière que les développeurs vont exploiter au moment de produire. Il va dès lors falloir que nous convertissions le cahier des charges de notre client en stories. Bonne nouvelle c'est à cela que sert le sprint 0.

De la vision aux stories

Le sprint 0 est un sprint particulier qui ne ressemble pas aux autres, c'est celui par lequel tout débute et qui va servir à préparer la matière dont l'équipe a besoin pour démarrer le premier sprint. Au cours du sprint 0 nous allons commercer par formaliser la vision du projet. La vision est la verbalisation de pour quoi et pour qui ce projet prend vie et va nous servir de cap lorsqu'il faudra arbitrer entre deux décisions (laquelle des deux options nous permet de servir au mieux la vision ?).

Il est ensuite possible de dresser le portrait de quelques personas, cette étape n'est pas obligatoire. Les personas sont l'incarnation des profils type d'utilisateurs de notre système, on dresse leur portrait-robot et leur donne un petit nom, ce qui rend plus simple dans nos stories de désigner Mélissa ou Philippe lorsque l'on évoque un administrateur ou un contributeur à notre site Drupal.

Nous voilà fin prêts à passer en revue le périmètre fonctionnel du projet. On va commencer par lister les grands sujets du projet identifiés dans le chiffrage ou le cahier des charges puis, pour chacun de ces domaines, détailler la liste des fonctionnalités. Toutes ces fonctionnalités ne sont pas encore des stories complètes, elles ne sont que leur titre. Nous vous recommandons au cours du sprint 0 d'essayer de dresser une liste assez exhaustive des fonctionnalités pour se rendre compte de l'ampleur du travail. Une fois cette liste établie il faut la prioriser par ordre de valeur ajoutée pour l'utilisateur final de la plus importante à la moins importante. Lorsque cette partie du travail est terminée, il suffit de repasser en revue les fonctionnalités les plus importantes pour en faire de vraies stories. C'est le moment où nous allons préciser les critères d'acceptation et rédiger la description des stories reprenant le modèle "En tant que [nom du persona ou de l'utilisateur] je peux [action] afin de [but]" .

Les critères d'acceptation sont la liste des tests que le développeur et le client vont dérouler lorsqu'ils vont valider qu'une fonctionnalité remplie ses besoins. Les critères d'acceptation listent ce que doit et ne doit pas faire une story. Si par exemple des validations de format, des messages d'erreur / de confirmation doivent apparaitre il faut le préciser à ce moment là.

N'oubliez pas qu'au cours de votre sprint 0 nous ne devons pas écrire la liste exhaustive des stories détaillées de votre projet (titre, description et critères d'acceptation), ce serait un travail titanesque et surtout abérant car la liste des priorités lors du sprint 0 ne sera probablement pas la même que lors du sprint 4 (autant éviter de travailler pour rien).
Il faut se contenter de préparer un nombre suffisant de stories pour que l'équipe ait du travail au cours du sprint 1 et nous assurer que le client s'est familiarisé avec le concept de story en mettant l'accent sur les critères d'acceptation qui seront la guarantie que nous nous entendez sur le fait qu'une fonctionnalité est terminée.


Drupal impose ses propres besoins

Il ne faut pas non plus omettre qu'au cours du sprint 0 des stories techniques doivent être intégrées, votre client doit comprendre que prévoir du temps pour concevoir une API, un composant technique important de son application, etc sont des étapes nécessaires toutes aussi indispensables que des choses directement utilisées par les utilisateurs finaux.

En plus de cela, Drupal va introduire ses propres stories telles que la gestion de l'arborescence du projet, le modèle des URLs à réécrire, les permissions, l'identification de view modes...
Rappelons-nous que notre client ne connait pas Drupal, si nous attendons de lui qu'il nous livre une liste de champs pour des types de contenu nous pourrions lui fournir un livrable d'exemple pour qu'il sache comment nous aider à avancer en économisant plusieurs aller retours.

Pensons à prévoir des stories (et du temps (une demie journée) si nous faisons cela pendant le sprint 0) pour la mise en place du dépôt, des éventuels scripts de déploiement ou de la configuration spécifique que pourrait nécessiter le processus d'industrialisation.

Cette première étape est l'occasion de rappeler à notre client que nous allons travailler ensemble (et qu'il va devoir travailler lui aussi) et que nous n'allons pas être un prestataire qu'il se contente de piloter. Ah et bien entendu nous pouvons dès maintenant lui annoncer qu'il sera en retard pour livrer ses contenus !

Par Marc Delnatte
Akabia

5 étapes indispensables pour un bon référencement onsite !

Pour bien référencer son site, il faut préalablement avoir étudié les mots clés sur lesquels vous souhaitez vous positionner. Après avoir réalisé cette minutieuse étude, vous pourrez vous attaquer à l’optimisation on-site.







Pourquoi choisir (ou pas) Drupal ?







Non, ce billet ne va pas vous proposer un comparatif des trois principaux CMS du marché, à savoir Wordpress, Joomla et Drupal. Parce que ce comparatif serait périmé au bout de quelques mois. Et parce que les fonctionnalités offertes par ces CMS tendent à se rapprocher de plus en plus, du fait d'une émulation réciproque. Mais alors, qu'est-ce qui peut différencier aujourd'hui ces CMS ? Essayons de faire un panorama des utilisations actuelles de ces CMS.

Thème 
Drupal
Drupal 7
Drupal 8

Par admin

DrupalFR vous invite au PHP Tour 2014

Le "PHP Tour" est l'événement tournant qu'organise l'AFUP (Association Française des Utilisateurs de PHP) et pour la troisième édition, celui-ci s'arrêtera à Lyon les 23 et 24 juin.

Il s'agit d'un rendez-vous incontournable autour du langage PHP, avec quelques têtes d'affiches, comme :

  • Rasmus Lerdorf, intitulée "Coding and Dreaming – PHP in 2014", soit un tour d’horizon des performances excitantes que permet désormais PHP 5.5.
  • Julien Pauli, sur "YooopeeCache", ou comment installer, configurer et profiter de OPCache, le cache d’OPCode par défaut depuis PHP5.5.
  • Pascal Martin sur "PHP 5.3 à PHP 5.6 : no pain but gain !", une conférence technique pour appréhender les changements de versions de PHP 5 en toute tranquillité !

De plus, les membres de l'association Drupal France et Francophonie peuvent bénéficier d'une remise sur le prix de l'entrée. Pour cela, il suffit d'envoyer un email au bureau pour que l'on vous communique le code "coupon".

Alors, vous pouvez vous rendre sur :

Enfin, de nombreuses surprises vous attendent comme les cliniques co-organisés par les sponsors, une soirée communautaire, etc...

Par juliendubreuil
julien dubreuil
Depuis 2009 maintenant, je développe avec le CMS/CMF Drupal. J’étais à la recherche d’un framework capable de remplacer un projet et je n’ai jamais arrêté de m’en servir depuis ce moment.

Yaml, le format de configuration

Yaml, le format de configuration

L’une des premières choses que vous allez remarquer en regardant le code de Drupal 8, est le nouveau format de configuration. Terminé les extensions en .info, maintenant toute la configuration réside dans des fichiers .yml écrits au format YAML (YAML Ain’t Markup Language).

Aussi facile à lire que précédemment, il permet plus de choses et s’est imposé comme l’un des formats de standardisation dans plusieurs langages de programmation, tels que C, Perl et Python. L’une des grandes décisions prise pour Drupal 8 a été de standardiser le plus possible et de réutiliser des composants existant et fiables de façon à se concentrer sur autre chose. Ainsi le format YAML remplacera nos bons vieux fichiers maison.

L’ancienne version du fichier .info du module block:


1
2
3
4
5
6
7
8
# Drupal 7 block.info
name = Block
description = Controls the visual building blocks a page is constructed with. Blocks are boxes of content rendered into an area, or region, of a web page.
package = Core
version = VERSION
core = 7.x
files[] = block.test
configure = admin/structure/block

La nouvelle version du fichier info du module block au format YAML


1
2
3
4
5
6
7
8
# Drupal 8 block.info.yml
name: Block
type: module
description: 'Controls the visual building blocks a page is constructed with. Blocks are boxes of content rendered into an area, or region, of a web page.'
package: Core
version: VERSION
core: 8.x
configure: admin/structure/block

Comme vous pouvez le voir, les deux fichiers sont similaires. La bonne nouvelle est que vous ne serez pas dépaysé en écrivant au format YAML.

Pour vous aider à comprendre les avantages et la structure de ce nouveau format, voici dans les grandes lignes à quoi ressemble la syntaxe. Si vous voulez en savoir plus, rendez-vous directement sur la page wikipédia ou sur la documentation Symfony 2

  • Les commentaires doivent être précédés par un #
  • La valeur Null peut être exprimée de deux façons, avec la chaîne de caractère null ou le symbole ~
  • Les booléens s’écrivent true ou false
  • Les chaînes de caractères doivent être entourées par des apostrophes. Néanmoins si votre chaîne de caractère contient une ou plusieurs apostrophes, vous pouvez utiliser les guillemets.
  • Les listes d’éléments peuvent être définies sur une seule ligne ou dans un bloc (sur plusieurs lignes). Utilisez un tiret pour ajouter un nouvel élément dans une liste.


1
2
3
4
5
# comment.info.yml
dependencies:
 - datetime
 - node
 - text

Ou si vous préférez, vous pouvez créer vos listes sur une seul ligne.


1
[datetime, node, text]

Les tableaux sont de simples objets au format clé:valeur.


1
2
3
4
5
6
7
# comment.info.yml
name: Comment
type: module
description: 'Allows users to comment on and discuss published content.'
package: Core
version: VERSION
core: 8.x

Il est possible d’imbriquer les tableaux, il suffit simplement d’ajouter une indentation à un tableau. Attention, les indentations doivent utiliser deux espaces et non pas des tabulations.


1
2
3
4
5
6
7
8
#block.routing.yml
block_admin_display:
  pattern: '/admin/structure/block'
  defaults:
    _content: '\Drupal\block\Controller\BlockListController::listing'
    entity_type: 'block'
  requirements:
    _permission: 'administer blocks'

Au final rien de méchant et rien de compliqué, l’intégration du format YAML ne vous donnera pas du fil à retordre. Cela aura juste pour conséquence d’unifier tous les fichiers de configurations en imposant un standard. Que ce soit pour la déclaration des modules, de fichiers de configuration en passant par le nouveau système de plug-in tout sera fait dans ce format.

Crédits Photo – Alessandro Prada

Comment Drupal est protégé contre les 10 plus importantes failles de sécurité







Dans le domaine de la sécurité, la réputation de Drupal n'est plus à faire. Interrogé sur les raisons de cette réputation, il est souvent indiqué que Drupal est sécurisé by design, c'est à dire depuis sa conception même. Autrement dit, dès le départ, Drupal a été conçu avec la notion toujours présente à l'esprit que le système doit être sûr et sécurisé. Regardons en détail comment Drupal, grâce à ses interfaces de programmations (API) si elles sont utilisées correctement, prend en compte chacune des failles de sécurité les plus importantes. Ces éléments de réponse proviennent du rapport publié régulièrement sur drupalsecurityreport.org.

Thème 
Sécurité Drupal
Prestataire
Spécialiste
Drupal

Par Artusamak
Julien Dubois

CMI : De la théorie...

CMI : De la théorie...

CMI, ou « Content Management Initiative » représente l’une des avancées majeures de Drupal 8 visant à répondre à un besoin semblant simple au premier abord : Apporter une solution permettant de synchroniser la configuration d’un site entre plusieurs instances.

Comme le disait Greg Dunlap, le leader du projet :

CMI hopes to separate management of your code and content once and for all! We want to make it possible to store your site’s configuration in a standard API separate from its content, soliving issues like feature management and content staging that are cumbersome in previous Drupal versions.”

Mais ça ressemble à quoi ?

Il s’agit principalement d’une API fournissant aux développeurs une manière simple, standardisée, de stocker de la configuration de telle sorte qu’elle soit déployable.
Pour l’utilisateur final, cela signifie que nous sommes désormais capables de créer et configurer un site sur un serveur (de développement, de préproduction) et de le « déplacer » ensuite en production cette même configuration.

Pour bien comprendre le fonctionnement, il faut d’abord clarifier deux notions que CMI utilise : Active storage et Staging Storage.

  • L’Active Storage est un espace, par défaut la base de données, où Drupal stocke la configuration courante du site.
  • Le Staging Storage est lui un espace, par défaut le système de fichier, où Drupal stocke la configuration qu’il va devoir importer.

Chaque changement entre le Staging et l’Active peut être visualisé dans l’administration de Drupal.

Examinons ensemble un exemple d’un fichier de configuration, ici le fichier définissant le type de contenu « Book » :

type: book
name: 'Book page'
description: '<em>Books</em> have a built-in hierarchical navigation. Use for handbooks or tutorials.'
help: ''
has_title: true
title_label: Title
settings:
  node:
    preview: 1
    options:
      status: true
      # Not promoted to front page.
      promote: false
      sticky: false
      revision: false
    submitted: true
status: true
langcode: en

Comme on peut le voir, la configuration reste très compréhensible et facile à lire. Le plus important à comprendre est que ces fichiers fonctionnent sur un mode déclaratif.

Qu'est-ce que le mode déclaratif ?

Voyons ce que nous dit Wikipedia :

La programmation déclarative est un paradigme de programmation. Il consiste à créer des applications sur la base de composants logiciels indépendants du contexte et ne comportant aucun état interne. Autrement dit, l'appel d'un de ces composants avec les mêmes arguments produit exactement le même résultat, quel que soit le moment et le contexte de l'appel.

En programmation déclarative, on décrit le quoi, c'est-à-dire le problème. Par exemple, les pages HTML sont déclaratives car elles décrivent ce que contient une page (texte, titres, paragraphes, etc.) et non comment les afficher (positionnement, couleurs, polices de caractères, etc.). Alors qu'en programmation impérative (par exemple, avec le C ou Java), on décrit le comment, c'est-à-dire la structure de contrôle correspondant à la solution.

Autrement dit, en simplifiant, on pourrait dire :

  • Programmation impérative : décris à la « machine » comment faire quelque chose, et il en résulte ce que vous escomptez.
  • Programmation déclarative : décris à la « machine » ce que vous souhaitez qu’il se passe, et laisse la machine trouver comment y arriver

CMI n’est pas features !

Si vous aviez l’habitude (et vous devez l’avoir !) d’utiliser le module Features, vous serez peut-être un peu perdu au début. En effet, il ne faut pas oublier le but initial de Features était de pouvoir packager des « trucs » ensemble afin qu’ils puissent être réutilisés.
Ce n’est pas du tout le but de CMI. Ici, on exporte systématiquement l’ensemble de la configuration de votre site, et non pas une petite section.

Pour résumer, CMI est donc un outil permettant de gérer la configuration de manière déclarative, versionnable, et déployable.

Prochaine étape, la pratique !

Par Artusamak
Julien Dubois

Keynote de Dries – Drupalcon Austin 2014

La keynote que Dries a tenu pour le lancement de la nouvelle édition américaine de la Drupalcon 2014 à Austin se résume à se demander ce que sera le web de demain et comment Drupal pourrait jouer un rôle dans cet écosystème.

Drupalcon Austin 2014C’est une question intéressante à se poser lorsque l’on constate que de plus en plus d’acteurs venus à Drupal commencent à faire marche arrière faute de libertés suffisantes avec Drupal 7 et d’une arrivée très tardive de Drupal 8. S’interroger sur ce à quoi ressemblera le web dans quelques années est une chose, mais s’inquiéter de savoir si Drupal fera partie de ce tableau en est une autre. La réponse est probablement non.

Mais il est intéressant de constater que l’évolution à laquelle on assiste auprès des acteurs du web est que les géants deviennent de plus en plus géants et qu’ils écrasent complètement les nouveaux venus. Il va falloir que les gens acceptent de se rebeller contre ça pour que l’équilibre d’internet ne soit pas en danger.

Il est presque déjà trop tard, Google décide actuellement de ne plus montrer certains sites, qu’en sera-t-il demain lorsqu’il aura aspiré toutes les données de vos sites et les montrera directement dans sa page de recherche sans vous renvoyer le moindre trafic ?

Dries pose cette question et se dit que Drupal pourrait avoir un rôle à jouer en vous permettant d’avoir entre les mains un outil permettant de créer un genre de plateforme riche à partir de laquelle le contenu pourrait être disséminé facilement selon le format dans lequel vous le consommeriez (article sur un PC, billet sur votre téléphone, etc).

Je trouve que cette keynote a le mérite de mettre en lumière ce problème pour lequel nous n’avons pas forcément conscience mais je reste sceptique sur le rôle que Drupal pourra jouer. Le pouvoir réside principalement sur le trafic plus que sur les moyens technologiques à disposition pour formater le contenu et adapter le message au visiteur. Drupal n’a pas d’emprise sur l’acquisition du trafic et l’on peut légitimement se demander comment s’affranchir d’un Google pour faire venir les visiteurs. C’est un acte citoyen de s’interroger sur ce point et sur nos habitudes de consommation, la réponse n’est pas simple mais il faudra accepter de soutenir des petits acteurs prometteurs faute de tous les voir disparaitre les uns après les autres.

Par admin

DrupalFR au CMS day 2014

Comme pour la troisième édition, l'association Drupal France et Francophonie (drupalfr) sera présente le 17 juin 2014 au CMS Day.

Il s'agit d'un événement consacré à la gestion de contenu open source (CMS), dont nous somme sponsor Bronze.

Pour l'édition 2014, le CMSday proposera plus de 30 tables rondes et ateliers.
Bien entendu, tout au long de la journée, vous pourrez également venir nous rencontrer pour échanger et parler du CMS Drupal.

CMS Day

Il est impératif de vous inscrire gratuitement pour obtenir votre badge.
Inscrivez-vous au CMS Day 2014

Trouver un prestataire Drupal







Vous avez un projet de site web et vous avez déjà identifié Drupal comme solution idéale ? Mais vous avez des difficultés pour trouver un prestataire Drupal ? Comment vous assurer le prestataire sera en mesure de vous développer un site internet dans le respect des règles de l’art ? Bref comment trouver un prestataire Drupal, ou comment s’assurer que le prestataire dispose effectivement des compétences nécessaires à la bonne maîtrise de Drupal ? Ce billet va essayer de vous donner quelques pistes pour vous permettre d'éviter quelques mauvaises surprises.

Thème 
Drupal
Spécialiste
Prestataire

Par Artusamak
Julien Dubois

Drupal 8 pour de vrai

Drupal 8 pour de vrai

Alors que Drupal 8 se profile doucement et promet des améliorations majeurs par rapport à Drupal 8, intéressons nous à ce temps avant l'apparation des premiers sites majeurs en Drupal 8.

Quel est la situation de la contrib ? Comment devons nous changer nos habitudes et que faire pour se tenir prêt à l'arrivée de Drupal 8 ?

Ensemble essayons de répondre à cette question "Quand est ce que je pourrais utiliser Drupal 8 en production ?"

 

Cette session est largement inspiré par celle de @Florian Lorétan : Drupal 8 for real

crédit image : http://www.greenhouseloft.com/

Illustration: 
Catégorie: 
Par Artusamak
Julien Dubois

La fin du .info

La fin du .info

L'arrivée prochaine de Drupal 8 marquera la mort d'un (des nombreux) aliens de Drupal : le fichier ".info".

Ce fameux ".info", indispensable à tout module, thème ou encore profil d'installation sera remplacé dans un fichier YAML.

Évidemment, la principale motivation de ce changement est de pouvoir assurer une certaine consistance avec le reste de drupal (le nouveau système de routage utilisera aussi des fichiers YAML). Et bien sûr, l'adoption de la norme YAML consiste également en un switch vers un format bien connu et surtout standard.

Ce changement se traduit donc par la conversion de tous les anciens fichiers ".info" en ".info.yml".

Pour la majorité des anciennes instructions, le simple remplacement des "=" en ":" fera le plus gros du boulot.
Pour toutes les déclarations qui avaient la forme de tableaux (c'est à dire, avec un "[]" dedans), la forme sera :

dependencies:
  - node

Autre exemple avec les feuilles de style, anciennement de la forme :

; Stylesheets
stylesheets[all][] = css/layout.css
stylesheets[all][] = css/style.css
stylesheets[print][] = css/print.css

Ceci deviendra :

# Stylesheets
stylesheets:
  all:
    - css/layout.css
    - css/style.css
  print:
    - css/print.css

Comme vous avez pu le voir dans l'exemple précédent, pour insérer un commentaire, il ne faudra plus utiliser un ";" mais un "#" en début de ligne.

Enfin, on note l'arrivée d'une nouvelle clé : "type". Celle-ci, obligatoire, aura pour valeur "module", "theme", ou encore "profile". Je crois que vous avez compris son fonctionnement là, non ?

Un exemple complet avec le thème "Seven".

Drupal 7 :

name = Seven
description = A simple one-column, tableless, fluid width administration theme.
package = Core
version = VERSION
core = 7.x
stylesheets[screen][] = reset.css
stylesheets[screen][] = style.css
settings[shortcut_module_link] = 1
regions[content] = Content
regions[help] = Help
regions[page_top] = Page top
regions[page_bottom] = Page bottom
regions[sidebar_first] = First sidebar
regions_hidden[] = sidebar_first

Drupal 8 :

name: Seven
type: theme
description: 'A simple one-column, tableless, fluid width administration theme.'
package: Core
version: VERSION
core: 8.x
stylesheets:
  screen:
    - style.css
stylesheets-override:
  - vertical-tabs.css
  - vertical-tabs-rtl.css
  - jquery.ui.theme.css
settings:
  shortcut_module_link: '1'
regions:
  content: Content
  help: Help
  page_top: 'Page top'
  page_bottom: 'Page bottom'
  sidebar_first: 'First sidebar'
regions_hidden:
  - sidebar_first
Par GoZ
Fabien CLEMENT

Trouvez la version de Drupal d'un site

Il y a plusieurs mois, j'ai mis en ligne un service qui vous permettra de savoir si un site fonctionne sous Drupal et sous quelle version.

Il y a 2 fonctionnements possibles:
- Soit les fichiers .TXT ne sont pas protégés ou le fichier CHANGELOG.txt n'a pas été supprimé, et c'est très facile.
- Soit il faut aller plus loin pour connaitre la version, et je me base alors sur le checksum des fichiers disponibles en clair (CSS et JS de drupal)

en lire plus

Par admin

Crash du site

Bonjour à toutes et à tous,

comme vous avez pu le constater le site a été inactif pendant plusieurs jours.
Il se trouve que le serveur hébergeant le site a crashé et que les disques durs ont été endommagés.

Les admins ont pu récupérer les données et remonter l'infra.
Tous les services ne sont pas encore revenus mais l'essentiel est là.

Bonne journée à tous et n'oubliez pas on se retrouve au Drupal Camp Soleil les 24 et 25 mai 2014 à Montpellier.

Par hellosct1

Les stands PHP au salon solutions linux 2014

Le salon « solutions linux » va se dérouler le 20 et 21 mai 2014 au Cnit à Paris. Et de nombreuses sociétés Open source seront présentes, ainsi que de nombreux acteurs du langage PHP.

Linux_2014_150x150.gif

Au niveau du village associatif, le langage PHP sera aussi représenté avec les associations comme Dolibar, AFUP (Association Française des Utilisateurs de PHP), Drupal, GLPI...

Pour ma part, je vais m'occuper des stands AFUP et Drupal, situé sur les stands B41 et B39, mais aussi de nombreuses acteurs de ces communautés seront présents pour répondre à toutes vos questions et bien sur parler de CMS ou encore du langage PHP.

N'hésitez pas à venir nous rencontrer pendant ces 2 jours.

C'est pourquoi sans plus attendre, il faut vous inscrire gratuitement sur le stand du salon linux pour venir nous voir.

Le salon Solutions Linux qui se déroule du 20 et 21 mai 2014

Par Marc Delnatte
Akabia

Drupal 8 : Le Responsive Design

Définition :

Le terme responsive design a été créé par Ethan Marcotte. Il désigne un ensemble de techniques (grille fluide, images flexibles, medias queries CSS3), il est fortement associé aux feuilles de style CSS3.







Par Mantalo Conseil
Benjamin Grapeloux
Agence web, Agence de Communication et Marketing en Dordogne (Aquitaine)

Blue Drop Awards : 2 sites made in Mantalo nominés

Blue Drop Awards, c'est quoi ?

Blue Drop Awards est une initiative communautaire indépendante initiée en 2012 et animée par une collaboration bénévole entre acteurs de la communauté internationale DrupalL'événement est soutenu par Drupal Association, mais ne revêt aucun caractère officiel en lien avec la marque Drupal déposée par Dries Buytaert.

Blue Drop Awards, pourquoi ?

Le concours souhaite permettre aux parties prenantes impliquées dans un projet Drupal de se reconnaître et d'être reconnues pour leur capacité à optimiser ou à enrichir les potentiels qu'offre Drupal en tant que système de gestion de contenu Open Source.

Qui peut concourir ?

Tout le monde peut soumettre un site développé sous Drupal au comité de sélection qui statue sur sa recevabilité.

Quels critères ?

Les finalistes sont sélectionnés par le Comité de remise des prix Blue Drop sur les critères suivants :

  • Innovation,
  • Respect des bonnes pratiques,
  • Structure du contenu,
  • Ergonomie de navigation,
  • Conception visuelle,
  • Fonctionnalités,
  • Expérience utilisateur globale.

2 sites créés par Mantalo parmi les nominés

C'est par twitter que nous avons appris la nomination des C'est sur twitter que nous avons appris que 2 de nos sites avaient été nominés !!! Nous n'avons en effet entrepris aucune démarche particulière, et nous sommes d'autant plus ravis de constater que notre travail ait pu être apprécié comme valorisant pour la communauté Drupal... Thank you guys !

Quand connaitra-t-on les gagnants ?

Le vote sera ouvert au public sur le site BlueDropAwards.org à partir de la liste des finalistes : 
  1. Pré-sélection des candidatures :  du 7 au 21 Avril
  2. Confirmation des candidatures :  du 22 au 28 Avril
  3. Sélection des finalistes par le Comité des prix Blue Drop : du 29 Avril au 4 Mai
  4. Vote du public sur liste des finalistes : du 5 au 19 mai
  5. Le vote se termine le 19 mai minuit CST
  6. Cérémonie DrupalCon Austin, Texas:  4 Juin

Que du positif pour la communauté Drupal !

Les Blue Drop Awards contribueront à la visibilité de la communauté Drupal sur 3 axes :
  • Les Blue Drop Awards font du buzz en dehors de la communauté Drupal... Drupal s'exposant peu aux médias en dépit du très grand nombre de sites prestigieux qui l'utilisent.
  • Les Blue Drop Awards apportent une visibilité aux candidats, aux finalistes, et aux vainqueurs, et une reconnaissance envers la communauté Drupal.
  • Les Blue Drop Awards valorisent une vitrine de projets Drupal primés, ouvrant ainsi la perspective pour tous les porteurs de projets qui se sentent limités dans leurs options créatives !

Tags: 

Pour voir nos 2 sites nominés, rendez vous sur Terroir et vin du Périgord et sur Artisans du foie gras !

Vous aussi avez décidé de professionnaliser vos relations avec votre prestataire Web ? Contactez nous !

Pages