/* Topic des codeurs couche-tard [4] */

tshirtman · Le 16/04/2011, à 09:27

huhu ^^

honettement, tu devrait les voirs de ton coté, les ORM, alors… par ce que tu dois en avoir marre là… et puis ils aiment ça, dans l'industrie (tiens, on peut déployer cette applie sur toutes les bases existantes, ben ça nous évitera d'en déployer une nouvelle…)

:!pakman · Le 16/04/2011, à 12:37

tshirtman a écrit :

@:!pakman: le sql natif ça va 5mn, mais dès que tu peux, prends un orm… (sqlalchemy par exemple en python).

Je sais pas ce que c'est, je vais me renseigner
Sinon je me pose des questions à propos du SQL :

CREATE TABLE MEMBRE
(
    idMembre int(10) NOT NULL auto_increment,
    pseudo varchar(15) NOT NULL,
    codeAccount varchar(10) NOT NULL,
    image varchar(80) default NULL,
    email varchar(30) NOT NULL,
    root int(1) NOT NULL,
    PRIMARY KEY (idMembre)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=17;

Pour la dernière ligne, AUTO_INCREMENT=17 veut dire quoi ? C'est le pas de l'auto incrémentation ? Ça m'étonnerait quand même.... J'ai repris cette ligne tel quel d'une autre base de données MySQL..

Et CHARSET=latin1 ça ira ? J'aurais plutôt vu de l'utf-8 moi ?
Et la dernière : Vous savez comment crypter des données dans la base ? Histoire qu'en cas de brèche aucune info ne soit lisible ? C'est utile de faire ça ou pas ?

Dernière modification par :!pakman (Le 16/04/2011, à 12:40)

grim7reaper · Le 16/04/2011, à 12:41

:!pakman a écrit :

[Pour la dernière ligne, AUTO_INCREMENT=17 veut dire quoi ? C'est le pas de l'auto incrémentation ? Ça m'étonnerait quand même.... J'ai repris cette ligne tel quel d'une autre base de données MySQL..

Chui pas un grand fan des BDD (donc pas un spécialiste), mais le 17 ça ne serait pas la valeur de départ ?
Genre par défaut ça fait : 1 2 3 4…
Et là du coup ça ferait : 17 18 19 20…

Dernière modification par grim7reaper (Le 16/04/2011, à 12:42)

tshirtman · Le 16/04/2011, à 12:52

je suppose valeur de départ aussi, le pas ce serait un peu stupide…

ORM=object-relation mapper, en gros tu écrit tes objets dans ton applis, et par un système d'héritage ou autre, le système fabrique tout seul la BDD et te fournis des methodes pour faire tes requêtes…

Sinon pour une BDD en général on stock évite de stocker les mots de passes en clair, en général on en stock plutot un hash (mais pas un simple md5, en général on prendra un algo plus lent à produire, et on stock le hash de (mot de passe + un "salt"), ce qui augmente artificiellement la difficulté de produire une rainbow table des mots de passes et trouver quel hash correspond à quel mot de passe).

Sinon si tu as d'autres données sensibles en bases, oui, pourquoi pas les crypter… mais bon, ça va être lourd pour beaucoup de choses, je ne crois pas que des bases supportent ça nativement.

Pour l'encodage, oui prends de l'utf-8.

Dernière modification par tshirtman (Le 16/04/2011, à 12:52)

:!pakman · Le 16/04/2011, à 13:05

Merci !

Elzen · Le 16/04/2011, à 13:55

Hey, les gens, j'viens d'avoir une autre idée aussi débile qu'inutile : qu'est-ce que vous penseriez d'un langage XML qui serve à décrire du code, avec des parseurs permettant de générer de vrais codes sources (genre en Python, PHP, etc.) à partir de ces documents XML ? Ça pourrait être marrant, non ?

Pylades · Le 16/04/2011, à 14:19

La vraie question est : pour quoi faire ?

Elzen · Le 16/04/2011, à 14:29

Parce que XML, saybien.

Parce que ce qui compte, c'est l'algo, que l'on peut implanter pareil dans différents langages.

Parce que ça permet aux gens qui n'aiment pas un langage particulier de faire du XML à la place et d'obtenir du code utilisable quand même.

Parce que bosser sur un parseur développe ou entretient la connaissance de XML et du langage dans lequel on parse.

Parce que ça fait réfléchir sur la programmation indépendamment des langages choisis.

Pour le fun

Pylades · Le 16/04/2011, à 14:32

Ouais mais en pratique tu comptes faire quoi ?

Elzen · Le 16/04/2011, à 14:34

Bah, produire la DTD et/ou le XML Schéma correspondant(e)(s), écrire un parseur ou deux, et publier ça quelque part au cas où quelqu'un aurait l'idée saugrenue de proposer des améliorations, voire d'écrire un parseur vers un autre langage, voire même d'utiliser le truc.

Dernière modification par ArkSeth (Le 16/04/2011, à 14:35)

Pylades · Le 16/04/2011, à 14:35

Nan mais un exemple code XML et de code compilé, ça donnerait quoi ?

Elzen · Le 16/04/2011, à 14:50

Bah c'est encore à fixer pour le moment, mais un truc genre

<?xml version="1.0" encoding="utf-8" ?>
<xmcode>
    <init>
        <ressource name="autrefichier" />
    </init>
    <function name="helloworld">
        <param name="foo" />
        <param name="bar" value="2" />
        <code>
            <print value="Hello World" line="0" />
            <affect target="bar">
                <operation type="+">
                    <param value="foo" />
                    <param value="bar" />
                </operation>
            </affect>
        </code>
        <return value="bar" />
    </function>
    <code>
        <affect target="foo">
            <call function="helloworld">
                <param value="4" />
            </call>
        </affect>
        <print value="foo" line="1" />
    </code>
</xmcode>

Pourrait donner en PHP :

<?php
    require_once("autrefichier.php");
    
    function helloworld($foo, $bar=2) {
        echo "Hello World";
        $bar = $foo + $bar;
        return $bar;
    }
    
    $foo = helloworld(4);
    echo $foo."\n";
?>

Et en Python :

#! /usr/bin/python
# coding: Utf-8

import autrefichier

def helloworld(foo, bar=2):
    print "Hello World",
    bar = foo + bar
    return bar

foo = helloworld(4)
print foo

(Bon, ceci est un exemple évidemment très limité et pas utile du tout, mais bon ^^)

grim7reaper · Le 16/04/2011, à 14:57

C'est plus ou moins le principe d'un générateur de code (ou d'un transformeur de modèle) ton truc donc rien de bien nouveau (si ce n'est le côté XML).
De plus, là ton exemple semble exclure d'entrée les langages fonctionnels donc bon…

Pylades · Le 16/04/2011, à 14:58

Ouais… tout ce que je vois pour le moment c'est un langage délibérément abscons et forcément plus limité que les langages en lesquels il propose de compiler…

Elzen · Le 16/04/2011, à 15:30

grim7reaper a écrit :

C'est plus ou moins le principe d'un générateur de code (ou d'un transformeur de modèle) ton truc donc rien de bien nouveau (si ce n'est le côté XML).

Bah j'me doutais bien que ce genre de truc existait déjà.

grim7reaper a écrit :

De plus, là ton exemple semble exclure d'entrée les langages fonctionnels donc bon…

Pourquoi ça ?

Pylade a écrit :

Ouais… tout ce que je vois pour le moment c'est un langage délibérément abscons et forcément plus limité que les langages en lesquels il propose de compiler…

J'ai jamais dit que ce serait utile, en même temps, j'ai juste dit que ça pourrait être amusant de plancher dessus.

Rolinh · Le 16/04/2011, à 16:22

:!pakman a écrit :

Bah y'a argoUML qui n'est pas mal...

Faute de mieux, c'est ce que j'utilise... Mais il est peu réactif (java...) et il n'implémente que partiellement UML2...

:!pakman a écrit :

tshirtman m'a aidé, il m'a conseillé Dia pour faire mes schémas de tables, et c'est super !

Pour ma part c'est papier+crayon! Et tableau blanc quand j'en ai un à disposition. D'une manière générale, je trouve que c'est la meilleure méthode pour poser un problème à plat (je fais pareil quand il faut que je réfléchisse à un algo ou autre).

Sinon, pareil que les autres: s'occuper des tables bruts comme ça ça va pour des petits trucs mais c'est vite lourd...

tshirtman · Le 16/04/2011, à 16:43

ArkSeth a écrit :

Parce que XML, saybien.
Parce que ce qui compte, c'est l'algo, que l'on peut implanter pareil dans différents langages.
Parce que ça permet aux gens qui n'aiment pas un langage particulier de faire du XML à la place et d'obtenir du code utilisable quand même.
Parce que bosser sur un parseur développe ou entretient la connaissance de XML et du langage dans lequel on parse.
Parce que ça fait réfléchir sur la programmation indépendamment des langages choisis.
Pour le fun

implémente le en xslt tiens…

:]

tu va avoir pleins d'amis javaistes, mais à par ça, ça sert pas à grand chose (et non, le xml saypabien, enfin, franchement pas partout quoi…)

grim7reaper · Le 16/04/2011, à 16:48

ArkSeth a écrit :

grim7reaper a écrit :
De plus, là ton exemple semble exclure d'entrée les langages fonctionnels donc bon…
Pourquoi ça ?

Bah d'après l'exemple donné, c'est clairement exprimé de manière impérative, donc pour le traduire en langage fonctionnel (et ça doit être la même chose pour un langage logique) c'est pas gagné (bon peut‑être pas impossible, mais à quel prix ?).

tshirtman a écrit :

(et non, le xml saypabien, enfin, franchement pas partout quoi…)

Je plussoie.

helly · Le 16/04/2011, à 20:22

@tman : À propos de mutt, tu ne saurais pas comment faire pour avoir une signature par adresse mail ?

tshirtman · Le 16/04/2011, à 20:39

aucune idée, j'utilise pas de signatures…

helly · Le 16/04/2011, à 20:48

Bon, bha entre temps, j'ai trouvé ^^.
Pour faire un peu comme la gogole.
Une signature toute simple, nom prénom, et un lien vers mes clefs publiques.

grim7reaper · Le 16/04/2011, à 20:50

helly a écrit :

@tman : À propos de mutt, tu ne saurais pas comment faire pour avoir une signature par adresse mail ?

Chui pas tman (bien que j'en sois un ), mais je me permets de te répondre quand même.
À vu de nez je dirais un truc du genre

send-hook '~f adresse1' 'set signature="~/signature1"'
send-hook '~f adresse2' 'set signature="~/signature2"'

Mais le mieux je pense que c'est de faire comme indiqué dans la FAQ (question « I have several different roles (From:-addresses), how to manage them? »)

Édit : grillé mais tant pis, je le laisse pour info (moi au moins je partage mes solutions, pas comme helly qui se contente de dire « j'ai trouvé » )

Dernière modification par grim7reaper (Le 16/04/2011, à 20:51)

Rolinh · Le 16/04/2011, à 20:50

Tu pensais que ce serait plus rapide de poser la question que de RTFM?

grim7reaper · Le 16/04/2011, à 20:52

@Rolinh : helly fait souvent ça, j'étais devenu son moteur de recherche officiel à une époque

Dernière modification par grim7reaper (Le 16/04/2011, à 20:52)

helly · Le 16/04/2011, à 20:57

Rolinh a écrit :

Tu pensais que ce serait plus rapide de poser la question que de RTFM?

Bha ouais !
Je lance la question, et je RTFM en même temps .

@grim : yep, j'aurais pû donner la solution , mais je pensais que ça n'aurai pas interessé grand monde !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1301 Le 16/04/2011, à 09:27

Re : /* Topic des codeurs couche-tard [4] */

#1302 Le 16/04/2011, à 12:37

Re : /* Topic des codeurs couche-tard [4] */

#1303 Le 16/04/2011, à 12:41

Re : /* Topic des codeurs couche-tard [4] */

#1304 Le 16/04/2011, à 12:52

Re : /* Topic des codeurs couche-tard [4] */

#1305 Le 16/04/2011, à 13:05

Re : /* Topic des codeurs couche-tard [4] */

#1306 Le 16/04/2011, à 13:55

Re : /* Topic des codeurs couche-tard [4] */

#1307 Le 16/04/2011, à 14:19

Re : /* Topic des codeurs couche-tard [4] */

#1308 Le 16/04/2011, à 14:29

Re : /* Topic des codeurs couche-tard [4] */

#1309 Le 16/04/2011, à 14:32

Re : /* Topic des codeurs couche-tard [4] */

#1310 Le 16/04/2011, à 14:34

Re : /* Topic des codeurs couche-tard [4] */

#1311 Le 16/04/2011, à 14:35

Re : /* Topic des codeurs couche-tard [4] */

#1312 Le 16/04/2011, à 14:50

Re : /* Topic des codeurs couche-tard [4] */

#1313 Le 16/04/2011, à 14:57

Re : /* Topic des codeurs couche-tard [4] */

#1314 Le 16/04/2011, à 14:58

Re : /* Topic des codeurs couche-tard [4] */

#1315 Le 16/04/2011, à 15:30

Re : /* Topic des codeurs couche-tard [4] */

#1316 Le 16/04/2011, à 16:22

Re : /* Topic des codeurs couche-tard [4] */

#1317 Le 16/04/2011, à 16:43

Re : /* Topic des codeurs couche-tard [4] */

#1318 Le 16/04/2011, à 16:48

Re : /* Topic des codeurs couche-tard [4] */

#1319 Le 16/04/2011, à 20:22

Re : /* Topic des codeurs couche-tard [4] */

#1320 Le 16/04/2011, à 20:39

Re : /* Topic des codeurs couche-tard [4] */

#1321 Le 16/04/2011, à 20:48

Re : /* Topic des codeurs couche-tard [4] */

#1322 Le 16/04/2011, à 20:50

Re : /* Topic des codeurs couche-tard [4] */

#1323 Le 16/04/2011, à 20:50

Re : /* Topic des codeurs couche-tard [4] */

#1324 Le 16/04/2011, à 20:52

Re : /* Topic des codeurs couche-tard [4] */

#1325 Le 16/04/2011, à 20:57

Re : /* Topic des codeurs couche-tard [4] */

Pied de page des forums