Reprise du message précédent :

Mais encore ?

Ils ont la race de pages générées en statique pour supporter la charge, je crois bien

 
C'est quoi un bon SGBD ?    
Si un bon SGBD est un SGBD avec des fonctionnalités dont je doute de l'utilité (genre orienté objet ou XML), MySQL n'est pas un bon SGBD.
Sinon le "petit" MySQL, me semble tout avoir d'un grand ?  
Après dire lequel est le meilleur, heu c'est comme pour les goûts et couleurs...
 

 
Tu devrais passer à PDO, ou utiliser htmlspecialchars.    
En outre je pense que la redondance des fonctions est la résultante d'un soucis de rétrocompatibilité, preuve que les développeurs de php se soucient des développeurs php.
 
Entre nous, je préfère que l'on parle franchement des bugs et qu'on les corrige, plutot que d'affirmer qu'ils n'existent pas.
Et si on parle des bugs de php, tout comme l'on parle des bugs de Windows, c'est bien qu'il s'agit de produits très utilisés (voire dominants) et donc que leur sécurité intéresse beaucoup de personnes.
A ce propos j'entends pas beaucoup parler des bugs d'ASP...  

mysql est très bien pour certaines applications, mais pas dans tous les types d'usages. Il n'a jamais dit que mysql était mauvais, simplement qu'il n'était pas forcément ce qui se faisait de mieux dans tous les cas
 

tu pourrais la refaire avec un peu plus de suffisance stp ?
 

c'est parce que tout le monde est d'accord pour dire que ASP c'est de la merde

Au fait luc@s, on attend toujours tes arguments sur le fait que Python donne de mauvaises habitudes de programmation

 
Spa moi !    

dsl edited

Ne me dis pas que tu utilises htmlspecialchars pour protéger une chaîne destinée à une requête SQL

bah c est quoi le probleme php est super sécurisé non

C'est que htmlspecialchars, c'est pour protéger avant affichage dans une page, ça sert pas pour des requêtes...

 
php fait pas ca tout seul

Ben évidemment nan Y'a des fois tu veux afficher du code HTML cash, y'a pas besoin de protéger

rassure moi tu rentres dans le troll pour rire ?

J'ai jamais dis qu'il était mauvais, j'ai dis que son accès facile n'en faisait pas forcément le meilleur SGBD. Ensuite, Mysql est très correct pour une majorité d'application, mais il tient mal la charge. Après, vu ton jugement sur php, je doute que tu es assez d'expérience en programmation/web/bdd/scaling pour juger de ce qu'est un bon language ou une bonne technologie.

Ca ira merci, déja je ne fais pas de php, ensuite, c'est plutot aux débutants qui utilisent ce langage des plus sécurisés mais qui ne connaissent pas les injections sql, que tu devrais adresser ce conseil.
 
Et une fonction dont le nom cri l'incompétence des devs, ça ne te choque pas plus que ça? C'est pour la rétro compatibilité?

Tu prouves ici que tu ne connais ni la programmation, ni ton langage favori. A moins que ça te semble normal d'avoir une fonctionx pour une action donnée et une fonctionx_i pour cette meme action mais, case insensitive?
Ou encore qu'il existe une bonne raison d'avoir x fonctions de sorting, la ou une seule avec un callback ferait largement le job?
 
Rien n'empêche de déprecier une feature et de la dégager au bout d'un certain nombre de temps, parce qu'avec ton idée de la rétrocompatibilité php proposera toujours des REGISTER_GLOBALS dans sa version 10.

Rassure-toi c'est prévu pour bientôt, dans la version 6 :
http://www.phpindex.com/index.php/ [...] s-de-php-6
 

Quel troll ?

Malheureusement nan, ils s'amusent assez souvent à tout casser.

Non mais en plus d'être PHP biazed, t'es né de la dernière pluie  

Je le sais, sombre idiot, je te fais juste remarquer que s'ils devaient -soit disant- se soucier de la rétrocompabilité, la "fonctionnalité" serait toujours considérée comme viable, et donc présente dans les futures versions.

ce troll la

 
MySQL is so eighties
 
