J'ai observé que généralement tous les bons CMS, les forums et les portails sont écrits en PHP uniquement. Certains d'entre eux sont écrits avec l'aide de Python, Ruby, etc.
Certaines du CMS qui ont été construits en Java, n'étaient pas si flexibles que WordPress. Java (Java EE) n'est-il pas bon pour la construction d'un WordPress comme CMS?
5 Réponses :
Comme toujours, cela dépend:)
Un avantage de PHP est qu'il est disponible sur beaucoup de serveurs Web et assez «simples» au programme. En outre, il a été conçu avec l'intention d'être intégré à des sites Web.
En principe, vous pouvez également le faire avec Java, que ce soit avec JavaScript (ce qui n'a pas vraiment trop à faire avec Java ...) ou comme applet. La différence importante est que les applets sont exécutés du côté du client, alors lorsque vous souhaitez réellement gérer le contenu, ce serait sur la mauvaise fin, et vous devez réfléchir à la manière d'authentifier etc.
Je pense que les travaux d'applet peuvent être effectués en utilisant des cadres JavaScript avancés comme JQuery. Et Java Support est disponible sur de simples serveurs d'hébergement partagés.
j'ai observé que tout va généralement bien CMS, forums et portails sont écrits dans PHP uniquement.
C'est une généralisation large. Cas d'affaire: L'un des systèmes CMS les plus largement utilisés au monde est Microsoft SharePoint, écrit principalement dans .NET / SQL Server.
à votre question spécifique, PHP a une grande communauté autour de lui et se prête au développement rapide des applications. Techniquement, Java est sans doute mieux structuré et plus orienté objet, mais dans mon expérience, une barre supérieure à l'entrée est supérieure.
En fin de compte, cela revient à ce que vous êtes à l'aise et aux exigences spécifiques de votre application.
Il est également traditionnellement été beaucoup plus difficile de trouver l'hébergement Web Java, plus cher aussi, aussi moins attrayant pour un CMS «personnel» que PHP sur le front des coûts.
@Brabster - totalement d'accord. PHP est également beaucoup plus "plug and play" dans une perspective d'installation et de maintenance, c'est-à-dire que je préférerais beaucoup soutenir un environnement de base de PHP à un environnement J2EE.
Je soutiens Brabster. Mais conformément à mes connaissances pour Strut, comme l'application, vous pouvez exécuter des serveurs d'hébergement partagés simples et moins chers. Et nous pouvons utiliser le code Java via php aussi
Ditto avec l'hébergement .Net, je n'ai vu personne d'awws et azur qui hébergera une application .NET.
Facebook, portails et forums utilisent PHP. Les banques et les systèmes de réservation de billets d'avion utilisent Java. Je pense que cela résume à peu près leur différence.
avec des applications d'amusement, il est important de faire les choses rapidement et facilement, et une certaine saleté est acceptable. Avec une véritable entreprise, la robustesse, la sécurité et la clarté sont les objectifs principaux, primordiant la facilité de faire avancer les choses rapidement.
+1 pour une bonne observation. Je pense aussi que cela est lié à la rapidité avec laquelle une entreprise peut changer. Pendant un moment, Java / Oracle était l'une des seules options viables pour les applications métier d'entreprise et de nombreuses organisations n'ont jamais trouvé la valeur en déplaçant quelque chose d'autre.
Si nous parlons de la sécurité, le succès Java est le meilleur. Même j'avais travaillé pour les banques et d'autres systèmes.
Je pense que la principale raison est que de nombreux CMS ont cultivé d'une petite implémentation initiale au lieu d'être conçu du début pour pouvoir être grand.
De petites implémentations sont agréables et faciles à faire en PHP ou dans d'autres langages de script, et vous pouvez les développer assez gros, mais si vous savez à l'avant, vous voulez quelque chose de gros, vous faites partie de la spécification d'origine.
Ces jours-ci, la plupart des gens conviennent que vous avez besoin d'un système d'exécution fortif, rapide et évolutif où les prétendants majeurs de ces jours sont les JVM et le temps d'exécution .NET.
Lorsque vous avez pris cette décision, PHP n'est pas le choix intuitif immédiat pour un grand système évolutif.
Quelle langue suggérez-vous, si je pense à redéfinir Stackexchange?
@ARTICLESTACK - Notez que Stackexchange est écrit dans .NET, pas PHP.
Pour un exemple de CMS complet écrit en Java, jetez un coup d'œil à Alfresco .
L'alfresco est positionnée en tant que système ECM plutôt qu'à un CMS et le module de gestion de contenu Web est beaucoup plus faible que les parties de gestion des documents. Cela dit, une implémentation de la JCR, comme celle utilisée par Alfresco, est une excellente base pour un CMS.