J'ai un restaurant de type de contenu. Pour chaque restaurant, j'aimerais enregistrer leur menu.
Les données d'échantillon ressembleraient à ceci:
cocktail
Blue Lagoon 9,99 $
(x combiné avec y etc.)
saphir rouge 9,99 $
(un autre x mélangé avec bla)
classique Bolognise 13,69 $
(pâtes de votre choix mélangé avec nos spécialités faites maison Sauce Bolognaise)
Comme vous pouvez le constater, le menu consistait en plusieurs composants: catégories, nom de menu, description, prix. Ce serait également génial si nous pouvions également réorganiser des catégories (certains restaurants pourraient préférer que leurs boissons soient affichées avant leur lieu de rencontre, tandis que d'autres préfèrent le contraire).
4 Réponses :
La façon dont je le ferais cela serait probablement comme ça: Ceci est un peu développeur lourd, car beaucoup de ces choses devraient être codées. Vous pourriez aller très loin qu'utilisez CCK et des vues, mais je préférerais créer un module pour cela. La raison en est que si le client voudrait que cela change en une demi-an ou viennent avec des fonctionnalités supplémentaires, je pourrais avoir un moment très difficile de la mettre en œuvre. L'intégration de CCK et de points de vue peut être très délicate et prendre beaucoup de temps, donc en utilisant un peu de temps supplémentaire maintenant, rendrait beaucoup plus flexible et extensible. J'ai également fait différentes choses qui ont des terrains courants, alors je serais capable de c / p C'est également en partie la raison pour laquelle je vais faire cette route, comme utiliser CCK et les vues seul ne me sauveraient pas beaucoup de temps en temps
Note, je suis habitué à développer Drupal, alors je serais capable de faire beaucoup de ces choses assez vite, car j'ai fait un jour similaire récemment. Cela pourrait ne pas être le meilleur choix pour vous.
J'aime cette proposition, même si je ne vais pas y aller, à moins que d'autres parties du projet ne devraient explicitement besoin de découplirement les différentes parties du menu (mais il s'agit d'une question de philosophie de développement, alors je ne suis donc pas sous-joyant de cette solution si mauvais de quelque manière que!). J'aime particulièrement le point 4 car il s'agit de la vraie taxonomie apporte plusieurs avantages de conception - à côté du point de référencement Googletorp déjà mentionné).
@MAC L'itinéraire à prendre dépend beaucoup du projet. Certains de mes projets sont très bien définis et, dans un tel cas, je saurais si tout cela serait nécessaire, ou si je ferais quelque chose de plus simple avec moins de code. Mais si c'était pour un site que, avec le temps, sera prolongé dans différents domaines, je préférerais avoir des choses plus sous contrôle. Mais comme vous le dites, c'est une question de philosophie de développement. Une des raisons pour moi de favoriser cette tactique, pourrait aussi être le genre de travail que j'ai fait le mois dernier ou deux qui n'a pas été avec Drupal :)
Type de contenu du restaurant. Champs de Nom d'entreprise, Adresse professionnelle, Téléphone, Télécopie, Site Web, Email, IM, Twitter, Propriétaire d'entreprise, Business Contact (comme Manager), Restaurant Description, logo et Google Map Lieu de localisation Lien (ou Modules d'implémentation de l'emplacement et du Modules GMAP) etc. Peut-être utiliser un module cinq étoiles pour permettre les évaluations des utilisateurs des restaurants.
Taxonomie Hicherical de la nourriture (besoin de module pour cela). Les catégories alimentaires sont des boissons (alcooliques, non alcoolisées, etc.), soupes, salades, petits-déjeuners, déjeuner, dîner, desserts, plats, sandwichs, fruits de mer, etc.
Type de contenu alimentaire. Champs pour le champ de référence du nœud au nom du restaurant afin que leur menu soit construit et organisé correctement, sélection de taxonomie de la nourriture, Titre de la nourriture (MCRAC, WHOPPER, oignon Bloomin, etc.), prix, options de préparation (moyennes, bien faites, etc. ), une image (s) alimentaire (s) et des ajouts pouvant être combinés avec ce plat doivent soit sélectionner des options de liste ou des références de nœuds à d'autres types de contenu alimentaire (purée de pommes de terre ou pommes de terre cuites au four avec cela?)
En ce qui concerne les images, utilisez Imagecache pour générer plusieurs tailles utiles différentes de toutes les photos, de sorte que vous puissiez mineur de minuscules vignettes, des images de taille moyenne et des images magnifiques de taille complète des plats.
Affichage sur CSS qui ressemble un peu à un Menau. Regardez les sites Web de restaurants nationaux comme Chilis.com pour voir comment ils le font. Fournissez des liens de menu des conditions de taxonomie des aliments pour chaque restaurant et une vue sur les restaurants proposant des filtres exposés afin que les utilisateurs puissent facilement trouver des restaurants par type, emplacement, étoiles, etc.
sonne comme un projet amusant. J'aimerais voir une étude de cas publiée lorsque vous avez terminé.
Quelqu'un a marqué ceci -1? Pas utile? Une idée pourquoi? Je pensais que c'était utile, j'ai fourni une solution qui réponde à toutes les parties de leur question. J'ai peut-être manqué quelque chose? S'il vous plaît dites-moi ce que j'ai mal fait? Je pense que les gens qui passent une réponse à la réponse doivent être forcés d'expliquer pourquoi ils l'ont fait, de fournir des commentaires constructifs pourquoi la réponse donnée n'était pas utile. Sinon, il doit s'agir d'un sens laide de la concurrence entre les intervenants, comme les auteurs sur Amazon examinant les livres de concurrents pour rendre leur propre look. Y a-t-il un wiki qui discute de cette question?
Il y a meta.stackoverflow.com pour discuter de ce type de problèmes. Et oui, il y a déjà une discussion en cours à ce sujet, mais le résultat semble donc être: non, le système est bon tel qu'il est. Ma solution a également été évitée parce que quelqu'un n'aimait pas l'approche de celle-ci, bien que la vôtre - c'est techniquement absolument sonore: je dirais qu'il est normal de se faire parfois être évité de la matière de style / approche / philosophie différente. S'il y a de véritables erreurs / mauvaises informations dans une réponse - Cependant, quelqu'un vous fera savoir que dans une fraction d'une minute! ;)
Grande solution! J'aime beaucoup :) +1
Je devais faire quelque chose de très semblable à cela. J'ai résolu avec des panneaux, des vues et des CCK. J'ai créé un type de noeud 'Restaurant' et un type de nœud 'Menu_Item'. La taxonomie de Menu_Item est définie en utilisant un vocabulaire spécifique. J'ai utilisé des panneaux pour afficher le menu des chemins Restaurant-Nom / Menu, puis Vues + CCK pour afficher la Articles dans le menu (j'ai utilisé des références de noeuds pour relier les articles aux restaurants). Ensuite, j'ai regroupé la vue par taxonomie: champ terme.
La première idée que je devais faire cela pourrait être quelque chose comme suit:
De cette façon, vous pouvez stocker vos données.
Pour la partie d'affichage, vous pouvez utiliser:
Je recommande le premier choix car il est plus conforme aux normes, plus rapide d'exécution et pourrait éviter certains problèmes possibles pouvant provenir des vues + bloc de bloc.
(Probablement la meilleure approche serait d'écrire un module de nœud qui la fait en créant une forme de valeurs multiples AHAH, avec catégorie / titre / prix / description, mais je suppose que ce n'est pas le genre de solution que vous recherchez ..)
..et En utilisant la référence de nœud, vous avez également l'avantage des définitions de nourriture partagées (par exemple, si le prix des changements de vin rouge, vous pourriez l'avoir mis à jour automatiquement sur tous les menus, pas seulement ..) ..