Discussion :

[amezghal]

Bonjour,
moi ce que je regrette dans php c'est le non support du multithreading (même si on peut émuler ça), et pourquoi pas le override des opérateurs .
mais bon c'est pas si grave, a part ça il est très complet comme language serveur.

[Xinu2010]

Le principal but de cette intégration serait une amélioration des performances du langage, plus précisément pour certaines fonctions de PHP gourmandes en temps et enrichir le langage qui est objectivement un peu pauvre.

Pour certaines personnes, l’union des caractéristiques des deux plateformes ne fournit pas un résultat optimal, la bibliothèque ne correspond pas aux meilleures pratiques actuelles. Pour d’autres le langage PHP en vertu d’être pauvre, a attiré un grand nombre de programmeurs en dessous de la normale et le code JavaScript est très souvent de mauvaise qualité.

Ce n'est pas du troll, mais une insulte ? Le php n'a rien de pauvre, l'API est au contraire très riche, le langage est très flexible est adapté au web.
C'est marrant parce qu'il y a quelques années, on me disait que le problème du php est qu'il donnait trop de liberté au programmeur pour écrire du code peu lisible, mais maintenant il serait devenu pauvre ?
Il semblerait qu'il soit de notoriété publique que le php n'attire que des mauvais programmeurs qui pondent du code aussi mauvais, mais de mon expérience, j'ai vu beaucoup plus de code pourri (et vraiment pourri) en JEE.

Pour répondre au sujet, je pense que c'est une bonne chose que cette extension existe, même si je ne penses pas en avoir l'utilité immédiatement. Par contre, il ne faut pas la voir comme une solution à appliquer systématiquement dans tout projet, mais juste un moyen de faire du re-use ou de gagner en performance dans des cas précis, un peu comme les natives en java. Pour l'argument de la propreté, il est tout à fait possible de séparer le code javascript dans un fichier externe, comme cela se fait pour les fichiers js classique, rien n'oblige à mélanger les deux dans le même fichier.

[stealth35]

Alors ne peut on pas dire que cette histoire de "perf" de cette librairie JS faite par Google serait un peu de la poudre aux yeux ?
En somme d'inciter les codeurs/développeur des faire de plus en plus du JS (V8JS bien sûr), non seulement coté client, mais aussi coté serveur.
(sous-entendu : histoire d'être un peu plus dépendant).


Si c'est cela (ou en partie), l'argument de favoriser de faire du code "pas propre" est à mon sens un faut problème.
- D'un coté je vois que l'intègration de cette librairie favoriserais peut être un peut plus l'usage de Php.
- De l'autre, de faire de moins en moins du Php au profit du JS.


Donc si on cherche où est le dangers (s'il y en a un), c'est pas de Php (bien coder/mal coder), mais de V8JS, de GG, non ?


Est-ce que tout ça se tient un peu ou pas ?

Je pense que c'est plus un exercice de style qu'autre chose, ça sert uniquement à écrire en JS ce qu'on fait en PHP, exactement comme les autre extension Python, Peal et Lua
ça pourrai servir a une personne qui ne connais pas la syntaxe de PHP a écrire du code, mais faut-il encore connaitre l'API de PHP, et je connais pas grand monde qui connais l'API d'un langage mais pas la syntaxe

Exemple de ce qu'on pourrai faire (coté serveur biensur) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
var pdo = PDO('dsn');
var query = pdo.query('SELECT * FROM test');
query.forEach(function (item) {
    document.write(item.field);
});

[Bovino]

Exemple de ce qu'on pourrai faire (coté serveur biensur) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
var pdo = PDO('dsn');
var query = pdo.query('SELECT * FROM test');
query.forEach(function (item) {
    document.write(item.field);
});

Ben non justement
document n'existe pas (et n'a pas de sens) coté serveur !

[stealth35]

Ben non justement
document n'existe pas (et n'a pas de sens) coté serveur !

c'est juste write pour spidermonkey

[Xinu2010]

Je pense que c'est plus un exercice de style qu'autre chose, ça sert uniquement à écrire en JS ce qu'on fait en PHP, exactement comme les autre extension Python, Peal et Lua
ça pourrai servir a une personne qui ne connais pas la syntaxe de PHP a écrire du code, mais faut-il encore connaitre l'API de PHP, et je connais pas grand monde qui connais l'API d'un langage mais pas la syntaxe

Exemple de ce qu'on pourrai faire (coté serveur biensur) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
var pdo = PDO('dsn');
var query = pdo.query('SELECT * FROM test');
query.forEach(function (item) {
    document.write(item.field);
});

Euh non... Personne ne pourrait décemment écrire une telle chose ^^

