web-dev-qa-db-fra.com

CMS: Rendre les pages complexes modifiables par l'utilisateur final

J'ai été chargé de recréer un site Web d'entreprise de petite taille (peut-être une douzaine de pages statiques et une section de blog) à l'aide de WordPress. Je n'ai aucun problème avec la conception Web réelle, ni avec le PHP lui-même. Cependant, j'ai du mal à comprendre comment le configurer afin que les utilisateurs finaux puissent éditer les pages statiques avec des mises en page plus complexes sans connaissances en HTML.

Par exemple, la page de couverture de ce site utilisera le motif incroyablement familier d'un Jumbotron/curseur en haut, trois petites zones de "surbrillance" en dessous, puis quelques sections distinctes dans le reste de la page, probablement avec des images. flotté à alterner des côtés. (Un peu comme ceci .)

Tous ces composants constituent un contenu réel. Ils doivent donc être facilement modifiables par l'utilisateur. Lorsqu'une nouvelle version du produit sort, ils doivent pouvoir modifier le titre dans Jumbotron, décrire les nouvelles fonctionnalités dans les petits champs en surbrillance, mettre à jour les images alternées dans les sections, etc.

Les méthodes que j'ai envisagées incluent l'utilisation de widgets ou de quelque chose comme Champs personnalisés avancés pour créer des zones modifiables distinctes pour le Jumbotron, etc., mais cela ne fonctionne pas. semble très robuste ou élégant. J'ai aussi envisagé d'utiliser des shortcodes pour créer des wrappers simplifiés autour de ces composants de page, mais WordPress contient mille petits bugs qui bousillent avec le contenu de blocs shortcode ( sauts de ligne superflus, tags d’ouverture et de fermeture errants, etc.).

J'ai vu des sites WordPress qui utilisent des structures de page comme je l'ai décrit, mais je n'ai pas été en mesure de trouver de thèmes/plug-ins gratuits qui montrent comment ils le gèrent. Les méthodes que j'ai mentionnées ci-dessus sont-elles généralement utilisées par ces sites ou existe-t-il une fonctionnalité de base de WordPress que je ne comprends pas ici?

2
kine

Votre question est très intéressante car (si j'ai bien compris), elle aborde un aspect très important du codage - Planning .

Et planifier une bonne structure nécessite un savoir bien établi sur la plate-forme que vous utilisez.

La question (encore une fois - pour ma compréhension) ne peut pas être répondue par code mais plutôt comme une considération des méthodes. (bien - on peut y répondre par code - mais ce sera presque un petit wiki ou un codex comme une page car cela devrait couvrir BEAUCOUP sinon tous les aspects de wp)

Il existe de nombreuses façons de réaliser une telle structure et de construire un tel thème. Ceux que vous avez décrits sont valables.

Je ne suis pas un fan des types d'articles personnalisés, même si je vois les avantages pour l'utilisateur final.

types de messages personnalisés serait une autre méthode - également un IMHO excessif mais très convivial.

Aucune de ces méthodes n'est "meilleure" que d'autres - cela dépend vraiment de vos besoins, de vos compétences en tant que codeur et des compétences de votre utilisateur.

La même chose peut être obtenue d’une autre manière (et je l’ai déjà fait auparavant) avec de simples posts divisés en catégories (une pour le curseur, une pour les clients, une pour les témoignages, etc.)

En résumé, 6 méthodes me viennent maintenant à l’esprit (pas dans un ordre particulier):

  • 1 widgets

  • 2 types de messages personnalisés

  • 3 Division simple par catégories

  • 4 champs personnalisés (je n'aime vraiment pas l'abus d'eux, mais peu importe. Une méthode valide)

    • (4.1 Méta-boîtes - entre parenthèses, car interface uniquement avec 4)
  • 5 requêtes personnalisées directes

  • 6 Une simple page d’administrateur (ou page "options de thème")

(La liste sera mise à jour si quelque chose vous vient à l'esprit ..)

Peut-être le

quelques fonctionnalités de base de WordPress que je ne comprends pas ici?

Le custom_post_type () est probablement ce que beaucoup de gens vont vous dire que c'est la partie que vous avez manquée .. mais surtout à mon humble avis car ils l'ont déjà vu tutoriels.

Pour chacune des listes mentionnées ci-dessus, il y a une liste infinie de plugins, de classes, de frameworks et d’aides - qui est en soi une page wiki - sa propre page. Je ne ferai que déposer un lien rapide vers la 6ème méthode - ICI - parce que c'est facile, mais j'aimerais éviter de créer des liens pour tous les autres, afin d'éviter également un débat inutile sur ce qui est le mieux (réponse: il y a pas "meilleur").

À ce stade - GIYBF.

J'ai effectivement répondu à cette question car il y a 3 heures, je venais de terminer le codage d'un thème similaire à celui que vous avez présenté.

Dans ce cas particulier, j'ai choisi les widgets comme méthode - et toute l'administration du site est effectuée à UN SEUL emplacement - la zone des widgets. Très facile à construire, très facile à maintenir, très facile à mettre à jour - et aucun jonglage de code n'est nécessaire.

Mais je dois encore souligner que toutes les méthodes sont valables.

Je ne peux pas recommander l'un sur l'autre.

Je les ai tous utilisés.

Tout le travail.

Tous ont leur propre créneau particulier.

Le reste n'est que préférence personnelle (client et codeur) et sémantique.

2
krembo99