Anonyme a écrit 62292 commentaires

Ca doit être à cause des fautes d'orthographe...

"dommange et intérêt"
"Voila"
"cette affaire est enfin fini"
"1 francs symbolique"
"toutes les personnes m'ayant apportées"

(plus quelques cas sur lesquels j'ai un doute, mais je n'ai malheureusement pas de dico sous la main)

Vous faites pas honneur a votre reputation les gars, personne pour dire qu'il a joui en lisant la news?

Il faudrait vraiment que tu apprennes a lire au lieu de me faire dire ce que je n'ai pas dit, alors je t'explique parce que tu sembles etre bouché: je lis login: depuis longtemps, avant que ca s'appelle login: d'ailleurs. Si t'es pas capable de comprendre une phrase simple c'est pas de ma faute.

lors d'un hdparm -T, je me prends un debit 180 mo/s, c'est quoi cette connerie? c'"est pas mon petit ide qui s'est transformée en raid scsi pendant la nuit?

Si je comprend bien, tu a été condamné, symboliquement, mais condamné.

Par contre, que vient donc faire Apodeline dans cette histoire ? Ce n'est pas parce qu'on est condamné que les associations dont on fait partie le sont aussi, non ?

moi non plus, comprends pas, qui doit donner 5000F a qui?

Raconte! C'est quoi cette énorme différence? Je veux tout savoir!!!

Not Found! HTTP Error 404
Your requested URL /philosophy/free-doc.fr.html
was not found on this webserver.

Certes c'est difficile de contenter tout le monde, mais à faire des articles faciles d'accès en faisant l'impasse sur la plupart des aspects intéressants, les lecteurs qui seraient intéressés par un contenu plus dense ne l'achètent pas ; donc le lectorat actuel de login est majoritairement pas intéressé des articles plus fouillés, mais ça veut pas dire qu'il n'y a pas un lectorat potentiel pour d'autre types de contenu.
Si LOGIN fait le choix de s'addresser uniquement aux personnes qui ont encore peu pratiqué ces systèmes, pourquoi pas mais à ce moment là, ça serait plus juste de dire que LOGIN est le magazine qui veut faire "découvrir les systèmes alternatifs au plus grand monde" plutôt que le magazine "des systèmes alternatifs". J'achète LOGIN de temps en temps (3-4 fois par an) et je suis assez régulièrement deçu par le contenu rédactionel et je pense pas être le seul. En plus il y a régulièrement des fautes de frappes et d'orthographe, on a l'impression que vous êtes trop à la bourre pour relire, ça donne une mauvais image du mag.
J'ai acheté le numéro sur FreeBSD 4.2, c'était une bonne idée il faudra le refaire (c'est pas forcément pratique pour tout le monde de télécharger les iso), je l'ai installé (en faisant les disquettes de boot, c'était chiant mais c'était pas un drame). J'ai parcouru rapidement l'article avec les copies d'écrans avant de faire l'install, j'ai effectivement trouvé qu'il utilisait beaucoup de papier pour pas dire grand chose (mais bon j'avais installé un FreeBSD 3 il y a un certain temps).
Par contre je trouve que le fait de parler de systèmes qui sont pas libres ou partiellement libre (BeOS, MacOSX, Solaris, QNX, ...) est un point positif même si le traitement qui en est fait est comme le reste, souvent pas à la hauteur de mes attentes. Les autres magazines couvrent un spectre plus réduit.
J'aime bien le logiciel libre mais je pars par en courant dès que je vois un bout de code propriétaire et quand on se place d'un point de vue technique (par opposition à philosophique) on peut dire des choses intéressantes sur certains logiciels propriétaires.
Je te trouve très négatif sur MacOS X, j'ai essayé brièvement la beta publique (sur une machine qui m'appartenait pas alors j'ai pu y passer trop de temps) l'année dernière. C'est vrai qu'il est plutôt mou mais il parait que les builds récents sont beaucoup plus rapides, et j'ai trouvé qu'il y avait des choses intéressantes même s'il y avait encore énormément de choses à faire.
Je suis pas trop tes arguments de BeOS contre MacOS X, BeOS est largement aussi fermé. il est possible de compiler des applications libre sous MacOS X même si leur GCC à l'air patché à mort (celui de RedHat c'est de la rigolade a côté), j'ai cru comprendre que le but était d'être synchronisé avec GCC3.0 pour sa sortie. Et globalement l'essentiel de POSIX à l'air d'être là ; pas eu le temps de tout essayé en long et en large mais bon, ils ont l'air de faire évoluer leur bestiau dans le sens d'un comptatibilité POSIX, on va pas leur faire un procès d'intention s'ils y a quelques bugs ou quelques interfaces qui manquent dans une beta. De plus il y a les sources du noyeau, chez Be je les ai pas vu (ou alors ça m'a échappé).

