Hier, Free entame le virage de l'hébergement gratuit et "populaire" incluant PHP et une base MySQL. Nexen se relooke et s'ouvre à tous. Multimania offre désormais les mêmes options via sa formule "PHP4U" et Club Internet a annoncé qu'après avoir passé ses espaces d'hébergements en illimité, PHP et MySQL seraient bientôt proposés en standard. PHP est-il en train de devenir le langage universel du web, le titre tant convoité de successeur du HTML ? Après avoir gagné la bataille des langages de scripts dynamiques face à un ASP qui ne tient aucune promesse et est aujourd'hui délaissé de tous, PHP se pose de plus en plus en solution numéro 1 pour tous les sites dynamiques. Peut on imaginer que PHP devienne le langage de référence côté client après s'être si bien imposé côté serveur ? Votre avis m'intéresse :)
Note du modérateur: Le PHP n'est qu'un langage coté serveur. Et il n'est pas non plus le successeur du HTML mais un "partenaire" qui permet de générer du HTML. Cependant la question se doit d'etre posée.
Le PHP, langage universel de demain ?
21
oct.
2000
# ASP
Posté par Anonyme . Évalué à 0.
[^] # Re: ASP
Posté par Anonyme . Évalué à -1.
ASP c'est nul et propriétaire
[^] # Re: ASP
Posté par Anonyme . Évalué à 0.
[^] # Re: ASP
Posté par Nicolas Lannuzel . Évalué à 1.
La doc d'asp est merdique. certaines fonctions sont inexistantes, d'autres ne sont pas ou mal documentées. Quand un script foire, il faut des fois relancer toute la machine parce que iis plante aussi.
Pareil dans les entretiens. Pour certains, c'est tout juste s'il connaisent php. quant à mysql, c'est meme pas la peine de demander. Quand c'est comme ca, je passe mon chemin, c'est pas le choix qui manque
[^] # Re: ASP
Posté par Anonyme . Évalué à 0.
Et JSP/Servlets/EJB sont extrement hot ici a
Londres.
ASP ne passera pas par moi!
Fred
[^] # Re: ASP
Posté par Fred . Évalué à 1.
[^] # Re: ASP
Posté par Anonyme . Évalué à 0.
ont l'air d'etre la combinaison gagnante actuellement pour les gros sites.
[^] # Re: ASP
Posté par crusher . Évalué à 1.
L'un des avantages par rapport à PHP c'est Java car on a ainsi accés à toutes les APIs/librarys développées en Java sans se soucier de la plateforme (on compile nos servlets sur PC pour
uploader les binaires sur Solaris).
De plus pour la partie accès aux bases de données via JDBC on accède indifférement aux bases Sybase, Oracle, MySQL, ... : pas d'API propre à la base.
L'utilisation de Java permet de programmer à la fois des programmes serveurs (corba,ejb), les pages HTML/JSP dans un seul langage.
Mais il est aussi possible d'utiliser d'autres langages plus simples tout en gardant Java, ce sont des langages de Templates comme WebMacro ou Velocity d'Apache.
Le but étant d'arriver à séparer la partie obtention des données de la partie présentation de ces données.
[^] # Re: ASP
Posté par Anonyme . Évalué à 0.
[^] # Re: ASP
Posté par Serge Rossi (site web personnel) . Évalué à 1.
En plus, point de vue vitesse, c'est franchement plus lent que PHP4 sans même parler de la charge que ça génère.
# le modérateur a ...
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
PHP n'est pour moi qu'un autre language côté serveur, simple, efficace, rapide, plus ou moins puissant. Mais il y en aura d'autres et certainement des meilleurs.
Ce qui m'inquiete (plus ou moins) ce sont les environnements intégrés qui permettent de générer du code sans s'en rendre compte, qui font de l'intégration bdd, intégrent des plugins propriétaires etc .. Des choses que l'on ne controle pas bien. bref, vous l'avez compris du windows.
Et ce qui m'inquiète la dedans ce sont les dépendances côtés clients. Bref, le jour ou si on a pas explorer on n'arrive pas à accéder à toutes les infos.
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 0.
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 0.
je bosse avec qqun qui vient de découvrir PHP et qui soi disant programmait en C , Perl ... bref la bête quoi LOL
je regarde ses scripts PHP et j ai mal !
Evidemment c bien que la prog s ouvre comme ceci mais multimania et autres vont avoir de sacré pb avec les codes non optimisées, les boucles sans fin ...
Et je parle de pas de Mysql bien sûr.
[^] # Re: le modérateur a ...
Posté par Eric Renard . Évalué à 1.
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 0.
mais bon c qd même vrai qu on trouve pas mal de gars (filles ;)) qui se disent "développeurs" parce qu ils ont une page perso chez free avec phorum qui tourne ;))
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 1.
ils ont une page perso chez free avec phorum qui tourne ;)) »
On fréquente pas les mêmes endroits...
Par contre, des mecs qui foutent un smiley toutes les deux lignes, ça, ça se trouve sans problèmes.
[^] # Re: le modérateur a ...
Posté par patrick . Évalué à 1.
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 0.
[^] # Re: le modérateur a ...
Posté par Anonyme . Évalué à 0.
>environnements intégrés qui permettent de
>générer du code sans s'en rendre compte, qui
>font de l'intégration bdd, intégrent des plugins
>propriétaires etc .. Des choses que l'on
>ne controle pas bien. bref, vous l'avez compris
>du windows.
>Et ce qui m'inquiète la dedans ce sont les
>dépendances côtés clients. Bref, le jour ou si
>on a pas explorer on n'arrive pas à accéder à
>toutes les infos.
Tout a fait d'accord, cf. l'evolution de l'ASP : ASP+ dont les spec lues dans le mag "programmez!" d'Octobre m'ont fait peur... ca fonctionnera super et ce sera facile de develepper... pour IE.
# Je me suis mal fait comprendre
Posté par Eric Renard . Évalué à 1.
[^] # Re: Je me suis mal fait comprendre
Posté par Eric Renard . Évalué à 1.
[^] # Re: Je me suis mal fait comprendre
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
XML est un language à part, autonome et complet (et pas maintenu par n'importe qui).
Par contre ils peuvent très bien 'collaborés'. Mais c'est le cas de nombreux autres languages (notamment ceux qui sont skillés pour traiter du texte).
Moi ce que j'attends ce sont les petits modules comme AxKit de Matt seargant, qui permettent grace a des données XML et les feuilles de style associées de produire du HTML (ou autre format). D'ailleurs ca fait longtemps que j'ai pas regardé ou ça en est :]
je vais allez jeter un coup d'oeil :)
[^] # Re: Je me suis mal fait comprendre
Posté par Anonyme . Évalué à 1.
2) Tu fais du php ? Si c'est le cas, je ne comprend pas que tu puisse parler de remplacement du html, puisque ça ne remplace rien du tout ! Ca génére du html (ou ce qu'on veut).
quand on au reste, les termes « universel », garde les pour moltonel. Dans mon cas, si j'utilise php, c'est que la syntaxe m'est familière et que je n'ai pas de temps ni le besoin de me consacrer à l'apprentissage intégral d'un langage.
[^] # Re: Je me suis mal fait comprendre
Posté par Anonyme . Évalué à 0.
[^] # Re: Je me suis mal fait comprendre
Posté par Eric Renard . Évalué à 1.
[^] # Re: Je me suis mal fait comprendre
Posté par Anonyme . Évalué à 1.
dire que php est un langage similiaire au html, c'est « une opinion » ??
hin hin
# Quelques imprecisions
Posté par Amaury . Évalué à 1.
> scripts dynamiques face à un ASP qui ne tient
> aucune promesse et est aujourd'hui délaissé de
> tous
qu'est ce qui te permets de dire ca ? Comme l'a fait remarquer notre décidemment bien prolifique ami AnonymeAnonyme, *enormement* d'entreprises travaillent avec ASP. S'il est clair que beaucoup d'entreprises "web" recentes se laissent seduire pas le PHP et les solutions libres en general, les grands comptes preferent souvent travailler avec ASP/IIS et Oracle.
>Peut on imaginer que PHP devienne le langage
>de référence côté client après s'être si bien
> imposé côté serveur ?
Sans doutes pas car le successeur du HTML a deja ete normalise par le W3C. Il s'agit du XHTML. ( http://www.w3.org/MarkUp/(...) ).PHP, s'il est tres utile, reste un langage informatique de *traitement* de l'information et non de stockage. Or le web est constitue de *pages*, d'informations.
Des "langages" comme le XML et le XHTML sont destines a stocker de l'information (dans un etat plus ou moins abstrait), a fin de pouvoir etre traite par un *programme* (par exemple en XSL ou ... PHP) pour donner une version "bas niveau" du document (par exemple une "page web", mais cela pourrait aussi bien etre un document postscript ou autre).
HTML / XHTML sont destines a *stocker* l'information. ASP / PHP *traitent* cette information. Grace a cette separation des roles de chacun il est possible d'afficher l'information sur des medias tres differents, il suffit de changer le programmes qui se charge de le traiter.
Bref non PHP ne peut pas se "fusionner" avec le HTML car ils ne font pas la meme chose.
Tout ceci etant AMHA bien entendu.
[^] # Re: Quelques imprecisions
Posté par Eric Renard . Évalué à 1.
Néanmoins j'ai nuancé mes propos, je parlais plutôt au nom des sites personnels, pas trop d'un point de vue profesionnel (même si beaucoup de sites pros sont en php ou y passent). Je continue à penser que l'asp n'a pas tenu ses promesses, surtout venant d'une "invention" de Microsoft.
En général quand Ms tente d'imposer un nouveau standard, il y réussit plutôt bien (Windows, DirectX, Office et autres en sont de très bons exemples), mais sur internet, ils ont beaucoup plus de mal : voir vbscript un flop complet, et les asp, qui aprés un début fracassant d'un point de vue médiatique ne sont quand même pas devenus un standard, loin de là.
Mais bon tout ça n'est que mon avis personnel, chacun son opinion ;)
[^] # Re: Quelques imprecisions
Posté par Anonyme . Évalué à 0.
PHP est c'est vrai bcp present dans le monde des particuliers car il est gratuit donc peux de frais pour l'hebergeur.
Dans le monde pro, PHP est quasiment inexistant. Ce qui domine, c'est ASP qui contrairement à ce que tu dis marche bien, et pour les gros gros sites, JSP+Servlets.
Que tu préfères PHP, libre à toi, mais essayes de te montrer un peu objectif dans tes jugements.
[^] # Re: Quelques imprecisions
Posté par Eric Renard . Évalué à 1.
[^] # Re: Quelques imprecisions
Posté par Anonyme . Évalué à 0.
Et c'est un gros site institutionnel.
Mais il est vrai que JSP+Serviettes est
attrayant.
c*
[^] # Re: Quelques imprecisions
Posté par Eric Renard . Évalué à 1.
[^] # Re: Quelques imprecisions
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
jusqu'à preuve du contraire, TF1 est en Coldfusion. Ils ont effectivement plein de serveurs, mais en allant faire un chti tour pour vérifier, je suis tombé sur des .cfm.
[^] # à propos de l'XSL
Posté par Anonyme . Évalué à 0.
[^] # Re: à propos de l'XSL
Posté par Amaury . Évalué à 1.
Ca te prend un fichier XML, ca le parse et en fonction des regles que tu as definies ca en fait ce que tu veux : du HTML (le cas le plus frequent, forcement), ou ce que tu veux.
Genial pour generer des sites.
Rien a voir avec les css. J'utilise toujours les css pour definir des classes HTML.
[^] # Re: à propos de l'XSL
Posté par christophe robert . Évalué à 1.
XSLT ( XSL transformation ) + XSLFO ( XSL Formatting Objects )
XLSFO = combinaison de CSS-XSLT
CSS n'est pas vraiment doublon
[^] # Re: à propos de l'XSL
Posté par Anonyme . Évalué à 0.
Disons plutôt que XSLFO ressemble à CSS, mais avec une syntaxe à la XML. Plus précisément, il s'agit d'un langage de description de page très précis (positionnement, fontes, etc.) pour lequel on dispose de moteurs de rendus vers pdf (par exemple).
# PHP4 en entreprise
Posté par Serge Rossi (site web personnel) . Évalué à 1.
En plus, comme les développeurs ne conaissent pas le Shell, j'ai compilé aussi PHP4 en standalone, ce qui leur permet d'écrire des scripts PHP.
Comme je l'ai compilé entre autres avec le support d'Oracle, de LDAP, d'IMAP4, ça permet de faire des scripts assez sympa en très peu de ligne !
C'est vraiment le langage de programmation universel chez nous, n'en déplaise au modérateur ;-)
# l'objet est la solution!
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
PHP est un conglomérat de fonction disparate, certaines sont redondantes alors que d'autres manque. Il est extrement réactif pour integrer de nouvelles technologie (Flash, XML, WDDX...) mais manque de reflexion de fond, de rangement, de structure. Sa gestion des library en include est assez hallucinante, et son implémentation des objets est trés limités (une Array d'objet ne fonctionne pas, par exemple).
Il existe divers solution pour gerer un peu plus qu'un simple affichage, tel que Spectra, CFObjects, les solutions java tel BlueMartini, Dynamo, Websphere, WebOject et dans le free Middgard, Zope ou même Dacode. Le langage n'est qu'un script qui permet d'utiliser un moteur, et c'est la qualité de ce moteur qui fait la différence.
[^] # Re: l'objet est la solution!
Posté par Eric Renard . Évalué à 1.
[^] # Re: l'objet est la solution! La vitesse une religion !
Posté par Anonyme . Évalué à 0.
J'utilise donc PHP4 qui une orientation objet suffissante pour moi, PUISQUE je modélise objet et j'applique la méthodologie objet à fond... (Même si pas de private, public, tableau d'objet normaux) ... Dans ma conception objet et donc ma documentation. ET de là je tire tous les avantages des paradigmes objet ! l'implementation objet en PHP est une question de méthode. Mais si t'as pas de méthode, garde Java, sa lenteur, sa surcharge coté serveur, son obscurantisme de licence.
Le PHP permet tout. dans ma facon de programmer, c'est le successeur de TOUSles languages de script, voire même du C (PHP4 compilé). C'est un language de très haut niveau, mais qui n'est pas limité dans ses librairies à l'utilisation de lui-même... (C, java, COM windows...)
Au taf, je génère du xml en php eta avec un nombre de lignes de code ridicule et un temps de développement quasi-nul ! *
PHP au pouvoir !
Luttez contre l'ASP, le C# !
Nos armes ? la puissance, la maintenabilité, l'évolutivité ?
Leur défenses ? Des commerciaux !!!!
[^] # Re: l'objet est la solution! La vitesse une religion !
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Maintenant de bons systèmes de cache permettent aussi de résoudre bien des problèmes.
D'ailleurs mon collègue (et moi) pense que seules les pages statiques devraient etre fournies par un serveur web qui a beaucoup d'accès. C'est les seules qui n'écrouleront pas un serveur qui a un nombre d'accès importants sans avoir à mettre une batterie de serveurs derrière. Bien sur ce n'est pas toujours possible, mais c'est par exemple ce qu'on est en train de mettre en place pour daCode, et je pense que les performances seront réellement très élevées. C'est d'ailleurs sur ce point que je me focalise. Alors après que ca soit du PHP, du Perl, du JSP, etc, ca changera pas grand chose puisque le système de cache fera que ces trucs dynamiques ne seront pas accedés souvent.
[^] # Re: l'objet est la solution! La vitesse une religion !
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
[^] # ah, un integriste, ça faisait longtemps
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
> c'est le successeur de TOUSles languages de
> script, voire même du C
au niveau "grammaire" le PHP fait le strict minimum, voir limite fumiste, ce n'est absolument pas là son point fort. Un bon python, par exemple...
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Eric Renard . Évalué à 1.
Je suis moyennement d'accord, je pense pas que l'on puisse utiliser php dans le but de remplacer toutes les fonctionalités de ces divers langages.
PS: Fabien, je me permets de suggérer un petit ajout pour DaCode : pouvoir voir le contenu du commentaire auquel on répond, quand on répond. Ce serait bien pratique ;) Un peu comme le 'review topic' dans UBB.
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Anonyme . Évalué à 0.
Perl est supérieur a php et faut meme pas le comparer au C.
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Anonyme . Évalué à 0.
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Eric Renard . Évalué à 1.
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Slowhand . Évalué à 1.
On peut faire du ASP avec Perl (ou le contraire).
Il existe un module ASP pour Apache (je n'ai pas essayé, mais il parrait que Apache/Mod-ASP/Perl c'est pas mal du tout (CF LinuxMag 16 je crois)
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Anonyme . Évalué à 0.
[^] # Re: ah, un integriste, ça faisait longtemps
Posté par Anonyme . Évalué à 0.
[^] # Re: l'objet est la solution! La vitesse une religion !
Posté par blackbird . Évalué à 1.
>Dans ma conception objet et donc ma documentation ...
>l'implementation objet en PHP est une question de méthode ...
je débute et je cherche justement des informations très générales sur la meilleure façon de concevoir un site de moyenne importance
pourrais-tu me donner quelques adresses où je pourrais trouver de quoi avancer dans cette direction ?
je ne cherche pas des informations techniques sur la manière d'écrire des script, mais bien plutôt des lieux où je peux trouver des explications sur le sujet que tu abordes
par exemple :
qu'entends-tu exactement par méthodologie objet ?
quand est-il judicieux définir des classes ?
faut-il le faire systématiquement, ne serait-ce que pour prendre en charge les éléments de la présentation graphique du site ?
quelles sont les incidences sur la vitesse de chargement des pages, sur la charge du serveur ?
tu vois que ce dont j'ai besoin est avant tout des indications sur la meilleure stratégie à adopter pour la conception d'un site moyen
merci d'avance pour vos réponses
# PHP vs PERL
Posté par Anonyme . Évalué à 0.
Certes php est tres bien mais seulement ce que l'on oublie de dire c'est qu'avec l'arrivee de php4 il devient necessaire d'avoir sur le serveur de l'hebergeur un certain nombre de modules compiles pour pouvoir faire des trucs interessants ... le pb est justement là ... les hebergeurs s'amusent à faire leur petite cuisine en n'incluant QUE certains modules compiles ... resultat on s'arrache les cheveux, on pige pas pourquoi le script marche pas etc ... resultat beaucoup des programmeurs chevronnes retournent à ce qu'ils connaissent bien c.a.d perl ...
Perl propose l'avantage de permettre diverses utilisations que ne permet pas php .
Perl ne necessite pas de modules compiles comme php pour prendre toute sa puissance . Perl est tout aussi simple à comprendre/ecrire que Php au niveau de la syntaxe . De plus le debuggage est tout aussi simple en perl qu'en php .
En revanche il est vrai qu'il est vraiment plus simple d'associer php avec une base de donnée SQL/MySQL que perl ...
Je crois surtout pour ma part que php ne deviendra un langage universel que lorsque les hebergeurs arreteront de faire leur petite cuisine, lorsque qu'il ne sera plus necessaire d'avoir 36 modules compiles sur le serveur et lorsque que php se sera ouvert à d'autres utilisations que le web uniquement .
J'ai du mal à croire en l'avenir d'asp et cold fusion ...
@+
Metallica Blood
metallicabood@free-warezz.net
[^] # Re: PHP vs PERL
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
http://www.cpan.org/modules/by-module/DBI(...)
perldoc DBI
perldoc Apache::DBI (mod_perl powa)
Personne n'a parlé de mod_perl jusqu'à présent. Pourtant c'est extrêment souple, flexible et performant. sa seule tare est peut-être d'etre moins accéssible, moins connu.
Mais le dev en mod_perl est un réel plaisir (et là on pose la main sur la carrosserie et on sent le moteur (Apache) qui ronronne en dessous... whaou :)
[^] # Internet, ce n'est pas le Web.
Posté par Anonyme . Évalué à 0.
Traduction: Ton code realisé sous Linux/MySQL
fonctionne aussi sous AIX/Oracle avec des modifications minime.
Perl est sous licence artistique.
J'aime scripter DBI en harmonie avec d'autre Module comme IRC ou FTP... les possibilités sans pour autant disposer d'interface web sont extremment interessante.
"SMASH THE COMPUTER" [P.U.R.G.E]
[^] # Re: Internet, ce n'est pas le Web.
Posté par Amaury . Évalué à 1.
Bon il est clair que <AMHA>PHP ne soutient pas la comparaison face a Perl</AMHA>, mais il reste un langage bien sympa pour developper rapidement des applis web sans rsiquer d'ouvrir des enormes trous de secu. Et PHP est sans doutes plus facile a maitriser par un debutant, d'ou sa grande popularite.
# PHP c l'avenir
Posté par Anonyme . Évalué à 0.
Il le deviendra surement j'en suis quasi convaincu
PHP fait tout : objets, bdds, etc
Je suis développeur web, je ne peux plus concevoir un site sans php
Pour répondre à l'auteur au sujet d'une fusion XML/PHP ..... pour moi quand je fais du php qui génère du xml, c'est déja une fusion majeure : après, pour qu'un doc xml puisse se faire interpréter par php, il n'y a qu'un pas....
PHP/MySQL c'est l'avenir quoi qu'on en dise .. malheur aux hérétiques qui continuent à vanter l'asp . Après avoir essayé perl/cgi, php, asp et jsp, et bien j'affirme que php les surpasse tous ... On parle même d'une intégration native de php à apache..... je vous laisse fantasmer sur les possibilités de vitesse que cela permettrait...
Les entreprises qui continuent avec asp ne sont que des tas de pingouins (aucun rapport avec Linux... au contraire) qui ne veulent pas changer leurs habitudes
Voilà @+ tlm
[^] # Re: PHP c l'avenir
Posté par Eric Renard . Évalué à 1.
[^] # Re: PHP c l'avenir
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
maintenant, je n'oserais pas m'avancer autant sur le fait que php sera un "standard" loin de la.
Et au niveau des comparaisons de puissance, je pense que tout dépend de l'usage.
Je crois que les perfs mod_perl (et pas perl/cgi bien évidemment) sont supérieures à php
[^] # Re: PHP c l'avenir
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
De plus les développeurs perl/modperl sont plus difficiles à trouver.
[^] # Re: PHP c l'avenir
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
Cependant au niveau de la RAM consommée j'ai entendu tout et le contraire.
En effet de par mon expérience, en général les process sont gros (même si ca peut venir de mauvais choix d'implémentation) en plus on met en général beaucoup de process apache :)
Pourtant j'ai entendu à plusieurs reprises que mod_perl est plutot économe en ce sens que certains site switchent sous mod_perl pour éviter de faire des upgrade matériels
combien consomme linuxfr en RAM ?
[^] # Re: PHP c l'avenir
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
ah, les futurologues, c'est les meilleurs...
>PHP fait tout : objets, bdds, etc
PHP fait rien, c'est du bricolages, ya pas d'objets correct, de library, et il faudrait un bon coups de ménage dans ses fonctions. Et je sais pas trop où en est l'utilisation de bytecode pour améliorer les performances.
> Je suis développeur web, je ne peux plus
> concevoir un site sans php
Dommage, la premiere quelité d'un developpeur web est l'adaptation.
> Pour répondre à l'auteur au sujet d'une fusion
> XML/PHP ..... pour moi quand je fais du php qui
> génère du xml, c'est déja une fusion majeure :
PHP genere du texte, point. Aprés ça peut être du HTML, du SMIL ou le nouveau machin d'Adobe, ça change rien.
PHP genere aussi de l'image, du Flash ou du PDF, et là, ça devient vraiment interessant.
>après, pour qu'un doc xml puisse se faire
>interpréter par php, il n'y a qu'un pas....
bah, les lib XML DOM et XML parser, elles servent à quoi, à ton avis?
>PHP/MySQL c'est l'avenir quoi qu'on en dise ..
> malheur aux hérétiques qui continuent à vanter
> l'asp .
ah, l'utilisation abusive de la bijection... oui, l'ASP est nul, mais il existe d'autres alternatives.
Pour MySQL, pareil, il existe d'autres bases de donnée free qui gerent les transactions, les procédures stockées et autres galipettes du SQL, PostGres pour ne pas le nommer.
> Après avoir essayé perl/cgi,
> php, asp et jsp, et bien j'affirme que php les
> surpasse tous ...
ça dépends pour quoi, pour quel type de site, le niveau des developpeurs. Les affirmations comme ça, c'est bon pour vendre des lessives, pas pour des developpeurs!
> Les entreprises qui continuent avec asp ne sont
> que des tas de pingouins (aucun rapport avec
> Linux... au contraire) qui ne veulent
> pas changer leurs habitudes
Non, des gens qui ont la pétoche du changement, qui aime être réconforter pas de gentils commerciaux et de super licences (c'est cher, donc c'est bien).
[^] # Re: PHP c l'avenir
Posté par Anonyme . Évalué à 0.
> que des tas de pingouins (aucun rapport avec
> Linux... au contraire) qui ne veulent
> pas changer leurs habitudes
Non, des gens qui ont la pétoche du changement, qui aime être réconforter pas de gentils commerciaux et de super licences (c'est cher, donc c'est bien).
Ou :
- des gens qui utilisent du tout Windows et les fonctionnalites COM directement integrable en ASP pour aller chercher des objets divers et varies. (mais j'y crois peu...)
- des gens eleves au VB... Les povres ;-)
[^] # Re: PHP c l'avenir
Posté par Anonyme . Évalué à 0.
Je suis tout a fait d'accord avec toi !.
# Coup de pieds dans la fourmiliere
Posté par Anonyme . Évalué à 1.
le php c'est dépassé *<:o)
# Et la portabilité ?
Posté par Anonyme . Évalué à 0.
[^] # Re: Et la portabilité ?
Posté par Anonyme . Évalué à 0.
[^] # Re: Et la portabilité ?
Posté par Anonyme . Évalué à 0.
[^] # Re: Et la portabilité ?
Posté par Anonyme . Évalué à 1.
[^] # Re: Et la portabilité ?
Posté par Anonyme . Évalué à 0.
Pourtant, quel bonheur de pouvoir développer tranquillement des servlets, des JavaBeans et des JSP sous Linux ou Windows et de les mettre en exploitation sur une machine sous Solaris !
Et le diagramme de classe est tout de même plus riche que celui de PHP, non ?
# Non... tout simplement.
Posté par Anonyme . Évalué à 0.
Pour les entreprises le php permet de faire du quick n dirty ( mêmes remarques que plus haut ) + facile à apprendre, facile à comprendre, résultat rapide... En revanche, c'est du jetable. Sur de gros projets c'est quasiment ingérable ( modification de fond, de forme ou de logique ). Bref, pour une modification, il faut tout refaire. En terme d'organisation du travail c'est le bordel pour les même raisons ( mélange fond, forme et logique ).
et vi, tout comme l'asp et d'autres, le php mélange tout ça.
L'avenir ressemble plus a XML ( fond ) XSL ( forme ) XSP ( logique _à la_ cocoon. ). Ceux qui ont déjà travaillé avec ce genre de chose savent que les résultats en terme de productivité sont monstrueux ( modification, réutilisabilité... non, pas celle de la phplib, de phpnuke ou de slash, je parle de la vrai réutilisabilité... ). Impressionnant aussi de voir un même document exploitable sur ie, ns, lynx (!), en wml ou même en pdf... Tout ça en respectant l'organisation "naturelle" du travail et en fournissant un effort minimum ( pas d'aller/retour incessant entre services "c'est pas mon boulot ca !" , pas à raller après bidule parceque l'"autre" ou son WYSIWYG est un gros porc ).
un FAI ni voit aucun interêt... Beaucoup trop lourd, et quel client pourrait/saurait utiliser ça ? ( la remarque peut s'etendre à l'hebergeur lambda )
Les sociétés flippent, dejà elles ont du mal à trouver des gens qui connaissent un tag html ( je plaisante à moitié because of WYSIWYG ) alors où pouraient-elles trouver qq1 qui connaisse le XSL, un autre le XML, et un dernier qui fasse du java ? Et puis le php c'est chouette, les gens coutent 2 fois moins cher ( meme s'il en faut quatre fois plus, quatre fois plus de temps... ) et meme un chef de projet peut lire les sources, puisque visiblement, il ne fait pas confiance à ses subordonnés ( ou aux ressources humaines ). Sans parler des decideurs qui prefèrent faire comme "tout le monde" ( parceque_"tout le monde"_il_peut_pas_avoir_tord ). Pas fou le responsable, il tient a sa place. he he he...
Pour ce qui est du couplage XML/PHP... hahem... tjs le melange fond/forme/logique, et le parser xml de chez php ne fait pas le poid face a ceux que l'on trouve en perl java ou C++. ( validation de doc, facilité d'utilisation, et meme, n'en deplaise, en terme de performance. )
Bref, j'ai exagéré à peine, et je suis certain que quelques uns reconnaitront le portrait de leur boite. Ceci dit, le php, c'est un joli couteau suisse et c'est dans l'air du temps : "vite et degueu, on met la poussière sous le tapis, pas vu, pas pris". De toute facon le pov client remettra la main à la poche plus tard, heureusement d'ailleurs, parcequ'on a deja explosé l'enveloppe ( et on a toujours pas compris pourquoi... mdr )
le php est d'une grande utilité aussi, il met de l'ambiance dans une entreprise : c'est mignon de voir les dev/integ/chef/client se mettre gentiment sur la gueule ). Et puis ca arrange tout le monde : chacun peu rejetter la responsabilité sur celui d'à coté puisque tout est intimement lié... Bref, php a encore de beaux jours devant lui.
Pendant ce temps là, il y en a d'autres qui ont pris le risque... Et qui prennent maintenant leur pied.... euh... leur blé. héhé.
--
Gloo
[^] # Alors PHP ASP PERL ou COBOL...
Posté par Anonyme . Évalué à 0.
Je suis etudiant en IUT informatique et actuellement en stage de 2ème année. On m'a apris PHP et ASP (VBScript et JScript pas les autres langages), et je dois dévelloper un site pour une grosse entreprise. Ce site recevra beaucoup de connection et pour l'instant j'ai dévelloper toutes les pages le permettants en PL/SQL (et oui ce trucs peut peremettre de générer des pages web dynamiques...) sans passer par WebDB( Car c'est de la merde et la personne ne peut me contredire car c'est vraiment une machine à gaz :
Page web dynamique sous PL/SQL fait par moi à la main : 1 s de tps de réaction vs la même page fait sous webDB par mon prédécesseur (qui lui est bac+4 contre moi bac +2 ), tps de récation 45 s)
Je dois recupérer le contenu d'un formulaire or le probleme c'est que le formulaire est en moyenne remplit à 10% (1 case sur 12 proposées) et générer une consultation de la base Oracle avec ca (un simple select ..fro... where la condition recuperee( composee de 2 chose 1 condition du type like = != ... et une valeur)) et je ne sais pas quoi choisir entre ASP et PHP (Java serait bcp trop long a mettre en place pour cette simple page...)
Alors pouvez vous me conseiller, en sachant que il va falloir dans tous les cas que je choppe egalement un serveur.
Je voudrais qu'on m'indique le couple Langage/Serveur le plus approprie pour cela (a savoir que pour ASP ce sera JScript car VBScript c'est du gruyere pour la securité...)
Ce serait sympa de me repondre tres vite sur mon mail :
drizzt1979@caramail.com
Merci d'avance.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.