Discussion :

[rambc]

Bonjour,
je ne lance pas ici une grande enquête sur les vêtements de nuit...

Concrètement, j'ai fait une classe Python qui me permet de parser des formules de maths, et j'aurais bien aimer avoir une version JavaScript de mon code. pyjama permet-il de faire ceci ? Quelles sont ses limites ?

[Zavonen]

Pourquoi passer par javascript ? Il existe des frameworks permet d'exécuter directement du code python dans des pages web (karrigell, django entre autres)

[rambc]

Ces solutions marchent-elles chez les FAI pour un site en ligne ? Il me semble que non.

[Zavonen]

Non, le serveur doit supporter la norme 'mode-python'

[tyrtamos]

Bonjour,

Non, le serveur doit supporter la norme 'mode-python'

Et j'ai cru comprendre que le développement du mod_python est désormais abandonné. Il ne reste que le python qui s'exécute en CGI chez les hébergeurs qui le supportent (je l'utilise chez infomaniak).

Tyrtamos

[wiztricks]

Re.

Il faut une passerelle CGI entre le serveur HTTP et la machine virtuelle qui exécute le code 'natif' et ce quelque soit le langage: PHP, Java, PERL,...

mod_cgi n'évoluera plus mais il existe des modules fast cgi ou wsgi exploitables pour réaliser cette passerelle.

L'hébergeur doit donc offrir le serveur HTTP, le module CGI qui fait le lien entre HTTP et le framework Python web.py, Django, ... et on pose son application 'dedans'.

Les procédures de configurations des différents frameworks montrent que ces derniers sont assez 'ouverts' côté serveur HTTP et module CGI supportés.
Donc oui, c'est sans doute dommage de ne plus avoir d'évolution de mod_cgi mais il y a plein d'autres passerelles disponibles à utiliser pour les nouvelles applications ou à qualifier pour les montées de version des applications existantes.
- W

[tyrtamos]

Bonjour wiztricks,

C'est mod_python qui va disparaitre. Et il doit y avoir une différence avec le CGI, puisque j'ai déjà utilisé Python en script CGI dans le répertoire spécial cgi-bin, sans avoir installé mod_python. De même, mon hébergeur me permet Python en CGI, mais n'offre pas le module apache mod_python.

En script CGI dans le répertoire cgi-bin, on peut appeler directement le fichier python (xxxxx.py) qui reçoit le résultat d'un formulaire (par exemple) et qui renvoie une page html fabriqué avec le code Python. C'est comme ça que fonctionne ma 'calculext' (http://www.jpvweb.com/cgi-bin/calculextcgi.py).

A mon avis, mais je ne l'ai jamais utilisé, le module apache mod_python permet d'insérer du code python à l'intérieur d'une page html, comme on le ferait avec PHP, cette page étant au même endroit que les autres page html, et ce code Python s'exécutant côté serveur au moment où le serveur renvoie la page demandée.

Tyrtamos

[rambc]

Trop de réponses tue la réponse.

[wiztricks]

Heu?

Pourquoi passer par javascript ? Il existe des frameworks permet d'exécuter directement du code python dans des pages web (karrigell, django entre autres)

Javascript se télécharge et s'exécute dans le browser.
Après vous avez du PHP ou du Python qu'on peut coder "dans" la page HTML mais à priori c'est une page dynamique: c'est le produit de son exécution qui sera 'in fine' expédié au browser.

Au bout du compte, l'utilisateur devrait voir la même chose s'afficher et ce n'est qu'une sorte de répartition des traitements: qu'est ce qui s'exécute sur le serveur, ou dans le browser.

Techniquement, pour exécuter du Python 'natif' dans un browser, il faut une VM Python (genre skulpt) et... l'ensemble des bibliothèques qui pourraient être appelées par les scripts - ce qui est peut vraisemblable côté sécurité.

L'architecture fonctionnelle de Pyjamas est à Python ce que GWT est à Java: çà permet d'écrire dans un langage 'autre' une application WEB.

Une application WEB est un concept ou la réactivité de l'IHM sera similaire à celle d'applications QT, ou GTK. De ce fait, une bonne partie du code correspondant doit être exécutée dans le 'browser'... en Javascript.
Problème: le nombre (la proportion) de lignes de codes à écrire en JS devient importante et outre que programmez en JS ou en Python nécessite de compétences différentes, JS n'a pas nécessairement été conçu pour permettre la réalisation de code aussi complexes de façon industrielle.

Le workaround a ces deux problèmes proposé par GWT est d'écrire tout en Java et de "compiler" la partie Java de l'IHM pour générer les JS qui seront ensuite chargés dans le browser.

Pyjamas propose la même chose avec Python mais compte tenu des moyens que Google a pu mettre dans GWT et ceux qui ont pu être mobilisés pour Pyjamas, on compare des patates et des poireaux: à comparer les deux, Pyjamas est un POC assez bon pour faire quelques trucs intéressants mais pour ce qui est 'industrialisation', il faut peut être raison garder.

- W