Bah, je bosse sous unix (FreeBSD pour etre precis).. et je n'ai trouvé aucun client ftp capable de faire la meme chose... queueing, acces a des repertoires un peu farfellus, etc etc. Ben, deja.. y'a pas de client sous FreeBSD qui fait du fxp (server to server). Et ca j'en ai besion :-)
Certes l'industrie du jeu video comprend aussi les console qui est le marché de masse.
J'ai moi meme en tant que developpeur decrié le coté technique des solutions MS en terme de stabilité (Win9x) (un reboot quand on a des probleme de thread ou socket, c'est ultra lourd..) mais de ce point de vue la, W2K, c'est quand meme bien..
Tout bon IDE Java (JBuilder, Netbeans, ...) te permet de passer ta page JSP en mode debug et de t'arreter juste ou a eut lieu ton exception ...
Comme quoi un debugger ca sert à qqch !
Aller un dernier tips pour la route :
rajouter -classic dans les parametres de la VM lancé au moment du debug ca booste la vitesse du debug ... la raison : J2SE est livré avec Hotspot Client qui n'est pas prevu pour passer en mode debug :(
2 solutions :
- mettre le Hotspot Server
- passer en JIT classique (symantec) : la fameuse option -classic
Enfin, pour casser le troll qui pointe son nez :
- Oui, en perf brute PHP est plus rapide !
- Oui, en moté en charge JSP est plus performant !
- Oui, PHP est plus simple a mettre en place pour des choses simples !
- Oui, JSP est plus simple a utiliser dans les gros projets et à réutiliser.
En resumer : Les deux technos sont biens ....
Bien sur pour ceux qui connaissent les JSP il n'y a pas trop d'interet à passer à JSP ... pour ceux qui maitrisent PHP, le seul interet à passer à JSP est l'utilisation/le besion de : multiples Taglibs, nombreuses API couvrant tout les besoins possibles et imaginables, charges de folies ...
Mon seul reproche pour PHP, est que l'on doit retourner à l'ecole et se mettre à reapprendre une flopé des methodes ... :(
Ah si seulement tout etait fait en objet sous PHP ...
Pour finir : Mieux vaut faire du PHP que de l'ASP !
* Les sessions de php marche aussi avec php en module d'apache :
CF : http://www.php.net/manual/en/ref.session.php.(...)
Néanmoins penser a utilise PHPLIB qui ajoute quelques fonctionnalités interressantes.
* > - "comme son nom l'indique (php = Personnal Home Page) permet le développement plus rapide de petites applications web, mais en aucun cas de vrai applications web scalable...
N'importe quoi... Il y a de très gros site qui utilise php sans problème.
Il est LOGIQUE que php utilise des fonctions spécifiques par base de donnée (les bases de données ont souvent des caractéristiques différentes). Si on veut un accès unifié il faut utiliser ODBC (c'est fait pour çà).
Sinon, pour le pas utilise ODBC il y a PHPLIB (ou PEARL) pour être indépendant de la base de donnée...
- "les coûts induit (pour de gros
projet) par des développements php dépasse très rapidement le coût marginal" je n'ai pas assez d'expérience en java pour donner une réponse précise mais je suis très étonné par cette affirmation, php m'a l'air plus simple d'acces que jsp pour un programmeur qui n'a fait aucun des deux. Ca m'a plutot l'air d'une affirmation gratuite. Ou alors il parle du fait que c'est plus complexe car pas de l'objet ... c'est discutable
---> On parle de gros projets, donc rarement de developpeurs debutants... (mais tout est possible :p)
Moi j'en compte plus de 70 et ca en changeant juste le driver jdbc (un fichier a ajouter + une conf a changer).
Sans parler de daCode, php ne gere pas (encore) tout ca.
Si votre base est geré par php , vous pouvez toujours ecrire votre propre class db.
Si ce n'est pas le cas, vous pouvez tjs ajouter la gestion a php ... bon courage.
Lorsqu'on écrit "à la main" une phrase où l'on trouve du latin, on le souligne (l'italique à la main, c'est pas terrible).
Donc on peux admettre le latin en souligné (même si, bien sur, lorsqu'on a la possibilité d'avoir des caractères italiques, on choisit cette solution plus esthetique...).
Sinon, personnellement, je pronerais plutôt l'italique / souligné constamment. Déjà, ça nous épargne les discussions "admis ou pas" et en plus, ça explique l'irrégularité de la formule. Oui, on écrit a priori et non pas à priori. C'est bien le cas parce qu'il s'agit d'une locution latine.
Les deux corrects soit, mais l'un est plus clair que l'autre en toutes circonstances. Je trouve plus fréquemment le cas en italique que l'inverse dans mes lectures, personnellement.
Je dirais mieux, si l'erreur "à priori" est souvent commise, c'est parce qu'il ne parait plus évident qu'il s'agit de latin. Si c'était en italique à chaque fois, ça interpellerait.. Et on éviterais, peut-être, d'avoir l'erreur à chaque nouvelle dépèche :)
Oui, je parlais plutot des manuels disponible on line. Celui de l'imprimerie nationale est évidemment une (la) référence. Plus simple, il parait que Le Monde est un modèle pour ce qui est du respect de la typographie, y observer la typo permet déja d'apprendre quelques bases.
Toujours est-il que si on ne fait rien, on va se ramasser les brevets logiciels sur la tête et ça, c'est pas vraiment good good pour le logiciel libre.
>C'est vrai que j'aurais dû préciser dès le début, mais les frustrés qui ne connaissent pas Java m'ont trop énervé pour que j'y pense de prime abord ...
Donc, tu nous as sorti une réponse de frustré! Un test sur ta machine perso pour servir de la doc à 3 clampins pour prouver que les JSP sont faites pour les gros projets! Merci Acne, en tout cas, de te joindre à mantha pour nous fournir ce pur moment de rigolade pendant les vacances :))
Un site sous dacode qui parle de dacode et qui casse les concurrents, pourquoi ca s'appelle linuxfr.org, quand on voit le faible nombre de news ayant trait a linux ? Ca ne me semble pas très approprié comme nom.
Dear isp,
The OpenBSD Project (http://www.openbsd.org(...)) produces a FREE, multi-platform 4.4BSD-based UNIX-like operating system. It's main network connectivity is provided by a DSL line serviced by your organization. It is currently experiencing connectivity problems. As a result, CVS servers, used to distribute source code changes to a global network of mirrored sites are falling out of sync with the primary CVS server located on the link you provide. This is causing great inconvenience to developers and users of OpenBSD. It would be very much appreciated if you could address this problem at your earliest opportunity.
et non .......
Le compilo de Zend n'est pas un compilateur ...
il génère du byte code ... comme les compilo java (faudrait changer les noms c'est vrai que appeler ca compilateur aussi ca prete à confusion)
D'ailleurs pire ... pour pouvoir le réinterpreter derriere il faut avoir le Zend Optimizer (qui fait office d'interpreteur pour le byte code)
Et d'apres ce qu'on ma dit (désolé je n'ai pas les sous pour faire les tests moi meme) on ne gagne pas grand chose .... c'est plus pour cacher les sources.
Le principal probleme du libre, c'est que y a pas de R&D. On va chercher du cote des normes, ou du cote des logiciels existants pour s'inspirer.
On est donc principalement des suiveurs.
Les nouveaux modeles de developpement (J2EE et .Net) sont reellement des innovations qui, alliees aux LL, seraient tout a fait devastatrices.
Mais l'esprit actuel et sclerose du LL a interet a arreter son racisme.
Parce que .Net, c'est au moins aussi important que Posix.
Souvenez vous, les gars. On est pas meilleurs codeurs que les autres. On a juste une philosophie d'avance.
Je me permets ce gros troll non argumenté ( si c'était argumenté ca ne serait pas un troll d'abord ) uniquement parce que Fabien Penso fait de même qaund une nouvelle version de PHP-Nuke sort.
Et si ... pourtant l'article manque à fond d'objectivité car visiblement il ne connait pas (du tout) php .. faire un comparatif en ne connaissant qu'un seul objet sur les deux ca ne peut pas etre objectif.
Mais jevais te répondre à toi, pas à l'article.
<-"Je vois pas bien l'interet de php si c pour faire des cgi, autant faire du c ou du perl"
->Et bien c'est l'auteur de l'article qui argumentait en disant que c'était un manque ... indépendament du fait que ca soit pertinent ou pas ca existe donc ca ne peut etre un manque contrairement à ce qu'il dit.
<-"ok pour ftp et les bd, mais le reste, ya pas ke ftp et bd dans la vie.
Toutes les api java sont utilisables sans meme avoir les sources (juste besoin des .class et de la javadoc) en jsp.
En php il faut ou attendre ke php evolue, ou bien ajouter la fonctionnalité a php sois meme ce qui me parait tres complexe (en tout cas plus complexe que de reutiliser des class deja faites)."
-> euh .. les classes elles dne descendent pas du ciel, c'est soit java qui bouge (les développeur de chez sun) soit quelqu'un qui l'a fait lui meme et partagé. D'un point de vue possibilité d'extension c'est la meme chose. D'un point de vue extensions déjà faites je pense que pour l'essentiel des applications qui tournent sur le web les extensions contenues dans php suffisent (ce qui ne veux pas dire qu'il ne faut pas que ca évolue encore mais pour te sentir limité avec ca faut déjà chercher quelque chose de bien spécifique et pas habituel j'ai l'impression).
<-"Renomer un projet ne change rien au fait k'il soit dédié aux petits projets. "
-> on est bien d'accord, ceci dit il a été nommé du temps de PHP/FI et depuis .. oui ... le projet à bien changé et n'a plsu rien à voir.
Personnellement je ne pense pas que php s'oppose à la gestion de "grands" projets ou applications, ceci dit pour un projet important je ne le ferais pas en script, que ce soit des scripts java ou php ....quitte à le faire en script rien j'avoue que rien ne m'empechera de le faire ne php (et vu la différence de ressources prises ca me semble meme le meilleur choix).
De plus comment dire .... juger les performances et la pertinence d'un code sur son nom ca me semble .... léger .. non ?
<- "Le contraire n'a pas ete dit. "
-> mais clairement sous entendu car présenté comme un désavantage (ou alors j'ai mal compris mais je ne crois pas)
Je ne connais que tres tres peu jsp donc peut etre que c'est en effet formidable et "mieux" que php mais une chose est sure ... sur l'article n'est en rien objectif car la tres grande majorité (pour ne pas dire tout) de ce qui est dit sur php est faux/aproximatif/non expliqué ....
[^] # Re: Je suis d'accord
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
Certes l'industrie du jeu video comprend aussi les console qui est le marché de masse.
J'ai moi meme en tant que developpeur decrié le coté technique des solutions MS en terme de stabilité (Win9x) (un reboot quand on a des probleme de thread ou socket, c'est ultra lourd..) mais de ce point de vue la, W2K, c'est quand meme bien..
[^] # Euh le debugger ca existe ;-)
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Comme quoi un debugger ca sert à qqch !
Aller un dernier tips pour la route :
rajouter -classic dans les parametres de la VM lancé au moment du debug ca booste la vitesse du debug ... la raison : J2SE est livré avec Hotspot Client qui n'est pas prevu pour passer en mode debug :(
2 solutions :
- mettre le Hotspot Server
- passer en JIT classique (symantec) : la fameuse option -classic
Enfin, pour casser le troll qui pointe son nez :
- Oui, en perf brute PHP est plus rapide !
- Oui, en moté en charge JSP est plus performant !
- Oui, PHP est plus simple a mettre en place pour des choses simples !
- Oui, JSP est plus simple a utiliser dans les gros projets et à réutiliser.
En resumer : Les deux technos sont biens ....
Bien sur pour ceux qui connaissent les JSP il n'y a pas trop d'interet à passer à JSP ... pour ceux qui maitrisent PHP, le seul interet à passer à JSP est l'utilisation/le besion de : multiples Taglibs, nombreuses API couvrant tout les besoins possibles et imaginables, charges de folies ...
Mon seul reproche pour PHP, est que l'on doit retourner à l'ecole et se mettre à reapprendre une flopé des methodes ... :(
Ah si seulement tout etait fait en objet sous PHP ...
Pour finir : Mieux vaut faire du PHP que de l'ASP !
3hck'.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Je suis en droit d'attendre principalement des infos sur linux sur un site qui s'appelle linuxfr.org non ?
[^] # session & base de donnée
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
CF : http://www.php.net/manual/en/ref.session.php.(...)
Néanmoins penser a utilise PHPLIB qui ajoute quelques fonctionnalités interressantes.
* > - "comme son nom l'indique (php = Personnal Home Page) permet le développement plus rapide de petites applications web, mais en aucun cas de vrai applications web scalable...
N'importe quoi... Il y a de très gros site qui utilise php sans problème.
Il est LOGIQUE que php utilise des fonctions spécifiques par base de donnée (les bases de données ont souvent des caractéristiques différentes). Si on veut un accès unifié il faut utiliser ODBC (c'est fait pour çà).
Sinon, pour le pas utilise ODBC il y a PHPLIB (ou PEARL) pour être indépendant de la base de donnée...
[^] # Re: halte !
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
projet) par des développements php dépasse très rapidement le coût marginal" je n'ai pas assez d'expérience en java pour donner une réponse précise mais je suis très étonné par cette affirmation, php m'a l'air plus simple d'acces que jsp pour un programmeur qui n'a fait aucun des deux. Ca m'a plutot l'air d'une affirmation gratuite. Ou alors il parle du fait que c'est plus complexe car pas de l'objet ... c'est discutable
---> On parle de gros projets, donc rarement de developpeurs debutants... (mais tout est possible :p)
[^] # Re: 8^D >>> moins lourdingue <<< 8^D
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Où travailles-tu ?
# Miroir CVS qui semble marcher
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
grappa.unix-ag.uni-kl.de
je l'ai essayé sur la ports collection et il marche d'enfer. anoncvs.(ca|se|be).openbsd.org semblent dans les choux...
Saad.
[^] # Re: Mise au point....
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Allez sur : http://industry.java.sun.com/products/jdbc/drivers(...) et comptez le nombre de bd gerees.
Moi j'en compte plus de 70 et ca en changeant juste le driver jdbc (un fichier a ajouter + une conf a changer).
Sans parler de daCode, php ne gere pas (encore) tout ca.
Si votre base est geré par php , vous pouvez toujours ecrire votre propre class db.
Si ce n'est pas le cas, vous pouvez tjs ajouter la gestion a php ... bon courage.
[^] # Re: [HS] typo
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 1.
Donc on peux admettre le latin en souligné (même si, bien sur, lorsqu'on a la possibilité d'avoir des caractères italiques, on choisit cette solution plus esthetique...).
Sinon, personnellement, je pronerais plutôt l'italique / souligné constamment. Déjà, ça nous épargne les discussions "admis ou pas" et en plus, ça explique l'irrégularité de la formule. Oui, on écrit a priori et non pas à priori. C'est bien le cas parce qu'il s'agit d'une locution latine.
Les deux corrects soit, mais l'un est plus clair que l'autre en toutes circonstances. Je trouve plus fréquemment le cas en italique que l'inverse dans mes lectures, personnellement.
Je dirais mieux, si l'erreur "à priori" est souvent commise, c'est parce qu'il ne parait plus évident qu'il s'agit de latin. Si c'était en italique à chaque fois, ça interpellerait.. Et on éviterais, peut-être, d'avoir l'erreur à chaque nouvelle dépèche :)
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à -1.
[^] # Re: encore plus hors sujet
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
[^] # Re: Il n'a pas l'air très diplomate Theo
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.
Tiens petite question, "your name here", c'est une formule de politesse ?
[^] # Re: ABSOLUMENT PAS !!!!
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à -1.
Qui a dit que les forums n'étaient pas conviviaux, hein ???
;o))
[^] # Re: Vives les brevets !
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
[^] # Re: Pour les JSP, c'est objectif :-)
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Donc, tu nous as sorti une réponse de frustré! Un test sur ta machine perso pour servir de la doc à 3 clampins pour prouver que les JSP sont faites pour les gros projets! Merci Acne, en tout cas, de te joindre à mantha pour nous fournir ce pur moment de rigolade pendant les vacances :))
# .Net: quelqu'un peut m'expliquer
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à -1.
en 2 mots ou me donner un url?
<troll on> .le NET va-t-il revolutionner l'informatique <troll off>
Merci,
krypton
# Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à -1.
[^] # Re: Il n'a pas l'air très diplomate Theo
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
Dear isp,
The OpenBSD Project (http://www.openbsd.org(...)) produces a FREE, multi-platform 4.4BSD-based UNIX-like operating system. It's main network connectivity is provided by a DSL line serviced by your organization. It is currently experiencing connectivity problems. As a result, CVS servers, used to distribute source code changes to a global network of mirrored sites are falling out of sync with the primary CVS server located on the link you provide. This is causing great inconvenience to developers and users of OpenBSD. It would be very much appreciated if you could address this problem at your earliest opportunity.
Thank you,
your name here
[^] # Re: prem's
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
sinon le site a un probleme de dns ?
il n'est accessible et les mirrois aussi
que par l'ad ip ...
[^] # Re: License
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Le compilo de Zend n'est pas un compilateur ...
il génère du byte code ... comme les compilo java (faudrait changer les noms c'est vrai que appeler ca compilateur aussi ca prete à confusion)
D'ailleurs pire ... pour pouvoir le réinterpreter derriere il faut avoir le Zend Optimizer (qui fait office d'interpreteur pour le byte code)
Et d'apres ce qu'on ma dit (désolé je n'ai pas les sous pour faire les tests moi meme) on ne gagne pas grand chose .... c'est plus pour cacher les sources.
# prem's
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.
[^] # Re: Ca dépends
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
On est donc principalement des suiveurs.
Les nouveaux modeles de developpement (J2EE et .Net) sont reellement des innovations qui, alliees aux LL, seraient tout a fait devastatrices.
Mais l'esprit actuel et sclerose du LL a interet a arreter son racisme.
Parce que .Net, c'est au moins aussi important que Posix.
Souvenez vous, les gars. On est pas meilleurs codeurs que les autres. On a juste une philosophie d'avance.
# Retour à l'envoyeur
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Je me permets ce gros troll non argumenté ( si c'était argumenté ca ne serait pas un troll d'abord ) uniquement parce que Fabien Penso fait de même qaund une nouvelle version de PHP-Nuke sort.
[^] # Re: Mise au point....
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Mais jevais te répondre à toi, pas à l'article.
<-"Je vois pas bien l'interet de php si c pour faire des cgi, autant faire du c ou du perl"
->Et bien c'est l'auteur de l'article qui argumentait en disant que c'était un manque ... indépendament du fait que ca soit pertinent ou pas ca existe donc ca ne peut etre un manque contrairement à ce qu'il dit.
<-"ok pour ftp et les bd, mais le reste, ya pas ke ftp et bd dans la vie.
Toutes les api java sont utilisables sans meme avoir les sources (juste besoin des .class et de la javadoc) en jsp.
En php il faut ou attendre ke php evolue, ou bien ajouter la fonctionnalité a php sois meme ce qui me parait tres complexe (en tout cas plus complexe que de reutiliser des class deja faites)."
-> euh .. les classes elles dne descendent pas du ciel, c'est soit java qui bouge (les développeur de chez sun) soit quelqu'un qui l'a fait lui meme et partagé. D'un point de vue possibilité d'extension c'est la meme chose. D'un point de vue extensions déjà faites je pense que pour l'essentiel des applications qui tournent sur le web les extensions contenues dans php suffisent (ce qui ne veux pas dire qu'il ne faut pas que ca évolue encore mais pour te sentir limité avec ca faut déjà chercher quelque chose de bien spécifique et pas habituel j'ai l'impression).
<-"Renomer un projet ne change rien au fait k'il soit dédié aux petits projets. "
-> on est bien d'accord, ceci dit il a été nommé du temps de PHP/FI et depuis .. oui ... le projet à bien changé et n'a plsu rien à voir.
Personnellement je ne pense pas que php s'oppose à la gestion de "grands" projets ou applications, ceci dit pour un projet important je ne le ferais pas en script, que ce soit des scripts java ou php ....quitte à le faire en script rien j'avoue que rien ne m'empechera de le faire ne php (et vu la différence de ressources prises ca me semble meme le meilleur choix).
De plus comment dire .... juger les performances et la pertinence d'un code sur son nom ca me semble .... léger .. non ?
<- "Le contraire n'a pas ete dit. "
-> mais clairement sous entendu car présenté comme un désavantage (ou alors j'ai mal compris mais je ne crois pas)
Je ne connais que tres tres peu jsp donc peut etre que c'est en effet formidable et "mieux" que php mais une chose est sure ... sur l'article n'est en rien objectif car la tres grande majorité (pour ne pas dire tout) de ce qui est dit sur php est faux/aproximatif/non expliqué ....
[^] # Re: Pour les JSP, c'est objectif :-)
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à -1.
hop -1