WDScript 2.5.9, Toujours plus rapide !

Les versions 2.5.3 a 2.5.9 exploitent maintenant tout le potentiel du mode FastCGI, elles ne recompilent plus systèmatiquement les pages déjà compilées.

Attention, cela ne veut pas dire que la page générée est identique, juste que le code windev de la page est conservé en mémoire... la page reste
donc dynamique et cela n'apporte donc pas de nouvelles contraintes...

Vous pouvez voir sur cette image l'écran de statistiques du mode FastCGI, accessible en pressant les touches CTRL + Shift avec EWS lors du chargement d'une page. Ce n'est pas disponible si le serveur web est en mode service et donc avec IIS.

Les pages ne sont recompilées que lorsqu'un changement est détecté dans le code source... (taille différente en 2.5.3, ou CRC32 du contenu 2.5.5+)

wdscript253stats.png

http://sourceforge.net/projects/wdscript/files/

v2.5.9 (25-07-2010) - WD15 061n
 + Restauration du mode Console Win32 indisponible depuis WD15 (via outil perso wdgui2con.exe)
 + Ajout d'une configuration executable .NET (2.5)
 * SendBinary : Ajout des formats "json" et "txt", pouvait poser probleme dans Chrome 5 pour les flux json
 * (FastCGI) Correctif 2x RC maximum a la fin des entetes (problematique pour sortie binaire)
 * (JSON) Support Tableaux simples ! Attention Bug WD15 61n sur Tableaux de booleans (Serialisation binaire)
 
v2.5.8 (20-04-2010) - WD15 056k
 * (JSON) Support Réels
 
v2.5.7 (18-03-2010) - WD15 046g (Dans EWS 2.6.0)
 + Ajout de la classe cGD pour acces à la librairie graphique LibGD (2.0.36)
 * (FastCGI) Bug lorsqu'il n'y a pas de tag WDSCRIPT dans la page
 
v2.5.6 (28-02-2010) - WD15 046g
 + Ajout JSONDataSource() pour convertir un fichier ou une requete au format JSON
 + Gestion des messages HFCS (pour eviter la fenetre automatique)
 + Gestion de l'état des connexions aux bases de données dans la fenetre FastCGI
 * Verification de la connexion pour les acces natifs Hxx
 * Correctif probleme lorsque HFPATH est relatif
 * Correctif JSON oubli du type caractère, et type connexion ignoré (non sérialisé par wd)
 * JSON : Utilisation des caractères \u0000 au lieu des \x00 (cf specs json)
 
v2.5.5 (16-02-2010) - WD15 046g
 * Correctif Bug mode CGI Standard
 * Token nettoyés correctement
 * Correctif Fenetre du mode Précompilation sur les wdinclude avec guillemets
 * Correctif CookieLit()/CookieEcrit(), probleme avec les fonctions francaises (boucle pb de Traduction WLangage)
 * (FastCGI) Le code d'une page est recompilé en cas de différence de CRC (plus seulement la taille)
 o (FastCGI) Optimisation du code, gain d'environ 20% sur une petite page
 * (FastCGI) Probleme de cache sur fonctions non compilées (si erreur de compilation)
 * (FastCGI) Probleme de buffer non vidé en cas d'erreur en mode Linux (bug v2.5.3)
 * (FastCGI) Correctif du buffer IIS (bug v2.5.3)
 * Troncage du code affiché en cas d'erreur de syntaxe de compilation
 * Les erreurs Hyperfile (integrité, blocage, doublons) sur certaines fonctions ne déclenchent plus d'erreur WDScript
   sauf pour erreur de mot de passe (HRaye par exemple)
 
v2.5.3 (14-02-2010) - WD15 046g
 + Réutilisation des pages compilées en mode FastCGI, recompilées uniquement si modifiées
 + Gestion de FlushHTML() en Mode FastCGI Windows, pas très utile sur les serveurs actuels, 
    mais permet de décharger un peu de mémoire en cas de besoin...
 + Possibilité de configurer le niveau de compression GZIP (par défaut au plus rapide) <1 ms pour une page de 15Ko (compréssée à 2Ko)
 + Amélioration Fenetre de debugage FastCGI, affichage des fonctions compilées en mémoire, des processus et des statistiques
 ! *important* Correctif : La premiere variable POST n'etait plus lisible
 * Fusion de la classe cInclude dans la classe WDScript (3 méthodes)
 * Meilleure gestion des parametres de ligne de commande (linux)
 * Utilisation d'un sous répertoire de travail "wdscript" pour les token, la compression gzip et le cache :
   - dans /tmp/wdscript par défaut sous linux
   - fRepDonneesUtilisateur() sous Windows 

Commentaires

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

test ajax-sigma

voici quelques tests que jai fait avec la bibliotheque ajax-sigma

modification pour test ajax-sigma

installer sigma dans virtual (dézipper)
en renommant sigma-visual-builder-2.1.01 par simga

dans le répertoire apache2\conf
modifier le fichier virtual_user.conf ajouter

Alias /Sigma-IDE "W:/virtual/sigma/visualjs/"
<Directory "W:/virtual/sigma/visualjs/">
  Options Indexes Includes
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory> 
 
Alias /Sigma-Manual "W:/virtual/sigma/Manual/"
<Directory "W:/virtual/sigma/manual/">
  Options Indexes Includes
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory> 

certaines choses ne semblent pas fonctionner mais cela semble du a des problèmes de chemin et de permission

Suite de mes tests web2.0

Suite de mes tests web2.0

il faut copier dans le meme repertoire que notre application le repertoire runtime qui se trouve sous le repertoire sigma

et ajouter ces deux liens dans les fichiers html de notre application

<script type="text/javascript" src="runtime/jsLinb/js/linb-all.js" />
<script type="text/javascript" src="runtime/jsLinb/js/adv-all.js" />

tout semble bien fonctionner a partir de se stade

eclaircissement

Je voudrais savoir comment on peut accéder a l'objet json pour en faire une lecture de tableau
car si jai bien saisi la fonction JSON produit un texte et non pas un objet

mon but est de pouvoir prendre le code qui va mettre retourné par mon application (code json texte ) web-sigma-ajax

et dans faire un objet json qui me permettra apres de manipuler l'objet en tant que tel

ex:

 abc est un objet json
 
 abc est composé de
      tableau(10)
 fin
 
 pour tab est <strong>abc.tableau</strong>
    ecrire ( tab )
 fin

code Navigateur

WDScript ne crée pas pour le moment de code Navigateur...
C'est le but des framework Ajax comme YUI (yahoo), ExtJS, GWT (google) et Sigma
De plus ces applications peuvent utiliser le format JSON, mais pas uniquement (texte, XML)...

Pour le retour des informations, le format JSON n'est pas utilisé en général...
Ils enregistrent leurs valeurs dans des formulaires HTML et sont récupérés via les méthodes standard de l'HTTP (GET et POST)

La prochaine version contient une nouvelle fonction pour convertir les données d'une requete au format JSON, mais je ne compte pas faire l'inverse pour le moment... Ce serait possible avec des tableaux simples mais pas avec des données JSON complexes... Ca revient à recoder un systeme de parsing XML ce qui est plus du domaine de PCSoft...

Je suis actuellement en train de tester les framework ajax séparément, afin de trouver les plus "efficaces", j'ai fait par exemple une table Fichier avec YUI assez facilement grâce à cette future fonction, JSONDataSource()

Si vous trouvez une API qui convertit le JSON en XML, je pourrais l'interfacer mais en attendant, je ne coderais pas cela en WLangage