Catégories:
Sa y est je débute mon stage de Drupalien ! Alors que j’ai découvert les merveilles que font les modules CCK et Views, sans parler de la taxonomie native, je viens de prendre conscience avec horreur d’une réalité : Lors de la mise en production d’un site Drupal, l’ensemble des modifications faites graphiquement sont perdues. Je me suis donc plongé dans la création de contenu via le hook install. Pour la création de table «pur et dur», j’ai trouvé le hook schema, qui a l’air fantastique. Cependant, dans mon cas, j’ai une taxonomie à gérer, et non pas une création de table à proprement parler. Doit on faire des Insert «à l’arrache» dans vocabulary ? Sa me parait douteux.
Merci d’avance pour vos réponses.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
J’ai trouvé un début de réponse à ma question grâce à l’API drupal et quelques prise de têtes. :) J’utilise taxonomy_save_vocabulary pour créer mon vocabulaire. (On lui fournit un tableau qui définit le vocabulaire) La création des termes se fait par le même principe, avec la fonction taxonomy_save_term pour chaque terme.
EDIT : il me reste à comprendre comment lier un vocabulaire à un type de contenu, si vous avez une info, je suis preneur.
Grand_Lutin
17
Je pige pas. Comment se passe la mise en prod ? Normalement, tu prends les fichiers un dump de la base a un instant T, que tu balances en prod. Tu n’as rien a refaire apres.
Haza
578
En fait, je m’étais très mal exprimé. L’idée c’est simplement de créer des modules intégrant la création des types de contenus qu’ils utilisent. Je suppose que comme sa, le site peut être redéployé plus tard plus facilement, sans obliger le client à toucher à sa base de données.
Grand_Lutin
17
Pour créer un type de contenu il suffit d’aller dans /admin/content/types Pas besoin de toucher à sa base.
Mais il est vrai qu’un module qui créé son type de contenu afférent est tout de même plus «friendly».
Cela dit, bon nombre de modules laissent ça à la charge de l’utilisateur. Je pense à Date, Gmap, notamment.
Drupalfr.org est aussi sur freenode à #drupal-fr
—
Amipicto communication et publicité
floown@drupal.org
873
Heu… c’est exactement ce que j’ai fait. C’est après que ça c’est compliqué.
J’ai developpé un début en local (choix des modules, themes et modules perso, etc). Je n’ai pas trop poussé le truc, c’était pour tester l’outil.
Le passage en prod (pour soumettre a mes camarades et avoir un retour) est catastrophique. Tout saute (liens, views, panels, utilisateurs et leurs roles).
Je ne dois pas faire ce qu’il faut, mais je ne trouve pas dans les litératures que j’ai comment deployer drupal sans reprendre toutes les étapes de configs…
Vous avez une idée d’ou est mon erreur entre le copier/coller et la restoration du dump de ma base ???
PS : J’utilise Apache et linux en developpement et Apache et Mac Os en production.
fbenariac
1
C’est toujours difficile d’assurer une mise en prod propre de ces modules.
Pour la création des types de contenus, j’utilise le hook_install : J’ai trouvé un module «install profile api» (http://drupal.org/project/install_profile_api) C’est donc une mini api pour aider au déploiement de ces modules. Le fichier content_copy.inc contient une fonction «install_content_copy_import_from_file» qui fait le boulot d’import des types de contenus très bien. Bien entendu, on peut reprendre cette fonction afin d’éviter à ajouter l’API entière.
Le déploiement «propre» des modules passe par du code inévitablement, on est obligé de mettre les mains dans le cambouis. Sinon on est obligé d’utiliser un dump.
Grand_Lutin
17
Certains modules tels que Audio ou Ajax_News_Flash créent des types de contenu lors de leur installation (dans le fichier .install). Je pense que tu dois pouvoir t’en inspirer
vincent59
575