Commentaires de Dobel sur tout CodeS-SourceS

56 commentaire(s) de Dobel sur des sources sur tout CodeS-SourceS

Le : 30/06/2007 10:41:41
Source : [HTTP-CLIENT] - RÉCUPÉRER UNE REQUETE COMPLÈTE SANS PASSER PAR LES SOCKETS ASYNCHRONES

oups, oui, tu bosses côté client.
(c'est ça de poster aussi "tôt" un weekend :))

Enfin, c'est la même chose.

tu peux aussi créer des pseudos fichiers avec makefile,
en lecture et/ou en écriture suivant les arguments
(wfile = sock.makefile("wb", 0) par exemple pour un pseudo fichier en écriture)

pour HTTP 0.9 :
tu lis tant que tu peux, cad juste la méthode read du pseudo fichier, sans donner d'argument size, qui lira jusqu'à EOF

pour les autres,
tu lis ligne par ligne la version, code réponse, etc., puis les entêtes jusqu'à trouver une ligne blanche
et tu peux utiliser le champ content-length si il est là, ou sinon, tu lis aussi jusqu'au bout.

bonne prog.

Le : 30/06/2007 09:59:00
Source : [HTTP-CLIENT] - RÉCUPÉRER UNE REQUETE COMPLÈTE SANS PASSER PAR LES SOCKETS ASYNCHRONES

ok.
j'espère que ce que je vais dire est juste, j'ai jamais testé et :)

autant que je sache, la méthode readline qu'ils ont fait utilise son buffer pour faire abstraction des trames TCP.
ça doit être un truc du genre :
recv, regarde si il y a un \n (LF) dedans, si oui, coupe au \n, retourne la 1ère partie, conserve la 2nde
sinon, recv à nouveau.

donc 1er readline : commande HTTP, chemin, version
readlines suivant : tous les entêtes, jusqu'à rencontrer une ligne vide

puis lecture du corps de la requête (là, ça va dépendre de la version d'HTTP)

pour le test if not data: break,
il semble que quand le client ferme sa socket, recv retourne "", un paquet vide.
si tu ne gères pas les connexions persistantes, ça doit être bon.

ça doit fonctionner quelque soit le nombre de trames utilisées par le client :)

"car on veut éviter de faire appel à cette fonction si on n'a plus rien à recevoir (et donc éviter qu'elle attende dans le vide)"
=> d'où l'intérêt d'utiliser des threads, pour ne plus avoir cette limitation :)
t'attends que ton client ferme tranquillement sa socket, et hop. ton thread gérant la requête se termine.

Le : 30/06/2007 00:04:37
Source : [HTTP-CLIENT] - RÉCUPÉRER UNE REQUETE COMPLÈTE SANS PASSER PAR LES SOCKETS ASYNCHRONES

Pour info, les objets sockets en python contiennent déjà de quoi faire ce genre de lecture.
tu as une méthode makefile pour créer des objets type fichier, qui travaille sur des buffers.

s.bind((HOST, PORT))
s.listen(1)
conn, addr = s.accept()

# pseudo fichier en lecture, binaire, buffer taille par défaut du système
rfile = conn.makefile('rb', -1)

while 1:
    data = rfile.readline()
    if not data: break
    print data

readline retourne bien la chaîne jusqu'au premier \n rencontré, et non pas juste à la fin de ce que te retourne recv

Le : 01/08/2006 00:47:52
Source : FILTRE IMAGE SIMPLE

Hum, d'ailleurs, je crois qu'il y a une conn**** dans les filtres de convolution dans ma source, que j'ai jamais dû corriger...
La formule doit être un peu en vrac (c'est pas une convolution, mais c'est pas trop loin, en gros ;))

Le : 01/08/2006 00:42:16
Source : FILTRE IMAGE SIMPLE

Salut,

une source que j'avais fait il y a quelques années : http://www.javafr.com/codes/FILTRES-POUR-IMAGES_23733.aspx
ça ne passe pas par RGBImageFilter (volontairement je crois ;) ça devait être pour pouvoir suivre l'avancement des filtres, et pour faire d'autres types de filtrage).
Il y a sans doute quelques filtres récupérables dedans.

