2010-10-06 3 views

Répondre

11

Je pense que la principale raison est que de nombreux CMS ont d'une cultivé petite mise en œuvre initiale au lieu d'être conçu dès le départ pour pouvoir être grand.

Les petites implémentations sont sympas et faciles à faire en PHP ou dans d'autres langages de script, et vous pouvez les faire grossir, mais si vous savez à l'avance que vous voulez quelque chose de gros, vous le faites.

De nos jours, la plupart des gens conviennent que vous avez besoin d'un système d'exécution puissant, rapide et évolutif, où les principaux concurrents actuels sont la JVM et le .NET.

Lorsque vous avez pris cette décision, PHP n'est pas le choix immédiat et intuitif pour un grand système évolutif.

+0

Quelle langue suggérez-vous, si je pense à la refonte de stackexchange? –

+0

refonte ou réimplément? –

+3

@articlestack - notez que stackexchange est écrit en .NET, pas en PHP. –

0

Comme toujours, cela dépend :)

Un avantage de PHP est qu'il est disponible sur un grand nombre de serveurs Web et tout à fait « simple » au programme. En outre, il a été conçu avec l'intention d'être intégré dans des sites Web. En principe, vous pouvez aussi le faire avec Java, soit avec JavaScript (qui n'a vraiment pas grand chose à voir avec Java ...), soit comme une applet. La différence importante est que les applets sont exécutés sur le côté client, donc quand vous voulez vraiment gérer le contenu, il serait sur la mauvaise fin, et vous auriez à réfléchir à la façon d'authentifier etc.

+0

Je pense que le travail d'applet peut être fait en utilisant des frameworks javascript avancés comme jquery.Et la prise en charge de Java est également disponible sur les serveurs d'hébergement mutualisés simples. –

4

i observé que généralement tout bon CMS, les forums et les portails sont écrits en PHP seulement.

C'est une généralisation générale. Exemple: l'un des systèmes de gestion de contenu les plus utilisés au monde est Microsoft SharePoint, écrit principalement en .Net/SQL Server.

Pour votre question spécifique, PHP a une grande communauté autour d'elle et se prête au développement rapide d'applications. Techniquement, Java est sans doute mieux structuré et plus orienté objet, mais dans mon expérience, il y a une barre plus haute à l'entrée.

En fin de compte, il s'agit de ce que vous êtes à l'aise avec et les exigences spécifiques de votre application.

+8

Il est également traditionnellement beaucoup plus difficile de trouver un hébergement web Java, plus cher aussi, donc moins attractif pour un CMS 'personnel' que PHP sur le front des coûts. – Brabster

+1

@Brabster - totalement d'accord. PHP est également beaucoup plus «plug and play» du point de vue de l'installation et de la maintenance, c'est-à-dire que je soutiendrais BEAUCOUP un environnement PHP de base plutôt qu'un environnement J2EE. –

+0

Je soutiens Brabster. Mais selon mes connaissances pour l'application comme entretoise peut fonctionner sur des serveurs d'hébergement partagés simples et moins chers même. Et nous pouvons utiliser le code java via PHP ainsi –

9

Facebook, les portails et les forums utilisent PHP. Les banques et les systèmes de réservation de billets d'avion utilisent Java. Je pense que cela résume assez bien leur différence.

Avec les applications de divertissement, il est important de faire les choses rapidement et facilement, et une certaine saleté est acceptable. Avec de vraies affaires, la robustesse, la sécurité et la clarté sont les principaux objectifs, outrepassant la facilité de faire les choses rapidement.

+2

+1 pour une bonne observation. Je pense aussi que c'est lié à la rapidité avec laquelle une entreprise peut changer. Pendant un certain temps, Java/Oracle était l'une des seules options viables pour les applications d'entreprise, et de nombreuses entreprises n'ont jamais trouvé la valeur de passer à autre chose. –

+1

si nous parlons de la sécurité, bien sûr Java est le meilleur. Même j'avais travaillé pour les banques et d'autres systèmes. –

1

Pour un exemple de CMS complet écrit en Java, jetez un oeil à Alfresco.

+1

Alfresco est positionné comme un système ECM plutôt que comme un CMS et le module de gestion de contenu Web est beaucoup plus faible que les parties de gestion de documents. Cela dit, une implémentation JCR, comme celle utilisée par Alfresco, est une excellente base pour un CMS. –