Reprise du message précédent :
 

 
Dans ces cas là le tableau que je passe en paramètres devient :
 

$datas = array(
    'user' => array(
        'username' => 'toto',
        'email'    => 'toto@lafeteduslip.com'
    ),
    'profil' => array(
        'chapeau'  => 'pointu'
    )
)

 
Si après ça devient trop spécifique, j'ai mes modèles pour ça, et je créé une méthode qui fait ce dont j'ai besoin à laquelle je passe les params nécessaires.

Et c'est gênant? Ils ont aussi tous un shortcut pour taper directement dans le SQL même si c'est habituellement con, tu enregistres des objets persistés autant laisser l'ORM se démerder avec ça

Dans Django, j'ai des ModelForm, càd des Form backés par des Models (des objets persistés), donc insérer un nouvel objet ça prend 2 lignes:

# peuple le formulaire avec les données récupérées en post
form = MyFormObject(request.POST)
# valide le contenu du form
if form.is_valid():
    # Si le form est valide, on sauvegarde le model qui est derrière
    form.save()

Après on peut faire plein de bricolage, overrider la méthode save() du form ou du model histoire d'ajouter des trucs dedans, ... mais j'vois pas l'intérêt de s'emmerder avec du SQL.

Et pour le bulk loading, Django a un système de fixtures en JSON ou en SQL au choix

Ca existe ça un framework qui prend un tel tableau pour faire des insertions et qui devine (par exemple) que la colonne "user_id" de la table "profil" doit prendre la valeur de la colonne "id" de la table "user"?
 
Autant j'ai souvent plusieurs insertions à faire, autant c'est rarissime quand, à partir d'un seul formulaire, j'ai à faire plusieurs insertions qui n'ont rien à voir.

Masklinn > J'ai jamais dit que je m'emmerde directement avec le sql.

T'avais quand même beaucoup l'air de dire que passer par l'ORM de ton framework ne te plaisait pas.

Hey les Mootoolmens
 
Est-ce qu'il y a moyen d'envoyer un Json.Remote avec des trucs en POST ?
Ou est-ce qu'il y a mieux à faire ?

Masklinn > Je dis juste que ça m'emmerde de taper à chaque fois les noms des tables, et des colonnes (qu'un script de génération de code peut fournir sans peine sous forme de liste) , les commandes qui ne varient jamais et toute la syntaxe qui vient autour.  
 
J'essaye de me simplifier la vie, pas de me la compliquer en virant les meilleurs éléments du framework.

Tu peux donner un exemple venant du framework que tu utilises? Parce que je vois pas où il faudrait taper "les noms des tables, et des colonnes"

Je reprend l'exemple de Dj Yell vu qu'il correspond également au framework que j'utilise :

$datas = array(
         'username' => 'Toto',
         'passwd'   => '0123456789abcdef',
         'email'    => 'toto@jaimelesfrites.com'
      );
      yInstance()->db->insert($datas, 'user');

'user' : nom de la table
'username', 'passwd', 'email' : nom de colonne
 
Il faut bien les saisir à moment donné (ne serait-ce au pire que quelques part dans tes "ModelForm" ) pour indiquer que telle valeur va dans telle colonne de telle table, sinon comment tu fais pour faire deviner au système que tel élément du formulaire doit aller dans tel ou tel endroit?

Oui, tu spécifies la méthode.
Non, si tu envoies des données au serveur.

Ok, mais quelle syntaxe ?

ça je connais :

var query = new Json.Remote('blabla.php', {method:'post', onComplete: function(json) { 
  alert(json); 
}}).send({nom: yeah, prenom: yo});

(je crois que l'objet envoyé est accesible par $_POST['json'] ? jamais utilisé (toute façon c'est pas ce que je veux))
Mais là je ne peux pas avoir de $_POST['nom'], si je ne m'abuse.

ça je connais aussi :

var query = new Ajax('blabla.php', {method:'post', onComplete: function(json) { 
  alert(json); 
}}).request('blabal.php', 'nom=ho&prenom=hey');

Là j'ai bien $_POST['nom'], mais c'est pas du json en sortie

Bref, je les rentre où dans mon Json.Remote les données à envoyer en post

