Quelles sont les lacunes de Drupal?

Question

Drupal est très bien un "Tout Faire" de la CMS. Il existe des modules qui vous permettent d'ajouter presque n'importe quelle fonctionnalité, ce qui est excellent. Cependant, il se sent comme un mal de fonctionnalités (v5 et v6) semblent dispersés autour et peu intuitive pour l'utilisateur. En tant que développeur, je suis parti avec le sentiment d'avoir corrigé un site à l'aide de bubble-gum et de la chaîne.

Par exemple, pour ajouter du texte dans la boîte de recherche par défaut (qui disparaît quand on clique dessus), vous devez ajouter un peu de jQuery OU de remplacer le thème. J'ai aussi trouvé le menu système plus compliqué que ce qu'elle devrait être.

Suis-je la seule à avoir cette opinion? Quelles sont les choses (le cas échéant) changeriez-vous à propos de Drupal core?

Answer 1

Pour moi, l'inconvénient majeur de Drupal est que de grandes parties d'un site Drupal actif sont stockées dans la base de données. Comme il n'existe aucun moyen automatisé de migrer le contenu ou la configuration entre les systèmes, le déploiement de modifications sur un site actif doit être effectué manuellement ou traité avec un code excessivement compliqué.

Answer 2

L'un de Drupal plus grands inconvénients est le fait qu'il danse sur la ligne entre un outil clés en main pour nonprogrammer constructeurs de site, et un cadre de travail pour les développeurs de construire des complexes webapps. Il a quelques trucs sympas à offrir les deux groupes, mais les concessions à une foule toujours tendance à le voyage jusqu'à l'autre.

La tendance croissante dans la communauté Drupal est explicitement construire des Api pour développeurs, la couche de l'INTERFACE utilisateur d'administration et de l'utilisateur final de l'INTERFACE utilisateur sur le dessus de l'Api. C'est une bonne chose, mais il y a aussi encore beaucoup de l'héritage de l'architecture. Le projet a eu 8 ans cette semaine, et chaque site nécessite une combinaison de modules qui évoluent à des rythmes différents.

Si quelqu'un n'a pas déjà construit un module qui fait ce que vous voulez, utilisant efficacement le système sans le piratage de code de base nécessite grokking beaucoup de différents interne de l'Api, beaucoup de, unique sur drupal structures de données, et d'étudier sur un peu parfois funky flux de travail. Beaucoup de terriblement mauvais et impossible à maintenir des sites sont flottant autour dans le sillage de gens qui avaient besoin de faire des choses difficiles et n'ont pas l'expertise (ou le temps) à la recherche de la "bonne" façon de faire les choses.

(Disclaimer: je viens de co-écrit quelques chapitres d'un livre sur Drupal, et je ne Drupal travail à temps plein, alors je suis à peu près aussi loin de la 'impartiale' que vous pouvez obtenir. Mais j'aime à penser que je garde de point de vue. J'cœur de Django, aussi.)

Answer 3

Drupal vous en sortira à 80%, mais ces derniers 20% prendront des mois et des mois.

Answer 4

Le manque d'une véritable conception orientée objet signifie que vous devez fréquemment faire appel à d'autres développeurs de prévoyance pour le congé de "crochet" de fonctions pour vous permettre de modifier un certain comportement.

L'utilisation de Drupal 5 j'ai également exécuter dans des situations où la seule façon de terminer une conception relativement simple changement de patch Drupal lui-même (et puis assurez-vous de réappliquer les patchs à chaque nouvelle officiel de Drupal version). Mais, pour être juste, vous devriez avoir vu comment il a été mauvais dans Drupal 4.

Je suis aussi ennuyé que lorsque je prends le temps d'identifier un bug ou d'une bizarrerie dans la production actuelle version de Drupal, j'ai soumettre un patch, et le patch n'est jamais commis parce que, fondamentalement, seulement la sécurité les bogues corrigés dans la version stable actuelle.

Answer 5

Drupal est un système impressionnant. Il est étonnamment petit pour tout ce qu'il fait, et c'est le module de système est extrêmement puissant. Mais comme Eli dit, beaucoup de vos tâches vont s'appuyer sur d'autres développeurs de faire quelque chose d'une manière particulière.

Il y a un débat au sein de la communauté Drupal plus de son design. Drupal a été autour avant de PHP, programmation orientée objet, les caractéristiques ont été forte, mais maintenant qu'ils sont, il y a de fréquentes discussions sur la modification du système à l'utilisation de données orientée objet structures. Selon vos goûts, cela pourrait être un inconvénient pour vous en tant que développeur. Je suis de deux esprits à propos de moi-même.

Le système peut également semblez être très "magique" pour les nouveaux arrivants, en quelque sorte, il fait tout ce truc de dingue avec peu d'explications. "Je ne viens défini une fonction, comment le deuce ne Drupal sais comment l'appeler?!"

Cependant, je dois dire qu'en général, je suis un grand fan de Drupal. C'est un bon système qui obtient des charges en mieux à chaque version majeure. Pour ma part, je ne peux pas attendre pour 7.