MountyHall - La Terre des Trõlls

	Ze Calendrier
MountyHall

Référencé sur

Nous sommes le 9° jour de l'Hydre du 23° cycle après Ragnarok

Bienvenue Invité

Tous les Forums

Annonces de l'équipe MH

Modérateurs de ce forum : Aghabeu, Dabihul, Grankausto, Loinvu, Madère, Mamoune, Modérateur 6, Modérateur1, Modérateur2, Modérateur3, Modérateur4, Modérateur5, Mr x, Rouletabille, Schtroumpf, TilK, VYS, Xaruth

Réservé aux annonces du DM et de l'équipe MH, vous pouvez cependant commenter les nouveautés. Merci de rester dans le sujet et de ne pas sortir du cadre des annonces.

Vue en 2D - Scripts Javascript
Pages : 1, 2, [3], 4, 5, 6, 7, 8

#. Message de TapDur (C) le 04-07-2003 à 16:18	1559 - ( )
Pays: Belgium Inscrit le : 15-09-2002 Messages: 64 (Momie Baveuse)	Citer

Salut les p'tits loups... heu trolls...

Pour aller dans le sens de Romual: qu'est-ce qui charge un serveur?

1) faire des requêtes SQL

2) interpréter du PHP

3) transmettre des octets

Si la vue est en JS, qu'est-ce qu'on gagne, qu'est-ce qu'on perd?

-> plus d'octets à envoyer (si on envoie le JS à chaque fois)

-> est-ce qu'on va gagner en nombre de requêtes sur la DB? a mon avis pas

-> on gagne la lisibilité de la carte

-> un peu moins de PHP à mouliner?

Ce que j'avais déjà proposé ici, c'est de faire un client JAVA (pas que je sois un fan de Java mais ca se porte mieux que C sur la plupart des machines), que Gorghor et le DM mette à disposition des pages du style

- "vue.php" qui renvoie une liste de chiffres en csv. Au client de l'interpréter.

- "profil.php" idem

- etc...

Ce serait juste tricky pour la messagerie (encore que...)

Ici on gagne en octets envoyés (et pas un peu), en requêtes SQL (un bouton "refresh" sur le profil au lieu de recharger comme c'est le cas en html) et en interprétation de PHP.

Evidement, il reste à trouver des programmeurs Java "qui ne codent pas comme des cochons"

Tapdur

#. Message de Romuald le 04-07-2003 à 16:53	5511 - ( )
Pays: Nepal Inscrit le : 26-01-2003 Messages: 166 (Golem Costaud)	Citer

Tout à fait d'accord (sauf sur le gain en lisibilité d'une vue en javaScript, moi je ne trouve pas ça lisible une projection 2D, et je préfère la bête liste de base) : une appli cliente qui fait une requête de temps en temps, c'est OK, par contre une page bourrée de javaScript, je trouve ça très beurk et en tout cas ça n'optimise rien du tout.

#. Message de Degon Telenor le 05-07-2003 à 03:52	3548 - ( )
Pays: France Inscrit le : 07-06-2003 Messages: 109 (Golem Costaud)	Citer

moi je dit on a qu'a faire les deux, on garde la vue actuel avec un lien voire les alentour et pi voila

#. Message de Ythogtha le 05-07-2003 à 12:23	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

Je ferai juste remarquer que convenablement utilisé le javascript, même si la fonction est réenvoyée à chaque fois, permet de réduire le nombre d'octets à envoyer.
Et si utilisé avec subtilité de réduire aussi la charge en script PHP.
Par contre côté requêtes SQL, ça n'a rien à voir, ça ne change rien.

- Y.

#. Message de Romuald le 05-07-2003 à 21:30	5511 - ( )
Pays: Nepal Inscrit le : 26-01-2003 Messages: 166 (Golem Costaud)	Citer

Le gain dans le nombre d'octets envoyés est quasi négligeable à coté de celui obtenu, par exemple, en envoyant du XHTML propre (modif mineure qui consiste en gros à isoler le contenu et à mettre tous les styles et la mise en page dans les feuilles de style).

#. Message de Ythogtha le 06-07-2003 à 11:20	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

Tsss Romuald, rhalala...

J'explique :
Tu as une page avec un tableau immense, mettons 300 lignes toutes similaires, avec des répétitions de balises de table, de liens, de styles, des gras, italiques, etc...
Au milieu tu as quelques informations pertinentes.