Allo? Je t'ai dis que c'était la bonne méthode seulement si tu envoies des données au serveur. Quand tu accèdes à ton mediateur par ce biais, il te renverra la plus petite réponse requise sauf spécification explicite. Donc ça sera une page blanche et pas de contenu sauf si tu fais par exemple (pseudo code) :

if post['nom'] == 'yeah':
   print 'ok'

Ta variable json passée en paramètre à la méthode onComplete attachée vaudra "ok".
Si ton blabla.php ne fait rien (donc si le Response Body est vide), tu n'auras rien dedans. Donc tu t'attendais à quoi?

$datas = array(
         'username' => 'Toto',
         'passwd'   => '0123456789abcdef',
         'email'    => 'toto@jaimelesfrites.com'
      );
      yInstance()->db->insert($datas, 'user');

Ah oui, ok, ça totoze un peu

Dans Django, il y a un mapping entre des classes Python et le contenu de la db. J'aurais pas à l'écrire parce que ça existe déjà, mais si j'avais besoin de créer une table d'utilisateurs j'aurais un truc genre

class User(models.Model):
    username = models.CharField(max_length=30, unique=True, validator_list=[validators.isAlphaNumeric])
    email = models.EmailField(blank=True)
    password = models.CharField(max_length=128)

(c'est directement un morceau de django.contrib.auth.models.User en fait)

à partir de là, je peux créer un nouvel utilisateur avec:

>>> user = User()
>>> user.username = "foo"
>>> user.password = "passwd"
>>> user.email = "foo@bar.baz"
>>> user.save()

Bien sûr, ça sera habituellement écrit soit avec le système de kwdargs:

>>> user = User(username="foo", password="bar", email="foo@bar.baz" )
>>> user.save()

soit avec le helper du manager:

>>> user = User.objects.create_user("foo","bar","foo@bar.baz" ) # pas besoin d'appeler save(), c'est fait dans create_user

Je manipule donc uniquement des objets Python tout propres, le mapping est fait une seule et unique fois et c'est Django qui fait les parallèles entre les tables et les objets, et entre les colonnes et les attributs/membres.

if post['nom'] == 'yeah':
   print 'ok'

Nan mais c'est pas du tout la question

Je sais comment traiter une réponse de Json.Remote, ce que je ne sais pas faire c'est lui faire envoyer une requête avec un champ "nom" (un autre champ que "json" quoi) en POST.

Je reformule : je veux envoyer au serveur des données qui ne sont pas au format Json.

je connais pas mootools mais tu doit avoir un fonction genre data.Serialize()

Je vois, c'est vrai qu'il y a beaucoup moins de syntaxe dans ton code. Avec la syntaxe la plus courte, on a même plus besoin d'un utilitaire tel que celui que je me suis fait vu le peu qu'on y gagnerait.
 
Sinon, dans Django quand tu parles de mapping entre les classes Python et la base de donnée, tu veux dire qu'il crée à la volé une classe "user" qui est (quasiment?) identique à celle que t'indiques en exemple? Je veux dire par là que la classe gérera elle même les vérification du genre la longueur max de chaque valeur, le type des données et le fait qu'elles soient ou non obligatoire.

Oui, et dans Django ce modèle (la classe Python définie) est également utilisée pour définir la DB: contrairement à ActiveRecord (qui génère dynamiquement les objets en regardant l'état de la db), Django génère la DB à partir du modèle (c'est pourquoi il faut les synchroniser avec la task "syncdb" ). Donc les trucs genre "max_length", "unique" ou "null" (pas blank, qui est uniquement côté Python) sont à la fois vérifiés côté python et traduits en SQL lorsque celui-ci est généré (pour créer les tables en DB).

Et Django a également une notion de Forms (des objets formulaires, ça correspond aux Models, mais pour récupérer des données depuis l'utilisateur au lieu de les enregistrer en db), il est possible de générer des Forms à partir de Models (ça transforme un Model en Form) via forms_for_* et les ModelForms, et les contraintes indiquées sur le Model sont traduites/portées dans le Form généré (quand elles s'appliquent) (et il est naturellement possible d'en ajouter).

Par exemple si un utilisateur rentre un username de plus de 30 caractère dans le form généré à partir du model User, à la validation du form (form.is_valid()) une erreur va être générée et pourra être retournée à l'utilisateur (avec un joli message genre "Le nom d'utilisateur peut au maximum faire 30 caractères)

Je vois pas exactement pourquoi tu aurais $_POST['JSON'], et dans tout les cas tu aurais un array à deux dimensions, big deal...

Parce que je ne sais pas envoyer autre chose en POST qu'un objet Json, et si toi tu sais comment faire, ça me serait d'un grand secours².

Il te suffit de sérialiser ton HashMap. Object.toQueryString fera ça très bien.

Ok mais ça c'est de la débrouille, au final je n'envoie toujours qu'une seule variable (en format Json) en POST...

Tu confirmes donc que c'est pas possible (d'envoyer ce qu'on veut en variables POST) ?

bon les jeunes, quand je fait uploader une image à mes utilisateurs, je dois vérifier quoi ?

que c'est vraiment une image ( sans se fier a l'extension ), dans un format qui te vas bien, et que la taille est raisonnnable

