Reprise du message précédent :

 
Faut pas abuser non plus ... je suis pas rétrograde

 
bah y a aucun probleme
mais vire tes drapals hein (je pense surtout au "g" )
 

 
euh t es con moi

me retourne

au dodo mon barbu

non

Ouais, et encore une critique gratuite de PHP de ta part sans savoir de quoi tu parlais
 

Bah quoi, il a le droit, php stoo caca

Gratuite? Oui. En attendant, j'aimerais qu'on me dise à quoi ils servent ces séparateurs, la seule chose que je vois c'est "ajouter les flags", et franchement il y a bien des moyens de le faire autrement sans ajouter du bruit dans la chaîne.
 
C'est comme le préfix "$", un truc débile récupéré sans piger à quoi ça servait à l'origine. Dans un more, un vi, un sed ou un ed ça sert explicitement à dire "ceci est une expression régulière". En PHP, je vois pas l'intérêt, aux dernières nouvelles preg_* prennent des regexp, c'est marqué dans le nom de la fonction (c'est ce que veut dire preg, aux dernières nouvelles), pas besoin de leur répêter, donc.
 
Maintenant si pour une fois t'as une vraie justification au lieu de juste me dire que t'es pas mon pote, n'hésite pas, j'écoute. Sinon, prière de retourner jouer dans ton bac à sable.

1 ligne de taunt pour un pâté de 7 lignes, c'est vraiment trop facile avec toi

  Dépends de la résolution

 
J'aurais pu compter les mots, mais un troll doit être issu d'une somme limitée d'efforts, sinon ça n'a plus aucun intérêt

Va dire ça à Mareek

[SQL]
 
Ya un moyen de créer une table de toutes pièces dans une requete, genre
 

Enfin pas ça, mais un truc dans le genre quoi

Moi j'ai une parfaite justification Le parser/compilo de PHP n'a aucune notion des regexp. Toute la partie regexp est fournie par la lib PCRE, on peut très bien compiler PHP sans cette dernière.

Vous avez pas fini d'enculer des mouches depuis 4 pages là
 
En plus chui sûr que vous avez les réponses à ma question

Ta question c'est comme php, c'est de la merde!

Perdu, prochaine tentative.

quelqu'un a le gif de 'how a web site should be designed" ou un truc comme ça, c'est passé sur reddit je crois (mais leure recherche suce des ours).
 
 on voit un site fait a partir de scratch...

php, c'est vraiment cool.

Si tu parles des $ qui précèdent un chiffre dans le deuxième argument de preg, ça sert juste à indiquer que c'est ici que doit être inséré le texte correspondant au couple de parenthèse numéro n de la regexp.
Si tu parles du $ du premier paramètre, il indique la fin de ligne (idem en perl)
 
Si tu parles du $ de la version javascript, je ne vois pas le rapport avec le php.
 
Si tu parles d'un autre $ alors du quel tu parles? (un exemple stp qu'on parle tous du même cas )

Du préfix $ des noms de variable PHP. (et oui je sais qu'en réalité c'est un espèce d'opérateur disant "va récupérer le contenu de la variable dont le nom est la chaîne de caractère machintruc, mais bon...)

Au bout d'un moment, on s'en fout que la sémantique de PHP soit toute pourrite non ?

 
 
Ouaip, d'où $toto :
va chercher le contenu de la variable dont le nom est {toto}
 
Et d'où $$$$$$$$$$$$$$$$$$$$toto :
 
va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {va chercher le contenu de la variable dont le nom est {toto}}}}}}}}}}}}}}}}}}}}
 

en fait je pense que c criminel de laisser de gens apprendre le PHP si ils ont pas appris un langage propre avant, parce que c'est la porte ouverte à la merde la plus infame

Pour le préfixe $, c'est parfaitement normal, c'est by design. Comme à la base, un script est parsé et compilé à chaque fois, le parseur doit être super-ultra rapide.
 
Imagine tu vires les $. Et t'as le code suivant :

Là, pour chaque identifiant (pouet & bidule), le parser doit chercher si c'est une variable, une constante, etc. Avec un $, plus d'ambiguité :