Bah tu fais un tableau javascript avec ces informations dedans, ce qui prend à peine plus de place que les informations brutes (ben ya les virgules entre les éléments du tableau quoi...).
Et là tu fais un petit code javascript qui parcours ces données et génère les lignes du tableau avec un simple "document.write".
Et là même si une ligne de ton tableau est surchargée de balises diverses, ces dernières ne sont envoyées qu'une seule fois : dans le code javascript (par ailleurs très léger : une boucle et un "document.write" en gros...).

De même niveau PHP on y gagne, puisqu'il n'y a plus besoin de traiter les données, il faut juste les organiser en un tableau javascript.

Conclusion : moins lourd pour le serveur, page plus petite.
Et c'est franchement difficile de faire plus petit sans compresser les données...

Et j'ai testé pour vous, ça marche sous n'importe quel browser qui fait le javascript (donc pas lynx et links, mais bah, qui utilise des browsers texte à part moi hein ?).

Ythogtha le voyant, A-Team.

#. Message de Romuald le 06-07-2003 à 12:33	5511 - ( )
Pays: Nepal Inscrit le : 26-01-2003 Messages: 166 (Golem Costaud)	Citer

1) Ok sur un tableau TRES gros tu gagnes une taille intéressante (en gros 8 octets par cellule du tableau), mais c'est à mettre en balance avec toutes les balises/attributs qui sont de la mise en forme dans TOUTES les pages. A mon avis, ça ne vaut le coup que pour les Toms. De toute façon envoyer le tableau de la vue dans une structure javascript ça n'a ren à voir avec le fait de faire une usine à gaz pour dessiner une vue 2D.
2) Y'a quoi comme traitement des données en php sur la vue ? A mon avis quasiment rien ou alors c'est pas très bien fait.

#. Message de Ythogtha le 06-07-2003 à 17:25	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

1) J'avais des vues de 500ko, et ainsi on peut facilement diviser par 10, parce qu'il n'y a pas QUE les balises de cellules, mais aussi les balises de liens, de styles, et les paramètres des cellules (center etc...).
Pour les vues 2D on peut faire strictement la même chose. L'usine à gaz est en javascript chez le client et non pas en PHP sur le serveur. Pour en avoir une démonstration va essayer mon système et regarde le code source de la page, le traitement python (puisque c'est du python que j'utilise et non du PHP) est très faible, on transmet juste une grosse fonction javascript et des données brutes.
Grouky Vue V3

2) Bah ya de parcourir la liste des choses qu'on voit et générer le code html qui va bien.

- Y.

#. Message de Romuald le 07-07-2003 à 02:25	5511 - ( )
Pays: Nepal Inscrit le : 26-01-2003 Messages: 166 (Golem Costaud)	Citer

... qu'il n'y a pas QUE les balises de cellules, mais aussi les balises de liens, de styles, et les paramètres des cellules (center etc...).

> en XHTML tu enlève aussi 90% de ce volume (tout ce qui concerne le style et la mise en page)

Pour les vues 2D on peut faire strictement la même chose. L'usine à gaz est en javascript chez le client et non pas en PHP sur le serveur.

> Le problème c'est qu'aujourd'hui on peut très bien fonctionner sans aucune usine à gaz, ni d'un coté ni de l'autre

Encore une fois, je trouve en plus les vues 2D très peu lisibles.

2) Bah ya de parcourir la liste des choses qu'on voit et générer le code html qui va bien.

> ce n'est pas plus long que "parcourir la liste des choses qu'on voit et générer le tableau javascript qui va bien". A mon avis ce qui peut prendre du temps coté serveur aujourd'hui, c'est la requête SQL, et ça tout le javascript du monde n'y changera rien.

#. Message de TapDur (C) le 07-07-2003 à 15:56	1559 - ( )
Pays: Belgium Inscrit le : 15-09-2002 Messages: 64 (Momie Baveuse)	Citer

Le fait de faire un client indépendant de l'application en elle-même n'est pas innocent.

Vous avez déjà essayé de jouer sur un iPAQ (200*320)? Et dans un futur proche sur un téléphone GPRS qui charge les applets java?

En plus, ca permet à DM et Gorghor de se consacrer sur les quêtes et autres pendant qu'un group fait le client. Evidement il y aura de la coordination à faire pour les évolution mais ce sera un gain.

Tant qu'on reste sur quelquechose de simple (un tableau en 2D), pas de problème avec le JS ou le XHTML. Mais imaginez une vue en 3D isométrique avec une petite barre à droite (ou deux flèches) pour changer le niveau visible. Dur en JS ou XHTML (ca c'est un défi lancé :-)