Sinon, ça fait plaisir de voir des logos Gentoo sur ce site ^^ (une ptite update de la source avec Larry The Cow en plus pour l'exemple :D :D ? http://www.gentoo.org/images/szbence-badge6.png)

Le : 08/02/2006 20:20:43
Source : FRACTALES DE LYAPUNOV

Ça manque cruellement de commentaires, surtout pour les paramètres d'éxécution !! Et les noms de variables associés à ces paramètres sont pas forcément super explicites ;) (k11, k12...)

Sinon, j'aime bien les couleurs choisies :)

Pour l'affichage dans ton JPanel, plutôt que de redessiner tout à chaque fois, dessine une fois dans une BufferedImage (par exemple), et redessine l'image dans paint(). Ça sera beaucoup plus rapide.

En lisant rapidement, j'ai l'impression qu'il y a aussi un risque d'avoir une image déformée, si les points donnés ne correspondent pas à la résolution. Il faudrait peut-être donner en paramètre uniquement le point bas-gauche + la résolution + le pas entre 2 pixels.

Bon, je vais chercher un extincteur pour le processeur de mon pc (1680x1050, c'était peut-être un peu trop grand ;))

Le : 25/10/2005 21:41:59
Source : FILTRES POUR IMAGES

j'ai évidemment pas testé avec ce programme, j'ai pas fait d'effort pour optimiser le moindre calcul, et de toute façon, l'optimisation, c'est pas mon fort :)
donc on peut tout à fait s'en prendre à moi :D

MAIS :p

pour un traceur de fractale avec pas mal d'algorithmes, j'ai craqué, c'était beaucoup trop lent !
je les ai recopié dans un fichier C je suis passé par JNI, et c'était un peu plus de 4x plus rapide.
c'était sur un java 1.4.
L'algo qui avait été le plus amélioré était celui pour les fractales de Lyapounov, avec un gros calcul de log au milieu.
Une fonction de calul de couleurs qui utilisait des fonctions trigo avait aussi étée énormément améliorée.
il n'y a (à mon avis) pas photo pour les calculs de brutes...

et il ne s'agit pas de programmes fait avec les débuts de java !!

je ne crache pas sur les performances de java (qui reste toujours mon langage préféré :)), elles sont actuellement tout à fait satisfaisantes voir excellentes dans certains domaines, mais je préfère toujours faire mes calculs bourrins, ou les sections critiques de mes progs java, en C.

Au passage, je me demande, est-ce que l'OS sur lequel on exécute le programme peut avoir une incidence sur les performances arithmétiques en Java ?

Le : 25/10/2005 18:52:26
Source : FILTRES POUR IMAGES

Ça peut être vu comme un problème de conception, le fait que j'ai rien mis static :)

Je n'ai plus vraiment le code en tête, mais il me semble (vaguement, dans la brume, un souvenir lointain....) que j'avais fait ça pour pouvoir passer un ordre d'annulation à un filtre (public boolean annule dans utilitairesimage.FiltreAvancement).

Il y a possibilité de faire ça autrement (par exemple en passant un Boolean annuler par référence à la fonction de calcul), mais visiblement, je n'y ai pas penser quand j'ai tappé ça :)

Enfin, personnelement, même si c'est moins pratique, je préfère finalement que tout ait besoin d'être instancié :)

Pour les perfs, bah c'est du java, et du pas vraiment optimisé en plus :)

Le : 11/10/2005 12:45:09
Source : JEU VEXED AVEC TOUT PLEIN DE NIVEAUX!

Ce n'est pas possible :)
Ton portable a une machine virtuelle java micro edition (sans doute revue et visitée par Ericsson en plus),
et là, c'est un programme pour java standard Edition.

Il faudrait recoder entièrement toute la partie graphique, qui utilisent des objets differents.

Le : 09/09/2005 18:25:01
Source : DATE EN FRANCAIS

ooops, j'me suis planté dans le motif du SimpleDateFormat, par rapport à la sortie que j'ai écrit :)
ce serait plutôt un "EEEE d MMMM yyyy, HH:mm" :D

(j'suis le seul à me lire ou quoi :D ?)