Aller au contenu

Spidetra

Hubmaster
  • Compteur de contenus

    326
  • Inscrit(e) le

  • Dernière visite

Messages postés par Spidetra

  1. A priori, je ne fais pas trop confiance à un site de e-Commerce qui a besoin de monétiser son audience.

    Si un site de ECommerce a besoin de rentabiliser son audience, c'est peut-être parce que :

    - ses marges sont trop failbles

    - les ventes ne sont pas au rendez-vous

    - etc, etc...

    en tout cas ça donne un signal négatif sur la solidité financière de l'entreprise qui est dernière.

    Dans ton cas, je trouverai ça dommage : ton site est pro, sympa, il donne confiance ( Fianet, nvlle méthode de paiement receive & pay).

    Donc, si tu n'as pas besoin des adSense pour être rentable, pourquoi en mettre ?

  2. Si tu prend n'importe quelle conditions de vente d'un support publicitaire, pour un nouvel annonceur, le paiement se fait à la réception de l'ordre d'insertion. Et l'insertion ne se fait qu'après réglement effectif.

    les conditions 60 jours fin de moi et plus, c'est pour les anciens client.

    C'est vrai que dans ton cas, tu n'as pas trop le choix, le rapport de force est plutôt du côté de la régie. Mais je serais plutôt de l'avis de JeanLuc.

  3. En fait, vu que tu "n'as rien compris" je tente de mieux expliquer : je veux avoir les 5 derniers titres de la table, mais je ne veux pas de redondance de membres... Je veux donc les 5 derniers titres de la table, mais avec 5 membres différents, même si les 5 derniers titres sont du même membre.

    Euh, c'est plus clair là ? :P

    Je cherche encore... :wacko:

    Moi, non plus je n'avais pas compris. Je pensais que tu voulais pour chaque membre les derniers titres de chaque membre par date desc, d'où ma première réponse.

  4. Une solution, en utilisant GROUP_CONCAT, mais qui ne répond pas totalement à ton pb.

    CREATE TABLE `membre` (
    `membre` varchar(30) NOT NULL,
    `titre` varchar(30) NOT NULL,
    `date` timestamp NOT NULL default CURRENT_TIMESTAMP
    ) ENGINE=InnoDB DEFAULT CHARSET=latin1;


    INSERT INTO `membre` (`membre`, `titre`, `date`) VALUES
    ('membre1', 'titre1', '2007-02-13 20:48:51'),
    ('membre2', 'titre1', '2007-02-13 20:48:51'),
    ('membre1', 'titre2', '2007-02-13 20:49:16'),
    ('membre3', 'titre3', '2007-02-13 20:49:16'),
    ('membre1', 'titre3', '2007-02-13 20:49:36'),
    ('membre2', 'titre5', '2007-02-13 20:49:36');


    SELECT membre,
    GROUP_CONCAT ( titre order by date desc )
    FROM `membre` group by membre


    membre GROUP_CONCAT( titre order by date desc )
    membre1 titre3,titre2,titre1
    membre2 titre5,titre1
    membre3 titre3

  5. Si t'as jamais développé en Java, ça va pas être simple-simple. Il te faut :

    0. Des connaissances de base en Java :

    http://java.developpez.com/faq/java/

    1. Un IDE :

    Eclipse : http://java.developpez.com/faq/eclipse/

    ou

    Netbeans : http://java.developpez.com/faq/netbeans/

    2. Un framework MVC pour la couche présentation

    Struts est un des plus connus :

    http://java.developpez.com/faq/struts/

    3. Un framework de persistance si tu utilise une DB

    http://java.developpez.com/faq/hibernate/

    Si tu ne veux pas utiliser un framework il te faudrat des connaissances en JDBC

    http://java.developpez.com/faq/jdbc/

    4. Selon la complexité du projet des connaissance en J2EE

    http://java.developpez.com/faq/javaee/

    5. Quelques tuto et cours

    http://java.developpez.com/cours/#j2ee

    http://java.developpez.com/cours/#frameworks

    Un container de servlet : Jonas / Tomcat : Jboss

    Tomcat est assez simple

    http://tomcat.apache.org/

    et des litres de café....

    courage !

  6. Tu peux aussi supprimmer la table region de ta requete qui ne sert à rien, et la jointure entre region et departement.

    Dans ta requete tu remplace c.IDREGION = 16 par b.IDREGION = 16

  7. Moi c'est comme le SQL, j'ai du mal à comprendre ça. D'un côté tu marques not null, mais de l'autre par défaut il est nul (valeur 0) :nonono:

    NULL n'est pas équivalent à 0.

    NULL représente une donnée indéterminée pour un champ.

    Ex : Tu as un champ "age" dans une table.

    si tu ne connais pas la date de naissance d'une personne, son age est null ( indéterminé ) et non pas 0.

  8. Essaye ce plugin, je ne l'ai pas testé.

    http://www.antimatter-studios.co.uk/sites/...cumentation.php

    ce n'est peut-être pas exactement ce que tu cherches, mais ça a l'air de s'en rapprocher.

    Je préfère travailler avec un système de gestion de version.

    CVS : en standard avec eclipse.

    ou subversion avec le plugin subversive ( je le préfère à subeclipse ).

    http://www.polarion.org/index.php?page=ove...ject=subversive

  9. Aurais-tu fait tes "classes" dans le même lieu ?

    Attention :) ... sous un des pseudos du HUB :cool: se cache un ancien prof de référencement...

    C'était il y a longtemps ( 2002-2003 ) a une époque où je comprenais encore quelque chose au référencement :)

    Sauf erreur de ma part, JP a du être aussi de mon côté de la barrière :lol:

  10. En relisant je viens de voir que tu avais des users sous deux arbo : <membre> et <guest>

    Si tu ne veux traiter que les guests tu vas ajouter en début de code :

    $doc = new DomDocument();
    $doc->loadXML( $xml ); // méthode à adapter en fct de tes besoins : load(), loadXML(), etc...

    // -> rajout ici : d'abord tu récupére le noeud guest ou memebre
    $guest = $doc->getElementByTagName('guest');

    // tu recherche tout les users. Tu peux les récupérer par leur nom
    // J'ai remplacé $doc par $guest
    $users = $guest->getElementByTagName('user');

  11. ça fait un moment que je n'ai pas maniuplé DOM en Php mais ça devrait ressembler à un truc de ce style.

    Je n'utilise pas simpleXML, je trouve trop compliqué de mélanger simpleXML et DOM

    Il faut que tu vérifie les appels de méthodes et l'algo, il y a surement des erreurs. C'est juste un brouillon pour te mettre sur la voie.

    $doc = new DomDocument();
    $doc->loadXML( $xml ); // méthode à adapter en fct de tes besoins : load(), loadXML(), etc...

    // tu recherche tout les users. Tu peux les récupérer par leur nom
    $users = $doc->getElementByTagName('user');

    // tu boucle sur l'ensemble de tes users
    foreach( $users as $user ) {

    // Tu bloucle sur tout les fils de ton node
    foreach( $user->childNodes as $node ) {
    if ( $node->nodeType != XML_ELEMENT_NODE ) continue;
    if ( $node->tagName == '' ) { // ici tu teste le tagName qui t'intéresse
    $ip = $node->nodeValue;
    }
    if ( $node->tagName == '' ) { // ici tu teste le tagName qui t'intéresse
    $last_activity_time = $node->nodeValue;
    }
    ...... etc
    }

    // Tout les fils ont été traités tu as récupéres les valeurs qui t'intéresse
    // Ici tu fait tes controles
    if ( il faut eliminer ce noeud ) {
    $doc->removeChild( $node ); // J'ai un big doute sur cet appel !
    }


    }

  12. GET et POST sont deux méthodes du protocole REST ( Representational State Transfer ).

    Comme le dit Lanza GET et POST n'ont pas le même rôle.

    En pratique, on utilise GET indistinctement pour récupérer une ressource ou pour poster des données.

    Le protocole REST comprend au moins 4 méthodes : GET, POST, PUT, DELETE.

    Ces 4 méthodes peuvent être comparées aux CRUD d'une DataBase.

    Dans le cadre d'échange de données, REST est moins populaire aujourd'hui que des protocoles comme SOAP.

    C'est peut-être en train de changer avec le développement de RSS et ATOM.

    Des petites sociétés comme Google, et d'autres ( SAP, Oracle, etc... ) essayent de populariser REST pour des échanges inter-serveurs en ayant des fonctionalités CRUD.

    L'API de Google GDATA se base sur le protocole REST.

    L'association de REST et ATOM/RSS apporte une nouvelle souplesse dans les échanges de données.

×
×
  • Créer...