Et puis ce n'est pas l'intérêt de l'extension, je la vois plus comme je l'ai dit plus haut pour intégrer du code déjà écrit en js (ce qui pourrait se produire de plus en plus fréquemment, avec l'arrivé de windows 8, boot2gecko etc), ou bien pour un gain significatif de performance, pour des fonctionnalité ou js excelle par rapport a php, comme le mapreduce.

[stealth35]

Euh non... Personne ne pourrait décemment écrire une telle chose ^^

Et puis ce n'est pas l'intérêt de l'extension, je la vois plus comme je l'ai dit plus haut pour intégrer du code déjà écrit en js (ce qui pourrait se produire de plus en plus fréquemment, avec l'arrivé de windows 8, boot2gecko etc), ou bien pour un gain significatif de performance, pour des fonctionnalité ou js excelle par rapport a php, comme le mapreduce.

si si ça sert aussi à ça

je remet le lien pour Spidermonkey (qui est la même chose) pour ceux qui n'aurai toujours pas compris

http://devzone.zend.com/1480/using-j...-spidermonkey/

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
var db = new SQLite3('mydb');
var results = db.query('SELECT * FROM movies');
write('<ul>');
while (row = results.fetchArray()) {
    write('<li>' + row[1] + '</li>');
}
write('</ul>');

[@drien]

Un exemple d'utilisation intéressante serait de pouvoir "sandboxer" facilement du code utilisateur, sans danger pour le serveur (on ne donnerait accès qu'aux données et fonctionnalités voulues).

[stealth35]

Un exemple d'utilisation intéressante serait de pouvoir "sandboxer" facilement du code utilisateur, sans danger pour le serveur (on ne donnerait accès qu'aux données et fonctionnalités voulues).

tu poux faire ça avec l'extension runkit

[@drien]

Certes, cependant l'expérience tend à prouver que les sandboxes sont plus sécurisées si on travaille en liste blanche qu'en liste noire.

Pourrais-tu lister toutes les fonctions de PHP que tu souhaites désactiver ? Difficile d'être exhaustif...

Par exemple dans le cas où on veut permettre à un utilisateur de configurer un calcul (type formule excel), le Javascript peut être pratique : testable "en live" sur le navigateur client, et utilisable en toute sécurité côté serveur.

[stealth35]

l'extension est coté serveur pas client

[@drien]

On ne doit pas se comprendre bien

J'ai bien compris que l'extension est côté serveur.

Je donnais juste un exemple d'utilisation : sécuriser l'exécution (côté serveur donc) de code utilisateur.

[stealth35]

On ne doit pas se comprendre bien

J'ai bien compris que l'extension est côté serveur.

Je donnais juste un exemple d'utilisation : sécuriser l'exécution (côté serveur donc) de code utilisateur.

mouai c'est un peu tordu

Pour ce qui est du black/whitelist, dans le sens ou avec PHP c'est simple de récupérer tout les fonctions et toutes les classes, on peut donc facilement faire une whitelist a partir d'une blacklist.

[stealth35]

Je pense que les gens cherche plus une extension qui embarque Webkit (par exemple), afin d'avoir le rendu final d'une page distante en exécutant le Javascript

[iznogoudmc]

Si je vous lis bien, vous écrivez que PHP étant "pauvre" a a attiré des programmeurs d'un niveau inférieur ?

Si je comprend bien le raisonnement sous-tendu par cette affirmation, un langage "riche" est un langage dans lequel le programmeur n'a plus à programmer, mais à empiler des briques qui font déjà tout le boulot à sa place ?

Donc un bon programmeur c'est celui qui connait le mieux le catalogue des "briques" qu'il n'a plus qu'à empiler, sans ce soucier de ce qu'elles font réellement ?

OK, je ne m'étonne plus que tant d'applications soient si peu pratiques à utiliser, si gourmandes en ressources, et si lentes !

[GRAIET]

Si cette nouvelle possibilité offerte pas l’API est appréciée

[papachan]

Je pense pas que la question ne soit pas que PHP est pauvre ou non....

Php a été concu pour etre un langage Serveur. Node.js été pensé pour etre Asynchronous Input / Output, multi instance ( plusieurs nodes a souhait ), et incluyant websocket (socket io). A partir de la vous commencez a faire d' autre type d' applications, qui font consommer des services en temps reels.

Evidemment avec la bonne experience de PHP et cette nouvelle api, ca risque d' interressé + d' un.

[stealth35]

Je pense pas que la question ne soit pas que PHP est pauvre ou non....

Php a été concu pour etre un langage Serveur. Node.js été pensé pour etre Asynchronous Input / Output, multi instance ( plusieurs nodes a souhait ), et incluyant websocket (socket io). A partir de la vous commencez a faire d' autre type d' applications, qui font consommer des services en temps reels.

Evidemment avec la bonne experience de PHP et cette nouvelle api, ca risque d' interressé + d' un.

PHP c'est un language pas Node.js, essaye de faire du Node.js avec cette extension

[guelbe]

Bonjour,
ce n'est pas une extension, on pouvait le faire par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
echo "<script language=javascript>";
echo "...du code javascript...";
echo "</script>";

ou via une fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
function javascripter($chaine_code_javascript)
{
echo "<script language=javascript>";
echo $chaine_code_javascript;
echo "</script>";
}

[Bovino]

guelbe, ça n'a rien à voir !
Les exemples que tu donnes permettent d'écrire du code JavaScript qui sera exécutée côté client, sur le navigateur, l'extension dont on parle permet d'exécuter du code JavaScript sur le serveur en utilisant le moteur V8, ce sont deux choses totalement différentes.