Aller au contenu

Spidetra

Hubmaster
  • Compteur de contenus

    326
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté 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. Je ne sais pas si l'info est déjà paru sur le hub. Mais voici une petite API sympa de chez yahoo : http://developer.yahoo.com/search/boss/ regarder la matrice de comparaison des fonctionalités entre Yahoo! API et BOSS. Sympa, non ?
  3. 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.
  4. Petite news sur le JDN : http://www.journaldunet.com/breve/internat...s-moteurs.shtml a suivre...
  5. 1) Commence par regarder le système de cache de requête de mysql : http://dev.mysql.com/doc/refman/5.0/fr/query-cache.html 2) Ensuite intéresse toi aux différents système de cache de page
  6. Salut à tous, Pas encore testé ( pas de flash sur mon poste de dev actuel ). Google Street La présentation a eu lieu à la conférence Where2.0 de San José http://conferences.oreillynet.com/where2007/ -- Philippe
  7. 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.
  8. 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
  9. 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 !
  10. SELECT * FROM laTable WHERE ID IN (ID1, ID2, ID3, .....etc );
  11. 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
  12. 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.
  13. 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
  14. une des solutions est la création d'un champ related dans ta table. sous une catégorie donnée tu affiches - les catégories filles - les catégories related
  15. 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
  16. Spidetra

    Villes et communes

    contacte l'INSEE. Ils ont toutes les infos que tu cherches. Elles seront peut-être payantes.
  17. Spidetra

    Villes et communes

    http://www.recensement.insee.fr/RP99/rp99/...ccueil.paccueil
  18. si tu doit juste parcourir un flux XML, sans le modifier, essaye de remplacer simpleXML par SAX. C'est plus dur à utiliser, mais c'est bc plus performant.
  19. tu as +sieurs noeud guest ou un seul ? si tu n'as qu'un le foreach sur $guests ne sert à rien. Pour le replace pas d'idées.
  20. 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');
  21. Essaye, avant de remercier J'suis pas du tout sur que ça va marcher du premier coup !
  22. ç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 ! } }
  23. SimpleXML sert essentiellement à faire simplement des traitements simple sur des flux XML. Si tu veux traiter un flux, pourquoi ne pas se tourner vers DOM ? [edit]rportal a posté pendant que je tapais la causette [/edit]
  24. Spidetra

    Get ou Post

    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...