Spidetra
-
Compteur de contenus
326 -
Inscrit(e) le
-
Dernière visite
Messages postés par Spidetra
-
-
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 ?
-
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.
-
-
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
-
Salut à tous,
Pas encore testé ( pas de flash sur mon poste de dev actuel ).
La présentation a eu lieu à la conférence Where2.0 de San José
http://conferences.oreillynet.com/where2007/
--
Philippe
-
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à ?
Je cherche encore...
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.
-
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 -
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
et des litres de café....
courage !
-
SELECT *
FROM laTable WHERE ID IN (ID1, ID2, ID3, .....etc ); -
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
-
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)
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.
-
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
-
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
-
Aurais-tu fait tes "classes" dans le même lieu ?
Attention ... sous un des pseudos du HUB 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
-
merci pour le lien
-
Villes et communes
dans PHP
contacte l'INSEE. Ils ont toutes les infos que tu cherches.
Elles seront peut-être payantes.
-
-
edit (le dernier ) : C'est bon, tout fonctionne .
Ce n'est pas (si) compliqué le DOM XML (mais alors c'est lourd )
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.
-
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.
-
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'); -
Merci beaucoup j'essaie de suite
Essaye, avant de remercier
J'suis pas du tout sur que ça va marcher du premier coup !
-
ç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 !
}
} -
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]
-
Get ou Post
dans PHP
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.
Des Adsenses sur mon site de vente en ligne ?
dans Google Adsense
Posté
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 ?