flux de travail de conception et de développement
Nous développons un ensemble de sites Web, complexes et communs, et la société a décidé d'utiliser WP comme base de gestion de contenu.
Comme dans chaque site, il existe un processus de conception, suivi de HTML, puis du développement/intégration du système de gestion de contenu. Cependant, je me demande comment cela fonctionnerait avec WP?
Les entreprises conçoivent-elles tous les modèles, puis HTML, puis le développement du thème et du CMS, ou finissent-elles le développement du CMS (qui dans ce cas est une couche de plugins personnalisés étendant WP), puis créent des thèmes individuels qui fonctionnent dessus?
Comme le temps est crucial et que de nombreuses personnes sont impliquées (ce qui augmente les coûts), je souhaite accroître l'efficacité de l'équipe et faire en sorte que les équipes de conception et de développement travaillent en parallèle.
Toute idée de ce que devrait être la séquence est appréciée.
Soit dit en passant, nous avons des fonctionnalités communes entre les sites, puis des fonctionnalités spécifiques à chaque site, que vous pouvez considérer comme des fonctionnalités spécifiques à un thème.
Si vous êtes à l'aise avec un système de contrôle de code source tel que git, une approche que j'ai utilisée avec succès consiste à créer un thème "plus petit dénominateur commun" avec toutes les fonctionnalités standard partagées entre les sites et un style non descriptif (noir et blanc, réinitialisation standard et typographie). styles etc).
Ensuite, pour créer un nouveau site, quittez la branche principale et utilisez le code CSS spécifique au site, etc., pour créer le design de chaque site (plus un code supplémentaire pour template/PHP si nécessaire pour ajouter des fonctionnalités). Si vous avez un thème principal solide, vous devrez beaucoup moins de travail pour créer un nouveau site que si vous deviez recommencer à zéro. De plus, si les concepteurs créent des fichiers PSD, un bon codeur frontal devrait pouvoir coder assez facilement la conception à partir du fichier PSD au-dessus de votre thème principal.
De plus, si vous découvrez quelque chose comme un bogue de sécurité ou si quelque chose se brise dans une nouvelle version de Wordpress, vous pouvez modifier le maître et sélectionner les modifications sur des sites individuels déployés.
Bien sûr, ce n’est qu’une façon de le faire et si vos sites sont très différents, vous voudrez peut-être créer de nouveaux thèmes à partir de zéro ... J'espère que cela vous aidera.
Recommandations personnelles
Le plus important: n'essayez pas de tout faire vous-même. Dans la plupart des cas, c'est moins cher et mieux
- faire un don à des plugins open source.
- déposer votre propre code et le remplacer par une bibliothèque open source et commencer à contribuer là-bas (certains ont des dépôts GitHub) - j'ai abandonné mon propre ensemble de bibliothèques de classes de méta-boîtes et travaille maintenant sur Rilwis Meta Box classe lib .
Thèmes, plugins et pièces
J'ai un framework/bibliothèque/wireframe de base qui sert de thème parent. Ensuite, j'ajoute un thème enfant qui effectue le bootstrap et se charge à partir du thème parent, ce qui est nécessaire. De cette façon, je peux mettre à jour mes modifications directement à partir de mon référentiel principal et conserver les éléments spécifiques au projet dans un thème enfant.
Plugins
Les parties plus grosses et celles qui doivent être interceptées assez tôt sont conservées dans un plugin. Peu importe que j'utilise functions.php, inclure des modules, template_parts ou des plugins. La seule différence est l'accès aux crochets. Et ici les plugins, mu-plugins et dropins fonctionnent le mieux. Ma recommandation personnelle est de garder des choses fonctionnelles dans les plugins
Des thèmes
Les thèmes sont IMHOmore la vue /du récit. J'essaie donc de rester intelligent et de le garder aussi "que possible" micro"pour pouvoir le réutiliser. Dans mon cas, ils ne contiennent que des balises standard et sont rendus à partir des éléments de ma bibliothèque personnalisée. Ainsi, la balise n'obtient que de nouvelles classes à partir de certains frameworks css et les fonctions qui font écho ne sont que des appelants de définitions. De cette façon, vous pouvez créer un prototype rapide dans le sens du mot: Rapid. Si vos plugins personnalisés ou vos thèmes sont assez intelligents pour cracher du contenu factice par défaut, vous pouvez facilement créer des esquisses avec lesquelles vos concepteurs peuvent travailler.
Un exemple de ce dont je parle est la fonction d’image par défaut, qui vous permet de jeter un coup d’œil sur ce ticket de trace dans le patch que j'ai fourni.
Les commentaires sur le ticket sont très appréciés et peuvent être intégrés dans la prochaine version!
SEO
Celui-ci, comme d’autres pièces plus importantes, est mieux conservé du côté des spécialistes. Il suffit de choisir l'un des paramètres par défaut, tel que wpSEO de Sergej Müller ou celui de Yoast.
Généralement, lorsque je commence un thème à partir de rien, je commence par la conception, puis le HTML, puis l’intégration WP. C'est certainement le moyen le plus simple de faire le travail pour les thèmes mais je pense que les plugins sont différents.
Lorsque je lance un plugin, je construis généralement toutes les fonctionnalités dans un seul et même grand fichier PHP, puis je le scinde au fur et à mesure, en le construisant pièce par pièce.
Bien que les plugins et les codes de thèmes soient presque identiques et puissent (généralement) avoir le même nombre de fonctionnalités, cela dépend vraiment de savoir si vous voulez des plugins que vous pouvez copier et mettre sur chaque site, tout en ajoutant certaines fonctionnalités à chaque site/thème individuellement, ou un thème que vous pouvez essentiellement copier et modifier à l'aide des fonctionnalités propres à un site, à condition que ce thème dispose d'un bon fil de fer pour la modification de la conception par thème.
Vous pouvez généralement extraire du code d'un plugin et le placer dans le fichier functions.php de votre thème (à l'exception de la modification de certains chemins de fichiers) et le fonctionnement sera le même.
J'espère que cela vous aidera à aller dans la bonne direction.
Modifier:
Par ailleurs, WordPress dispose également d’une fonctionnalité MultiSite que vous pouvez activer et utiliser les mêmes plug-ins sur l’ensemble du réseau de votre site, tout en installant des thèmes distincts (voire identiques) pour chaque site. La documentation à ce sujet est ici .
Bonne question! Voici mon flux de travail suggéré:
Tout d’abord, utilisez WordPress Multisite , vous économiserez ainsi une tonne de temps, d’argent, d’énergie et de ressources. Utilisez le plug-in de mappage de domaine si vous avez besoin que chaque site ait un domaine unique.
Développez un thème parent et effectuez vos personnalisations à l'aide de thèmes enfants . De cette façon, vous avez un ensemble de fichiers de base que vous ajoutez et vous ne répétez pas vos efforts avec chaque nouveau site. Si vous avez besoin d’un bon thème pour commencer en tant que parent, Automattic en a créé un appelé Toolbox .
Devenez maître en écrivant vos propres plugins, puis avec Multisite, vous pouvez les activer automatiquement sur tous les sites ou les sélectionner. C'est un excellent flux de travail. Je fais cela depuis plusieurs années et c'est un flux de travail formidable qui vous permet une gestion de système inégalée, un DRYness (sécurité), une sécurité et une agilité.
Si vous avez des questions plus spécifiques sur le flux de travail, à savoir les routines de déploiement, n'hésitez pas à demander!
A bientôt ~