2013-05-01 5 views
-2

Je suis sur un projet dédié. C'est un site de commerce électronique. Ce site est en 3 langues et fonctionne sur 7 domaines en ce moment (.com/.us/.au/.fr/.ru/.ca/.nz). Il a fonctionné depuis toujours pour que de très vieilles logiques et processus soient toujours appliqués car de grands changements ne peuvent pas être faits facilement. Maintenant, il a 32 modèles d'email pour chaque domaine lié à l'achat etc. Actuellement, s'il y a même un petit changement un concepteur doit le faire 32x7 fois. C'est très redondant. J'ai proposé à mon équipe de développement de créer un template maître pour chaque domaine et vu que seuls EN FR et RU auront besoin de modèles différents, je n'aurai à faire que des changements 3 fois. Maintenant, je suis déconcerté quant à la façon dont le backend pour/devrait être, comme dans, l'en-tête, pied de page, navigation, etc. proviendra de cms/database où une personne non technique entrera du texte pour apporter des modifications. Pouvez-vous s'il vous plaît me donner une idée de comment dois-je aborder cela? Le projet est dans asp.net.Comment gérer le contenu d'un site Web multilingue?

Désolé pour la description longue mais je suis vraiment confus quant à la façon dont la personne de saisie de données entrera toutes les informations relatives aux e-mails et d'autres choses qui auront besoin de ce type d'implémentation. Désolé pour mon anglais car je ne suis pas sûr moi-même si j'étais capable d'indiquer clairement le problème, faites le moi savoir et je vais l'expliquer à nouveau. Merci.

+1

Pourquoi le vote baissier? – AnAspiringCanadian

+0

Votre question n'est pas celle qui peut avoir une réponse unique claire et dépend de beaucoup plus de facteurs, vous demandez une proposition de conception, un guide de conception. Le design peut être n'importe quoi. Et la conception d'un site peut prendre plusieurs jours et doit être faite à partir de l'expérience de vos développeurs. Celui qui fait le design doit être capable de se tourner vers l'avenir et de savoir avant de commencer à développer comment cela se termine. Je sais que tout cela ne peut pas être fait avec les petites données que vous donnez. Sachez aussi que vous ne pouvez pas avoir une vraie réponse. et ne me prenez pas pour le downvoter. – Aristos

+0

Tout ce dont j'ai actuellement besoin, c'est de trouver le moyen le plus simple de gérer les courriels et de le rendre aussi simple que possible pour la personne qui saisit les données, car il/elle n'est pas du tout technique. – AnAspiringCanadian

Répondre

1

Si vous utilisez un CMS approprié (par exemple, Kentico CMS) qui stocke du contenu dans une base de données, le serveur principal dépend de la façon dont le CMS organise les données dans sa base de données. Découvrez comment les mainteneurs de contenu organiseront le contenu dépendant de la langue (de la façon dont vous y réfléchissez déjà - le contenu des sections de page définies par langue) ... et comment cela se traduira dans le sous-jacent de votre CMS. organisation des données. Commencer petit, et être systématique - sur la fin de l'entrée (c'est-à-dire, comment un mainteneur de contenu va faire sa part) et sur la fin de la consommation de contenu; essayer de faire une simple partie du site qui fonctionne avec autant de redondance aujourd'hui ... travailler sans; et partir de là. Par exemple, concentrez-vous d'abord sur une section définie simple dans une page avec du contenu pour chaque langue. Avec cela clair, envisager une section plus compliquée qui nécessite l'organisation du contenu pour chacun de ses domaines de contenu. Développez ensuite plusieurs pages, en prenant en compte les différents types de pages qui peuvent avoir différentes sections définies (et peuvent déjà être claires à partir de différentes pages maîtres qu'ils utilisent). Pour les modèles de courrier électronique en particulier, j'ai utilisé avec succès un modèle Smarty géré par CMS par type d'e-mail transactionnel (confirmation de commande, confirmation d'expédition, etc.) pour les ventes électroniques - même si ASP.NET était la principale technologie sur le marché. équipe. Vous pouvez avoir besoin Nombre de types d'e-mail * Nombre de langues modèles, mais il semble qu'une telle approche pourrait fonctionner.

également, considèrent que votre CMS peut très bien exposer les services où vous pouvez obtenir le contenu, de sorte que vous n'avez pas vraiment être directement concernés par la façon dont il organise les données back-end.