Si en effet tu doutes de l'utilité de ces fonctionnalité, alors PHP/MySQL est parfait. Cependant, dans le monde Pro (j'entends par la application bancaire, financiere ou encore même audioviuelle et non pas le site web de gestion du stock de pièces détachées du garage du coin de la rue) ces fonctionnalités sont loin d'être superflue et utilisées au maximum.
 

 
ASP.NET est aujourd'hui une techno largement diffusées et dont la majeurs partie des problèmes ont été corrigés avec le framework 2.0. je te rassure, il en existe encore quelques uns. Si tu en entends pas parler, c'est que tu n'a jamais fréquenté un forum de dev ASP.NET.
 
Si l'on pouvait enfin arreter cette comparaison stupide PHP/ASP.NET, ce sont 2 mondes différents qui n'ont en commun finalement que le fait de pouvoir générer du HTML (quoique, l'un balance du HTML sur une console redirigées tandis que l'autre travaille main dans la main avec le serveur Web...)

 
Pour ma part, je trouve que MySQL est un très bon SGBD, peut stocker un grand nombre de donnée pour peu que l'on l'installe sur des machines perfomantes comme tout SGBD.  
Par contre, en effet il lui manque quelques fonction utiles. Je ne connaissais pas les fonction orienté objet mais je penserais plus aux transactions, triggers entre autre. MySQL commence à s'y mettre avec sa version 5. C'est un bon début mais c'est pas encore ca face à PL/SQL ...

Non. Même avec InnoDB. Et si tu utilises MySQL avec InnoDB autant switcher sur Postgresql, tu auras des perfs équivalentes ou supérieures, plus de fonctionalités, plus de stabilité, et une meilleure scalabilité en processeurs

Le truc dommage sur PHP c'est que la sécurité en PHP intéresse tout le monde sauf les gens qui bossent dessus.

Ne ressemble a aucun autre langage, pas de séparateur d'instructions, un peu moche et pas très portable, beurk, jaime pas python.  
Bon peut etre que jexagere, mais bon...
Sinon, jai pris skyblog comme exemple parce qu'il s'agit d'un site web très fréquenté qui utilise MySql et qui malgré quelques problèmes reste assez stable et rapide.  
PHP est aussi un bon langage pour moi car il a de l'avenir, et qu'il est très utilisé, donc on peut facilement avoir des tutos et des aides pour programmer, tout comme pour MySql.
Et si php ne fait pas prendre de mauvaises habitudes si tu codes proprement, enfin pas trop    
Ensuite, ASP.NET implique d'etre sous Windows donc pas terrible, alors que php est opensource, et disponible sous Linux et Windows.
Voila pourquoi je préfère PHP a ASP.NET.
 

Raison minable, 90% des langages ne ressemblent à aucun autre langage, les seuls qui se ressemblent ce sont à la limite les langages de la famille C: C, C++, Java, C#, D (et dans une moindre mesure PHP, le D de Dtrace et quelques autres). Et franchement, je ne trouve pas que ce soit une qualité.

Bien essayé jean louis

>>> a=1; b=2; print a, b
1 2
>>>

Oh noes, échec critique

Par rapport à quoi

Parce qu'aux dernières nouvelles Python tourne même sur mon téléphone portable

PHP? Pas vraiment

Ok, tu sais pas de quoi tu parles. Merci.

http://www.mono-project.com/Main_Page

 
ca va tu as bien appris ta lecon et tu nous repete mot pour mot les arguments marketting de zend mais dans les faits ....
http://www.google.fr/trends?q=php& [...] all&sort=0