Alcatel a promis son driver ADSL USB Linux pour le début du mois de mars...
Reste le problème des performances par rapport à l'ethernet qui ne nécessite pas de driver et ne consomme pas de CPU supplémentaire.

Un seule solution b'existe pas et c'est plutôt une bonne chose.
L'article est un peu leger, jes suis d'accord et je l'ai souligné. Mais dire que c'est de la désinformation je ne suis pas d'accord. C'est une bonne présentation d'une solution globale mais si elle est un peu legere et aurait merité plus d'argument. Et les schémas sont vraiment pourris.

Petite correction:
La machine en question etait une B132L+, et mpg123 prenait 15%.

Je n'ai pas encore fait le test sur la 712/60, mais je pense qu'effectivement, le temps de process utilise sera de 30%, dans la mesure ou il en est de meme avec une 715/66...

Amicalement,
Matthieu Delahaye <delahaym@esiee.fr>
ESIEE Team (portage de linux sur pa-risc)

D'après de nombreux utilisateurs, les pings ADSL avec ethernet seraient 2 fois plus rapides qu'avec USB. cela serait du au protocole utilisé (pppoe) conçu pour ethernet et à la qualité médiocre de l'électronique bon marché des modems USB.
Pensez-y aussi si vous êtes un fan de jeux en réseaux !

l'auteur parlait de plus de 10 types de page dynamique et non de plus de 10 pages dynamique, ce qui fait une différence enorme.

ah ok, autant pour moi, je savais qu'il y avait moyen de faire du JSP->Servlet, mais pensais naivement que ce n'etait pas automatique. Cela dit, je suis entierement d'accord, pour un gros site les JSP permettent de coder bien plus modulerement et proprement. Ce qui me gene notemment avec PHP, c'est d'une part la gestion des sessions (du moins avec php4), dont le comportement est parfois plus que bizarre, mais surtout le templating (je n'ai pas encore trouve d'outil serieux pour en faire). Par rapport au cycle d'apprentissage, ben ca depend, si on a un background de programmation objet, c'est quammeme rapide, surtout que tout ceci est quammeme extremement bien documente.

T'as pas autre chose comme benchmark? Parce que là, ça fait pas trop serieux. Pas un truc de chez zend non plus...

J'ai acheté un pack ADSL ethernet avec modem speed touch Alcatel il y a 2 semaine sur Paris. L'offre se décline en 2 pack : soit USB, soit ethernet. Pour monter le tout sur ma carte ethernet ça m'a pris 5 min. Pour installer les pilotes fournis sur le CDROM dans le répertoire /linux, j'ai mis 3 min le temps de copier les 3 fichiers start-pppoe stop-pppoe et pppoed-2.2 dans le répertoir /usr/local/bin, de changer le userid dans le fichier start-pppoe, de changer pppoed-2.2 en pppoed et de configurer pap-secret dans le répertoire /etc/ . Le tout fonctionne super bien et était très bien expliqué dans un fichier README. Et pourtant je vous garantie que je ne pas un pro de l'informatique.
Par contre la haine contre mac OS ou j'ai mis 3 heures par téléphone avec wanadoo avant de faire fonctionner ce merdier. Je n'ose imaginer ce que cela aurait donné sur zinedoze ...