Avec le $, le parser sait tout de suite que c'est une variable. C'est donc plus speed.
 
 
Alors évidemment ça peut se justifier dans notre cas. Mais y'avait plus simple, utiliser un opcode-cache. Dans un environnement web, avec des centaines de requêtes par secondes à fournir, faut quand-même être le dernier des naze pour parser/compiler le soft à chaque fois . Et ils ont *enfin* eu l'idée, avec PHP6, de livrer un opcode-cache en standard, du coup toutes ces pseudo-optimisation ne sont plus nécessaires
 
Le plus relou, est que pour que le parser soit plus rapide, un token ne peut avoir qu'une utilisation. C'est pour ça que dans la gestion des namespaces, il n'ont pas pu utiliser le point :

Pour PHP, le point ne peut être que l'opérateur de concaténation, et rien d'autre. Alors ils ont dû utiliser ::, un des seul token encore libres...

Genre PHP a un design, n'importe quoi

Mais ouais, il est bien connu que le parser Python est à la ramasse \o/

Non, parce que ce sont tous des noms vivant dans le même namespace, et là paf le lookup se fait dans un dict de scope \o/

Et vu que PHP n'a que 2 scopes (local et global), lookup en O(1) \o/

non.

C'est clair que niveau design, PHP fait penser à des choses comme Linux, très "garage days", mais éternellement bloqués au stade de l'adolescence, des crises existentielles emo et des boutons d'acné.

Je ne parle pas en connaissance de cause d'autres parsers. Y'en a sûrement des plus speeds, en tout cas le Zend Engine 2 est fait comme ça. Ils ont cru bon d'essayer de speeder le plus possible leur parser, maintenant c'est parfaitement possible qu'ils aient fait n'importe quoi
 

Ben pour eux ça devait déjà être trop long un simple lookup.  
 
 
Y'a une autre explication, c'est quand l'autre a torché sa toute première version de PHP, il avait pas envie de se faire chier à faire un parser complet, ou il n'avait tout simplement pas les compétences de le faire, alors hop on prefixe tout et n'importe quoi, et c'est moins chiant à écrire... Va savoir, maintenant de toute manière c'est cuit

 
 
Clair

Ah mais je ne doute pas que le parseur PHP soit fait n'importe comment, quand on part du principe qu'avoir une grammaire du langage c'est pas utile et qu'un parser ad-hoc c'est génial...

Ou alors ils se sont pas posé la question

