Recherche themer drupal experimenté

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Dans le cadre d'un projet très important pour un site basé sur drupal 5.X, views 1.X, panels 2.X, subtheme zen

nous recherchons quelqu'un ayant de bonnes connaissances en theming drupal notamment dans le cadre de l'utilisation de zen.

Une des problématiques du site est la sucharge quasi systématique de views pour produire le rendu souhaité.

disponibilité immédiate souhaitée.

plusieurs projets sont en cours et cette première expérience de collaboration peut s'envisager sur du long terme

Contact : arnaud.ranson@neuros.fr

Version de Drupal : 

Hello,

Views est très gourmand en ressources et c'est très rare qu'on l'utilise tel quel sur les sites à forte charge. Avant de te tourner vers la couche "thème", il faudrait déjà ré-écrire les vues en SQL classique.

hello, c'est vrai que d'un point de vue performance, views n'est pas l'ideal vu la quantité de SQL qui est généré.

Sans rentrer dans le débat éternel, il y a forcément les deux points de vue qui s'oppose :
- la latitude des paramétreurs et la combinaison vertueuse des modules
vs
- l'optimisation du code exécuté

Nous avons pris la première option pour pas mal de raison (entre autres une problématique assez forte sur les node_access qu'on ne sait a priori pas lever simplement - sauf a redévelopper des gros bout de code).
Le chantier performance sur notre projet doit s'occuper de l'optim et la encore, il y a du boulot à faire :
- minimisation du nombre de module (pour l'instant 70 et on essaie de pas aller trop loin)
- opcode
- memcache
- la mise en place du cache pour les authenticated (advanced cache)
- les quelques optims classiques ponctuelles qu'on peut faire (comme l'article sysarchitects sur les forums ...)

Je ne suis pas un grand contributeur de forum mais ca fait deux ans que je fais du drupal et que je suis la communauté de très près. j'ai d'ailleurs failli me proposer pour la co ecriture d'un livre mais j'ai un profil un peu particulier (bcp plus paramétreur que codeur) et je ne peux malheureusement pas contribuer de manière visible (en dehors des messages de forum)

Meme si felisite a cessé les prestations, peut être as tu des contacts auprès de themers zen ?

Arnaud

Hello Arnaud,

Merci pour ces précisions. Le projet sur lequel tu bosses a l'air bien intéressant. :-) Tu peux nous en dire un peu plus ? (style de site ? principales fonctionnalités ?)

Malheureusement, je connais très peu d'indépendants Drupal et je n'ai donc personne à te recommander. Tous les prestataires Drupal que je connais sont des sociétés, et elles sont toutes inscrites dans l'annuaire des prestataires de ce site.

Sinon, en relisant ton message, je me dis qu'il faudrait peut-être un peu préciser : tu parles d'abord de theming (ce qui t'orienterait vers un profil designer/intégrateur) puis de performances (là on est plutôt sur un développeur). Sur un site bien conçu, les 2 sont plutôt décorrélés (c'est une chose que de récupérer les données appropriées, c'en est une autre que de les formater avec le HTML et les CSS qui vont bien).

Enfin, toute requête SQL qui remonte des noeuds doit être passée à la fonction db_rewrite_sql() qui ré-écrit la requête de sorte que le contrôle d'accès soit appliqué (ie. en excluant les noeuds qui ne doivent pas être affichés). Pour que ça marche bien, il faut respecter une certaine syntaxe dans la requête originale (voir la doc pour plus d'infos).

hello

merci pour ces précisions je connaissais pas db_rewrite_sql() (comme je l'ai dit, je suis pietre developpeur ...), je transmet ca à l'équipe de dev.

pour le site, des qu'il sort, je vous donne plus de précisions et fait idealement un use case. disons que c'est un site résolument tourné vers les médias.

SInon, désolé pour le coté fouillis de mon mail, on a effectivement bien décorrélé :
- les dev (modules, adaptation de modules etc...)
- la partie intégration (en se basant sur zen) qui doit formatter le tout

C'est bien cette dernière partie qui nous pose problème pour le moment.

de toutes facons, je reviens vers vous des que ca a fini de cuire :)

Arnaud