Em... je pense que t'as raté un truc important,

les JSP sont des servlets !!!

Leur cycle de vie est simplement différent ...
L'avantage des JSP par rapport aux servlets c'est defaciliter la création de pages générant du flux texte pour HTTP, alors que les servlets restent plus generique (on peut aussi générer du flux pour d'autres protocoles).

Un page JSP, la toute (toute) premiere fois quelle est appellée depuis une modification est traduite à la volée par le containeur de JSP en servlet (translateur/compilateur) qui va etre ensuite exécuté par le container de servlet (ton serveur de servlet, par ex. Tomcat).

Par la suite cette classe sera utilisée directement à pleine vitesse !
(en cas de changement de la page, le cycle recommence ...)

Le gros avantage des JSP/Servlet est leur capacité de s'adapter aux besoins : besoin de puissance = choix du serveur large et architectures différentes, besoin de connectivité = connection J2EE directe ou utilisation de taglib XML.

Le cycle d'apprentissage est netement plus lourd que PHP, mais ca reste un outil formidable car puissant efficace et simple (malgres-tout).

Pour un petit site je conseille PHP, mais pour un site d'entreprise, JSP fait vraiment l'affaire, surtout qu'il y a pas mal de projets opensource super puissants (TOMCAT + EJBOSS + JIVE + JetSpeed + ...)

A tester donc ...

Il existe une regle de transformation permettant de convertir une JSP en servlet. Au premier accès de la page, la transfo va faire ramer, et pas qu'un peu :), mais ensuite, on accédera à la servlet compilée. Donc au final, entre JSP et servlet, ya pas de différences de vitesses.

Une seule solution à tous nos problémes, ça n'existe pas (microsoft est un bon exemple dans le domaine de l'informatique, je pense). C'est de la désinformation, cet article (Il aurait pû faire un effort pour les schémas!). Si java est une si bonne solution que celà, pourquoi cite-t-il php et asp?

Chialeux !

D'accord mais dans l'article, je ne vois pas de référence aux applications dont tu parles. Je reconnais que tes arguments sont fondés mais l'auteur parle de java pour le web sinon, il aurait parlé de c,c++ ou même c# pour venter les mérites de java.

>Enfin, je n'ai jamais vu de Benchmark, mais je >pense que les JSP sont plus performant que PHP

Tout ton discours s'effondre d'un coup! Tu tiens le même discours que l'auteur de l'article mais en te décrédibilisant tout seul. Tu dis: "Je ne connais pas PHP...", "Je n'ai jamais vu de benchmark...."
Vues de l'esprit tout ça. La réalité est altérée par tous ces préjugés alors qu'elle est devant vos yeux (dacode gére + de 10 pages dynamiques. 12 au total, je crois...-).

>Si demain PHP ne plait plus,...

Si demain Sun fait faillite, tu reprends java? Tu n'en aurais même pas le droit. Avec des si, on refait le monde donc argument non valable.

Bref, que du pipeau tout ça. J'utilise les 2 (java(appli,servlets,jsp)) et php (web,scripts)) et je sais lequel est le mieux adapté à ce que je veux faire.
Ton discours, adressé à un neuneu, confirme ce que je disait sur le ton "fait_comme_papa_a_dit_sans_reflechir" que prennent certains.
L'ignorance fait dire beaucoup de connerie.

Tu n'as pas d'autre new plus acienne que celle-ci ?????

J'espere que quand tu dis 'les JSP', tu n'inclues pas 'le JSP' tout court, c'est a dire, les scripts interpretes en temps reel. Car la il est clair que PHP est bien plus rapide. Par contre, les servlets, qui sont du java byte code, sont probablement plus performantes.

donc, si je comprends bien, on peut perdre des données (nécessite un reformatage) mais on ne peux pas exploser le disque?

Alors, j'ai bon?