Donc, je m'ouvre un Mozilla sur la javadoc ce soir et je m'y colle (ca sera toujours de plus sur mon CV :-)

Tapdur

#. Message de Ythogtha le 07-07-2003 à 16:21	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

Tu me provoques TapDur ?
Hmmm...
Chuis sûr qu'on peut faire de la 3D isométrique en html...
Et sur plusieurs niveaux...

On risque d'y perdre un peu en compatibilité ceci dit, je veux bien l'admettre !

Ythogtha le voyant, A-Team. (Et sans surcharge pour le serveur !)

#. Message de Romuald le 07-07-2003 à 17:02	5511 - ( )
Pays: Nepal Inscrit le : 26-01-2003 Messages: 166 (Golem Costaud)	Citer

On risque surtout d'y perdre en clarté je trouve.
Ce genre de jeu se prête très mal aux représentations graphiques AMHA.

Romuald "Pitié laissez les listes toutes bêtes"

#. Message de Ythogtha le 07-07-2003 à 22:57	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

"Pitié laissez les listes toutes bêtes"

De toute façon il est prévu qu'il y ait les deux, et je t'assure qu'un Tom qui loin voit peut apprécier le mélange (vue 2D et liste) pour appréhender ce qui l'entoure...

Je n'aurais pas codé la mienne si je n'en avait pas ressenti l'utilité.

Ythogtha le voyant, A-Team.

#. Message de SCROLL le 08-07-2003 à 12:34 [Ami de MountyHall]	5158 - ( )
Pays: France Inscrit le : 06-07-2003 Messages: 115 (Golem Costaud)	Citer

POURQUOI NE LE FAITES VOUS PAS COMME LE MORPION 3D?

#. Message de Degon Telenor le 08-07-2003 à 15:06	3548 - ( )
Pays: France Inscrit le : 07-06-2003 Messages: 109 (Golem Costaud)	Citer

ouai les deux c'est tres bien!!

la 2d, sa permet de mieu s'organisé, voir de faire des stratégie et tout et tout!

le tableau sa permet de savoir qui se trouve ou tres rapidement!

#. Message de Pierre le 11-07-2003 à 10:51	13842 - Le saigneur d'Ézhano (Kastar 32) - les Trolls Apiculteurs -
Pays: France Inscrit le : 09-07-2003 Messages: 885 (Shaï Epileptique)	Citer

quelle est la vue la plus large, d'un vieux troll bien expérimenté ?

#. Message de Galar de Suif le 11-07-2003 à 10:59 [Big Brother] [Ami de MountyHall]	287 - ( )
Pays: France Inscrit le : 21-05-2002 Messages: 2554 (Djinn Tonique)	Citer

vue de 20 + 5 mouches donc vue de 25 e,n horizontal

oui, c'est affreux

#. Message de Pierre le 11-07-2003 à 11:09	13842 - Le saigneur d'Ézhano (Kastar 32) - les Trolls Apiculteurs -
Pays: France Inscrit le : 09-07-2003 Messages: 885 (Shaï Epileptique)	Citer

et en vertical ?

#. Message de Ghorghor Bey le 11-07-2003 à 12:09 [MH Team] [Main Gauche - Main Droite] [Ami de MountyHall]	111 - Ghorghor Bey (Durakuir 33)
Pays: Belgium Inscrit le : 22-05-2002 Messages: 6097 (Hydre Fumante)	Citer

12 cases en vertical.

Si y'a des motivés pour faire une applic cliente java, je veux bien mettre mes connaissances à leur disposition. Il est prévu pour World of MountyHall ce genre de client, avec en plus la possibilité de passer les ordres, donc je vais devoir m'y mettre pour épauler ultimax dans sa tâche.

Et je fais du code propre, structuré et efficace!

Ghorghor.

#. Message de Corwin le 11-07-2003 à 12:24 [Comploteur en chef]	121 - Corwin (Tomawak 58) - The Z-Team -
Pays: France Inscrit le : 21-05-2002 Messages: 4013 (Djinn Tonique)	Citer

Quote: Originally posted by Ghorghor Bey on 2003-07-11 12:09:49

Et je fais du code propre, structuré et efficace!

Ghorghor.

Pas de commentaire !!

Corwin, plouf.

Pages : 1, 2, [3], 4, 5, 6, 7, 8

Pour poster une réponse sur ce Forum, vous devez d'abord vous connecter

Si vous n'êtes pas encore enregistré, vous devez d'abord vous inscrire.

[ Contact : ] - [ Heure Serveur : 09:38:18 le 06/01/2025 ] - [ Page générée en 0.008 sec. ]