Ou alors les premières versions de PHP étaient des jeux de macros perl (c'est le cas) et le préfixe est resté sans raison particulière, après tout c'est pas parce qu'il a un sens en Perl qu'il est obligé d'en avoir un en php \o/

D'un autre côté, le $ en début de nom de variable est il si gênant que ça? Que je sache, c'est pas par ce qu'un caractère n'a aucune signification dans un langage qu'il ne doit pas en avoir dans d'autres.
Après est ce qu'en terme de rapidité ça rend l'ensemble plus rapide ou moins rapide, ça je l'ignore.

Et voilà, on a trouvé

Le problème c'est pas qu'ils soit gênant ou pas. Un langage ne devrait pas avoir d'éléments superflus dans sa grammaire, qui devrait être la plus simple possible.

Voilà un bout de code de la toute première version de PHP, jamais sortie :

Les $ étaient déjà là, à tous les coups il les a mis pour les parser/différencier plus facilement... Le problème c'est que ça a survécu au fil des versions...

J'ai trouvé le code source de PHP 1.08, les $ sont clairement là pour indiquer une valeur "magique", à remplacer par autre chose. Genre :

A une étape de sa croissance (au pif, php4), il aurait fallu une refonte complète, pour en faire un langage mature. Il manque à PHP quelqu'un avec une vision. Il manque à PHP un Guido

C'est exactement ça. Rasmus Lerdorf a fait son truc dans son coin, pour lui. Des gens lui ont demandé de rajouter des features, ce qu'il a fait. C'est alors que deux gars lui ont proposé de tout refondre, ce qui a donné la société Zend, le Zend Engine, et PHP3... C'est exactement à ce moment qu'il aurait fallu tout reprendre, mais nan

buf2=SubVar('$',pdcur->var,pdcur->val,buf2,&bufsize);

/*
 * SubVar
 *
 * This function substitutes variables designated by the leading separator (sep)
 * with values with matching names.  The string buffer will be realloced in 512-byte
 * chunks if needed.
 */
char *SubVar(char sep, char *var_name, char *var_value, char *oldbuf, int *bufsize) {
    char *buf, *s, *t;
    int l, n;
    char o;
    char *local_buf;
#if MSQL
    char *u;
    int i,j;
    int numi, numj;
    char temp[1024];
    m_result *result=NULL;
    m_row record;
    int new_connection=0;
#endif
 
    l=strlen(oldbuf);
    n=strlen(var_value);
 
    if(l-(int)strlen(var_name)-1+(int)strlen(var_value) >(int)(*bufsize-1)) {
 
#if DEBUG
        fprintf(fperr,"Query buffer re-allocated\n" );
        fflush(fperr);
#endif
 
        buf=realloc(oldbuf,*bufsize+((n>512)?n:512));
        *bufsize+=((n>512)?n:512);
    } else buf=oldbuf;
 
    /* I don't trust strdup() on many systems */
    local_buf=malloc(*bufsize*sizeof(char));
    strcpy(local_buf,buf);
 
    if(!local_buf) {
        html_error("FI Error","Unable to allocate memory" );
        exit(-1);
    }
    s=local_buf;
 
    while(*s!='\0') {
        if(*s==sep) {
            if(s>local_buf && *(s-1)=='\\') {  /* Allow for escaping the separator */
                s++;
                continue;
            }
            n=strcspn(s+1," ,()'\n:;.{}[]-+=~!@#$%^*<>\"" );
 
            t=s+n+1;
            o=*t;
            *t='\0';
            if(!strcasecmp(var_name,s+1)) {
                *s='\0';
#if MSQL
                if(!strcasecmp(var_name,"sql" )) {
                    /* looking for database name */
 
#if DEBUG
                    fprintf(fperr,"var_name=[%s], var_value=[%s]\n",var_name,var_value);
                    fflush(fperr);
#endif
 
                    u=strchr(var_value,' ');
                    if(u) {
                        *u='\0';
                        if(strlen(current_db)==0) {
                            if(dbsock==-1) {
                                dbsock=msqlConnect(NULL);
                                new_connection=1;
                            }
                            if(msqlSelectDB(dbsock,var_value)<0) {
                                strcpy(temp,msqlErrMsg);
                                current_db[0]='\0';
                            } else {
                                strcpy(current_db,var_value);
                            }
                        }
                        if(msqlQuery(dbsock,u+1)<0) strcpy(temp,msqlErrMsg);
                        else {
                            temp[0]='\0';
                            msqlStoreResult(result);
                            numi=msqlNumRows(result);
                            for(i=0;i<numi;i++) {
                                if(strlen(before_record)) strcat(temp,before_record);
                                msqlDataSeek(result,i);
                                numj=msqlNumFields(result);
                                record=msqlFetchRow(result);
                                for(j=0;j<numj;j++) {
                                    if(strlen(before_element)) strcat(temp,before_element);
                                    strcat(temp,record[j]);
                                    if(strlen(after_element)) strcat(temp,after_element);
                                }
                                if(strlen(after_record)) strcat(temp,after_record);
                            }
                            msqlFreeResult(result);
                            if(new_connection) {
                                msqlClose(dbsock);
                                dbsock=-1;
                                current_db[0]='\0';
                            }
                        }
                    }
                }
#endif
                sprintf(buf,"%s%s%c%s",local_buf,var_value,o,t+1);
                strcpy(local_buf,buf);
            } else {
                *t=o;
            }
            s=t+1;
        } else s++;
    }
    free(local_buf);
    return(buf);
}

 
Finalement, il aurait pu mettre autre chose qu'un dollar, je sais pas moi, un euro par exemple

Ouaip, soit PHP4 avec la création du Zend Engine soit PHP3 avec la première réécriture du code.

Il n'y a pas que ça qu'il leur manque (je me souviens d'un fix épique d'un bug d'integer overflow dans PHP, mais j'arrive pas à retrouver le récit)

miam ...la bonne requete SQL dans le bousin...