• Ne ressemble a aucun autre langage -> C'est pas un argument, si tous les langages se ressemblaient y'aurais aucune raison d'en créer, mais bon Javascript,Perl,Ruby, pick one.
• pas de séparateur d'instructions -> Je vois pas en quoi c'est un argument (en plus d'être faux), d'ailleurs sur le topic ces quotes en php tu as toi même posté sans les ";" inutiles.

Si le parser est suffisant intelligent pour ne pas avoir besoin de caractères inutiles, d'ailleurs ça permet de définir des règles très strictes donc au final d'uniformiser le code.

• un peu moche -> C'est ton choix, mais c'est vrai que:

  Code : <?php   $sentence = "Avec Php c'est trolly day, everyday"; $splitted = explode(" ",$sentence);   function getLength($word) {     return strlen($word); }   function getLonger($a,$b) {     return max($a,$b); }   $mappedLen = Array_map("getLength",$splitted); print Array_reduce($mappedLen,"getLonger" );     ?>

Ca à l'air vachement plus élegant que :

sentence = "Avec Php c'est trolly day, everyday"
mappedLen = map(lambda word:len(word),sentence.split(" " ))
print reduce(lambda a,b:max(a,b),mappedLen)

(J'ai du consulter la doc pour m'apercevoir que les arguments de array_map et array_reduce n'avaient pas le meme ordre d'arguments, c'est un langage avec une constance des plus déroutantes )

• pas très portable -> Si t'as rien à dire ou si tu ne sais pas de quoi tu parles, tais toi, sinon tu vas passer pour un con.

Comme dit plus haut, y'a pas mal de pages statiques pour tenir la charge. Donc php n'entre même pas en ligne de compte.
Arretes de dire des conneries, y'a aucune correlation entre la cause et l'effet.

Y'a beaucoup de gens qui fument, Malboro a de l'avenir ça fait pas de la cigarette un élement bon pour la santé.

 
la callback en premier
PHP : parce que nous savons où se trouvent les priorités  
 

sentence = "Avec Php c'est trolly day, everyday"
mappedLen = map(lambda word:len(word),sentence.split(" " ))
print reduce(lambda a,b:max(a,b),mappedLen)

PLEASE YOU LEARN PYTHON NAO§§§

sentence = "Avec Php c'est trolly day, everyday"
lengths = map(len, sentence.split(" " ))
print max(lengths)

En python aussi le callback est en premier.

Idem en Haskell.

En fait, ça dépend surtout si le langage:

• Utilise fréquement des fonctions anonymes multilines. Si oui (comme en Smalltalk, Ruby ou en JS) le callback devrait être à la fin; si non (Python, où une fonction anonyme est obligatoirement monoline; ou Haskell, où on utilise habituellement let/where pour créer une micro-scope) le callback est très bien au début
• A des fonctions nativement curried, ou supporte relativement bien la partial application, alors le callback doit être au début, ça n'a pas grand sens d'appliquer partiellement sur la collection, alors que ça en a d'appliquer partiellement sur le callback.

 
Je ne me souvenais pas avoir lu ca dans un message, et ensuite il reste très utilisé !
 Pour Python jai essayé un peu jai pas aimé du coup j'en sais pas autant que vous,  
et pour asp.net, a mon avis rares sont les hebergeurs qui font tourner ce langage sous linux ou mac os x !
Sur ce  

sentence = "Avec Php c'est trolly day, everyday"
lengths = map(len, sentence.split(" " ))
print max(lengths)

I learn master, I learn    
 
(Putain ça roske   )

tiens python aussi fait passer la callback en premier c est zarb ... au moins c est coherent mais zarb  
pourquoi ?
c est pas l array le plus important

Moi j'crois l'important c'est de respecter l'ordre entre deux fonctions, hein

D'ailleurs par défaut python split sur les whitespaces et les "\n", donc suffit de `sentence.split()`
 
Par contre faudrait ptet dégager les caractères type "," (ici ça change rien, mais ça pourrait), donc

lengths = map(len, re.compile(r"\W" ).split(sentence))
prinx max(lengths)

C'est justement une de ses forces, Python est un langage qui allie puissance simplicité et portabilité, je vois pas en quoi le fait d'avoir un code lisible te gêne

Le ";" est facultatif mais tu peux le mettre si ça te chantes

Mouai, ça tourne sur toute les plateformes du moment que t'as l'interprêteur, t'as un portage Java et .NET mais toi ça te suffit pas ?

Moche ? Le code est aéré, lisible et pas surchargé de trucs inutiles, tu indentes pour séparer les blocs et avoue quand même que pour échanger les valeurs de deux variables :

Ca a plus de style que de passer par une 3ème variable c

On est dimanche pas Vendredi

J'ai édité mon post pour l'expliquer. C'est pas du tout un problème d'importance, plutôt de lisibilité et de fonctionalités

Teuteuteu tu peux le faire en PHP
 
Si si

list($a, $b) = array($b, $a)

En passant d'une liste à un array ? je décèle une pointe d'ironie

Non, list contrairement à ce que son nom indique ne sert pas du tout à créer une liste, mais à "déconstruire" un array dans des variables

Tu peux tester, ce que j'ai mis est parfaitement équivalent au code Python que tu as posté.

²²

EDIT : Ca rejoint ce qu'on disait : les fonctions en PHP sont nommées par des porcs