Structure du dossier pour un site axé sur le plugin comme WordPress

Question

Je veux juste connaître les fichiers et la structure du dossier pour un site qui est orienté plugin comme WordPress ou Joomla. Mon exigence est de développer un site et de vouloir ajouter plus de fonctions via le plugin ou quelque chose comme des fonctionnalités.

Ce dont j'ai besoin, c'est d'ajouter et d'informations supplémentaires ou de sessions fonctionnelles comme dans wordpresson peut utiliser All In One SEO Packages Il contournera le titre et quelques autres informations. Ou d'autres fonctionnalités telles que des articles connexes sont présentées au bas d'un corps d'article particulier. aam parlant d'une structure de wordpress.

Est-ce que quelqu'un a une idée, veuillez partager avec moi. J'espère que tout le monde a également compris ma Qustion. Merci.

Answer 1

Je pense qu'il existe de nombreuses solutions possibles.

Cela pourrait dépendre de:

• Scalablity (Quelle est la taille de la grande envergure des plugins et fait les parties de réutilisation les uns des autres?)
• VIBILITÉ (Comment l'adresse du plugin devrait-elle devenir visible dans l'URL?)
• Déploiement (qui peut ajouter de nouveaux plugins? Est-il ouvert pour tout le monde ou simplement des développeurs certifiés)

Vous pourriez y aller:

www.domain.xyz/plugins/some_module/

Mais que se passe-t-il si les plugins sont des plugins mais deviennent une partie par défaut du système par la suite?

Ensuite, il serait plus logique de les appeler à quoi ils ressemblent:

www.domain.xyz/some_module/

Mais vous pourriez ensuite vous lancer dans des problèmes avec le nom des plugins comme les dossiers du système exisé. Par conséquent, vous auriez besoin d'une liste "réservée" de noms de dossiers pour éviter cela.

Vous pouvez également opter pour:

quelque_module.domain.xyz/

Mais cela nécessiterait votre webadmin ou votre serveur Web pour prendre en charge plusieurs alias pour un site Web, d'autre part, cette arhicTecture apporterait une évolutivité, car vous pourriez déplacer les modules vers d'autres webhosts plus tard. Mais c'est aussi un travail plus cher dans le développement + il est difficile de le rendre "contrôlé par l'utilisateur / développeur" car cela pourrait se développer.

Vous pourriez également voir comment Facebook gère les applications. C'est aussi une interface de plugin. Lent, mais implémenté.