ok, maintenant, question plus précise : comment je vérifie que c'est une image ? je la fais lire puis réécrire à côté par une lib et j'utilise plus jamais celle téléchargée ?

je sais pas en java  
 
en php , il y a des fonctions pour lire les entetes, en java aussi surement

ça semble le plus safe.... jusqu'à ce que la lib de lecture ait un exploit. Ou qu'on te balance une image valide qui soit une bombe mémoire et que ta jvm explose (Après y'a peut-être une api java qui permet de limiter l'usage d'un sous-morceau d'un processus, si oui ça m'intéresse grandement )

nan, y'a pas de ulimit en java. par contre j'pense qu'on peut prouver que si la taille de l'image est bornée, l'utilisation de mémoire aussi.

trouvé ca : http://schmidt.devlib.org/image-info/

c'est bon merci, y'a ce qu'il faut dans le JDK de base.

 
Pour du jpg ou du gif c'est raisonnable il me semble, pour du png c'est un algo type deflate, on peut faire du gros ratio avec si c'est fait main.

Faut aussi checker l'extension du fichier, sinon on peut aussi potentiellement se manger une attaque (genre la faille de sécurité récemment patchée sur MD)

c'était quoi le problème ?

Le JPEG autorise n'importe quel payload derrière les données de l'image, c'est considéré comme du padding/du rien. L'interpréteur PHP fait l'inverse, il drive directement vers stdout tant qu'il reconnaît pas son marqueur de début de code (si je me plante pas). Donc tu prends une image jpeg normale, tu concatènes du code PHP derrière, tu lui donnes l'extension PHP, tu uploades (via le truc d'avatars par exemple) et là bam, accès complet au serveur si la conf est pas tip top
 
Après toi t'es en java donc t'as pas directement ce problème (sauf si tu fais tourner un apache avec mod_php et qu'il sert ton contenu statique) mais faudrait regarder s'il n'y a pas des variantes de cette attaque qui peuvent t'affecter.
 
On en avais pas déjà parlé, d'ailleurs?

Tu te plantes pas, il se fout que ce soit du html en chinois ou quoi que ce soit...

ça donne presque envie

Normalement sur les forums MD c'est réparé (la niouze est passée ya genre 2 semaines), un mec a vu la faille et l'a gentiment rapportée à joce (après s'être installé genre un phpmyadmin histoire de montrer jusqu'où il pouvait aller)

 
ha ouais? le mime-type ne suffit pas alors ?
 
 

mais "lol" :
 
http://forum.hardware.fr/hfr/Progr [...] 1569_1.htm
 
il croit qu'on arrive pas à lire en gros "dilatation annale" sur son texte barré (image).. j'adore ^^

c'est louche

hep les gens, je peux mettre une outline autour d'une ligne dans un tableau ?  
 
ça m'intéresse pas mal le concept d'outline pour signaler certaines choses à l'utilisateur ...

C'est quoi déjà la syntaxe du if en plus court ?
 
(condition ? true : false)  
 

tu eleve les parentaises, et c'est ça

edit :

valeur_absolue_de_x = x < 0?-x:x;