Anonymus

Il ne te sera pas donné d'avis sur 'referencement-2000', tu peux les contacter pour voir directement avec eux ce qu'ils proposent à quel tarif, et pour combien de temps. De manière générale, pour trouver un prestataire, il faut en appeler plusieurs, comparer les offres, ne pas hésiter à leur poser des questions, même dérangeantes, et se faire une opinion. Il existe également, dans la plupart des domaines, des personnes qui vendent du 'conseil'. Contactes les aussi, ne serait-ce que pour qu'ils te conseillent sur telle ou telle offre. On ne peut être expert en tout, mais on peut se faire aider à chaque étape N'hésites pas à les appeler, et n'hésites pas à revenir pour poser des questions précises : - qu'est ce que vous pensez de telle offre, - qu'est ce que l'on entend lorsque l'on parle de tel truc, - etc.. Mais demander notre avis sur un prestataire, alors que la plupart des membres sont eux mêmes prestataires, ca ne serait pas très 'fair play'

En fait, je pense que les bases de données, telles qu'elles sont traditionnellement proposées, ne correspondent pas au besoin des moteurs de recherche. Tant pour la rapidité que pour la masse collossale de données qu'ils ont à mettre à l'intérieur. Cependant, le terme 'base de données' transcrit bien la machinerie qu'ils mettent en place pour palier à ce manque. Bref, ca serait des bases de données, mais qui n'en auraient que le nom. Autrement dit, ils se fabriquent leurs bases de données sur mesure, ce qui est le moindre de ce qu'ils peuvent faire

Stocker une image dans une base de données ralentit sensiblement celle-ci, mais pour le cas de grandes bases de données. Pour des tailles normales à petites, la différence est insensible. Par contre, stocker des images dans une base de données a plusieurs avantages, vraiment non négligeables. D'ailleurs, une image n'est qu'un texte, binaire certes, mais lorsque l'on dit 'nom', 'prenom', et que l'on ajoute 'photo', on a envie de stocker celle-ci avec les 2 premiers. C'est donc possible

Bon... 1er sur 1 720 000 000 sur la requète 'webmaster', on peut difficilement faire mieux, pourtant :/ http://www.google.fr/search?hl=fr&q=webmas...he+Google&meta=

Les bouffons sont ceux qui utilisent GET pour l'envoi d'informations comme celles-ci. J'ai actuellement le cas d'envoi d'un xml (assez long..) en GET. Il existe quantité de méthodes pour envoyer des informations longues, et GET est probablement la pire. Limiter la longueur est normale, de toute facon ca n'est pas fait pour ca. Mais de manière générale : Si tu as besoin d'envoyer des infos en GET, en revanche ca ne transite pas forcément par le navigateur du client. Donc, tu n'es pas forcément limité par la longueur.. Perso, je suis dans le cas d'envoi d'un xml en GET, et ca passe sans problèmes. L'envoi se fait coté serveur (et non client IE).

La CNIL veille aux libertés, elle ne fait pas forcément de répression. Tout comme l'assemblée nationale vote les lois alors qu'elle n'est pas chargée de veiller à leur application Si tu as un problème concernant le droit d'auteur, c'est aux tribunaux qu'il faut aller porter plainte.

Si c'est le plus utilisé, ca n'est pas non plus sans raisons. Celui qui t'a dis que php n'etait pas le meilleur aurait pu te faire part de ses arguments. Si php n'est pas le meilleur, je ne pense pas qu'il y en ait un de 'meilleur' que les autres. Php est parfaitement adapté à ce genre de programmation, de plus il est vraiment accessible au néophyte, et enfin il convient dans 99,99% des cas d'un site web. Php n'est pas le meilleur parce qu'il n'y a pas de meilleur, mais Php est vraiment adapté à ce genre de procédures. Et s'il y avait un podium, il serait tout de même probablement en haut

De manière générale, une association ne sert pas de 'ballon d'essai'. Tu risques de te faire rattrapper par les services de l"état, qui te demanderont des comptes. Si tu veux te lancer sans être sûr que ton projet est viable, tu peux essayer les sociétés de portage. Elles permettent de valider un projet, sans trop de problèmes si celui-ci echoue. Tu peux aussi te renseigner un peu mieux sur la conccurence, sur le marché, sur les débouchés, etc.. Bref, va jeter un oeil à la CCI. Mais faire une association loi 1901 pour tester sa création d'entreprise n'est vraiment pas une bonne idée.

Aucune, tu peux envoyer beaucoup de données, par méthode GET. Mais elle n'est pas faite pour ca.

1/ Ce ne sont pas 'leurs standards', mais 'les' standards 2/ Ils ne conseillent pas de remplacer le & par un point virgule, mais pas '&' le caractère html du '&'. 3/ Il existe une solution pour respecter la norme, et la réponse est dans la question > Il suffit de la respecter. Pour cela, tu peux t'aider du validateur 4/ Il existe au moins un forum qui la respecte : http://validator.w3.org/check?uri=http%3A%...com%2Findex.php ( Grace à la bonne initiative de Dan ) 5/ Comment ? Voir la regle 3/ PS : Au début, c'est pas évident, on tombe dans tous les pieges. Puis, petit à petit, on finit par connaitre les erreurs les plus fréquentes, et... on finit par ne plus en faire

Ce que je veux dire, c'est que parmi les membres qui s'inscrivent et ne postent pas, il y a 2 catégories : - ceux qui ne postent pas, mais lisent de temps en temps ou très souvent les posts. Ceux ci peuvent être considérés comme 'actifs-passifs', ou 'actifs latents'. - ceux qui ne s'inscrivent que pour avoir une page dédiée à eux, sur le forum. La plupart des forums proposent une page par membre, et leur permet d'y laisser une url de site. Il peut être considéré intéressant, par certains, d'y apposer leur signature. Je doute de cette efficacité, mais ne doute pas que certains le font. L'un comme l'autre ne postent pas. Pourtant, certains sont là, en permanence, alors que les autres ne sont là que l'espace d'une inscription. Et après, on ne les revoit plus du tout.

Bonjour, J'ai une feuille de style xsl, qui devrait afficher un popup javascript. Ce javascript marche très bien sur une page html classique, mais refuse de marcher avec la feuille xsl. le fichier xsl : <?xml version="1.0" encoding="UTF-8" ?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output method="html" version="4.01" encoding="ISO-8859-1" doctype-public="-//W3C//DTD HTML 4.01//EN" doctype-system="http://www.w3.org/TR/html4/strict.dtd" /> <xsl:template match="/"> <html> <head> <script language="JavaScript" type="text/javascript" src="js/moteur.xsl.js.php"></script> <link rel="stylesheet" type="text/css" href="css/moteur.xsl.css.php"/> </head> <div id="curseur" class="infobulle"></div> <body> <xsl:for-each select="hotels/hotel"> <table border="0" width="100%" cellspacing="0" cellpadding="0" style="text-align:justify"> <tr> <td rowspan="2" valign="top" width="10%"> <img height="75px" width="75px"> <xsl:attribute name="src"> <xsl:value-of select="photo" /> </xsl:attribute> </img> </td> <td valign="top" width="80%"> <xsl:value-of select="nomhotel" /> <img src="images/star.jpg" border="0" /> <xsl:if test="categorie > '1'"> <img src="images/star.jpg" border="0" /> </xsl:if> <xsl:if test="categorie > '2'"> <img src="images/star.jpg" border="0" /> </xsl:if> <xsl:if test="categorie > '3'"> <img src="images/star.jpg" border="0" /> </xsl:if> <xsl:if test="categorie > '4'"> <img src="images/star.jpg" /> </xsl:if> </td> <td valign="top" rowspan="2" width="10%"> <br /> Prix : <font color="red"> <b> <xsl:value-of select="disponibilites/prix" /> </b> IVA inclus <br /> - par chambre</font> <br /> <font color="red"> <xsl:choose> <xsl:when test="disponibilites/servicio='BB'">- petit dejeuner inclus</xsl:when> <xsl:when test="disponibilites/servicio = 'OB'">- logement seul</xsl:when> <xsl:when test="disponibilites/servicio = 'RO'">- logement seul</xsl:when> <xsl:when test="disponibilites/servicio = 'HB'">- demi pension</xsl:when> <xsl:when test="disponibilites/servicio = 'FB'">- pension complete</xsl:when> <xsl:otherwise>- Logement seul</xsl:otherwise> </xsl:choose> </font> <br /> <font color="red">- pour <xsl:value-of select="disponibilites/duree" /> jour(s)</font> <br /> <p /> <a target="_top"> <xsl:attribute name="href"> <xsl:value-of select="urlresa" /> </xsl:attribute> <img src="images/reserv1.jpg" border="0" /> </a> <br /> <xsl:value-of select="substring-before(//paxes1,'-')" /> personne(s) <br /> <xsl:value-of select="//n_habitaciones" /> chambre(s) <br /> type : <a disable-output-escaping="yes" onMouseOver="montre()" onMouseOut="cache()"><xsl:value-of select="//disponibilites/typehabitation" /></a> </td> </tr> <tr> <td valign="top"> <font size="2"> <xsl:value-of select="//description" /></font> </td> </tr> </table> <hr width="97%" /> </xsl:for-each> </body> </html> </xsl:template> </xsl:stylesheet> le javascript (dans un fichier externe): <!-- function GetId(id) { return document.getElementById(id); } var i=false; // La variable i nous dit si la bulle est visible ou non function move(e) { if(i) { // Si la bulle est visible, on calcul en temps reel sa position ideale if (navigator.appName!="Microsoft Internet Explorer") { // Si on est pas sous IE GetId("curseur").style.left=e.pageX + 5+"px"; GetId("curseur").style.top=e.pageY + 10+"px"; } else { GetId("curseur").style.left=window.event.x + 5+"px"; GetId("curseur").style.top=window.event.y + 10 + document.body.scrollTop+"px"; // Sous IE, voici un petit hack pour que lors du scroll la position reste bonne ! } } } function montre() { text ="<font color=red>COUCOU, c'est un test !!</font>"; if(i==false) { GetId("curseur").style.visibility="visible"; // Si il est cacher (la verif n'est qu'une securité) on le rend visible. GetId("curseur").innerHTML = text; // Cette fonction est a améliorer, il parait qu'elle n'est pas valide (mais elle marche) i=true; } } function cache() { if(i==true) { GetId("curseur").style.visibility="hidden"; // Si la bulle etais visible on la cache i=false; } } document.onmousemove=move; // des que la souris bouge, on appelle la fonction move pour mettre a jour la position de la bulle. //--> et la feuille de style css : <!-- .infobulle{ position: absolute; visibility : hidden; border: 3px solid #FE9438; padding: 10px; font-family: Verdana, Arial; font-size: 10px; background-color: #fcfcfc; margin-left:-400px; } body { margin-left: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; } --> Dans le meilleur des cas, celle-ci s'affiche tout en haut du fichier, alors qu'elle devrait s'afficher juste à coté du lien <a> qu'elle est sensée renseigner.

Quel intéret, pour un webmaster, de s'inscrire sur un forum sans pour autant y participer ? En fait, on peut imaginer que beaucoup s'inscrivent pour cette histoire de liens. " on " fait un lien dans la signature, on en fait un lien dans sa fiche personnelle (visible par les autres membres et par les moteurs), et donc sans pour autant s'inscrire réellement au forum, on y pose tout de même 2 liens. Ce système ne vaut pas plus que le temps que l'on y passe, mais les spammeurs ne sont pas forcément ceux qui remplissent les message du forum avec leurs liens, ce sont aussi, dans une certaine mesure, ceux qui ne passent sur le forum que pour y laisser un lien quitte à le laisser dans sa fiche 'membre'.

Le hic, c'est que la fonction principale de ton script... ne sert à rien ? Si un programme sensé gérer les accès ne marche que pour la page d'accueil, alors autant le jeter Intéresses toi aux sessions, ou au htaccess, tu y gagneras en sécurité. Le htaccess remplit très simplement ce role, alors que comprendre les sessions (ce qui n'est vraiment pas compliqué !) te permettra de réaliser vraiment beaucoup de choses intéressantes ( ce qui ne veut pas dire que l'on ne réalise rien d'intéressant avec le htaccess..

C'est donner du travail à une équipe de modération, qui ne sera pas occupée à répondre aux nombreux posts et donc contribuer à apporter une certaine qualité au forum, mais sera occupée à supprimer des posts sans intérets, qui viendront constamment, et par vague..

Pourquoi tu ne te tournes pas vers les cvs ? Turtlecvs permet de gérer les historiques de source.

Ce que je veux dire, c'est que le créateur du programme a choisi une méthode, qui en vaut une autre. Il n'y a pas à mon avis, de méthode optimale pour calculer la difficulté d'une grille, dans la mesure où la difficulté n'est qu'une valeur relative. Ce qui te parait difficile à toi ne le sera pas forcément pour d'autres

Pour info, c'est la méthode utilisée par tous les moteurs de recherche Regarde bien leur url, lorsque tu changes de page

Tu soulèves 2 problèmes : - ca doit être un script automatique, donc il tient sur un algorithme, qui va simuler la complexité de la grille. Mais la complexité ne tient que par l'algorithme. - Ce qui est compliqué pour les uns peut se révéler facile pour les autres, et inversement. L'auteur du programme a décidé d'une méthode pour complexifier ses grilles, il est lui aussi dépendant du nombre de méthodes restreintes pour complexifier ce genre de programmes. A mon avis, le seul critère qui pourrait être valable pour décider si une grille est complexe ou non serait de calculer sur un échantillon de personnes, le taux de réussite de telle ou telle grille. C'est autrement plus simple, autrement plus 'complexe' à mettre en oeuvre (il faut trouver des membres, noter le taux de réussite, etc..), mais ca correspondrait exactement au classement nécessaire. Pour faire des sudoku de temps en temps, ben... Y'a des faciles qui sont difficiles, et des difficiles qui sont faciles. C'est comme ca

Tu peux aussi utiliser les fonctions type htmlentities, qui vont transformer les caractères spéciaux en entités html.

Dans cet exemple : <!ELEMENT EAddress (#PCDATA)> <!ELEMENT PostalAddresses (PostalAddress)> <!ELEMENT PostalAddress (Address1, Address2, Address3, Address4, City, StateCode, PostalCode, CountryCode)> <!ATTLIST PostalAddress AddressType (Home | Business | Mailing | ShippingReceiving | Billing) #REQUIRED > <!ELEMENT Address1 (#PCDATA)> <!ELEMENT Address2 (#PCDATA)> <!ELEMENT Address3 (#PCDATA)> <!ELEMENT Address4 (#PCDATA)> <!ELEMENT City (#PCDATA)> <!ELEMENT StateCode (#PCDATA)> <!ELEMENT PostalCode (#PCDATA)> <!ELEMENT CountryCode (#PCDATA)> <!ELEMENT PhoneNumbers (PhoneNumber)> <!ELEMENT PhoneNumber (#PCDATA)> <!ATTLIST PhoneNumber PhoneNumberType (HomePhone | BusinessPhone | MobilePhone | HomeFax | BusinessFax | Pager | Telex | TTY) #IMPLIED > <!ELEMENT CountryAccessNumber (#PCDATA)> <!ELEMENT CityCode (#PCDATA)> <!ELEMENT PhoneExtension (#PCDATA)> Y'a bien une structure logique. Ils sont pas pondu ca (vraiment un paquet de fichiers) pour le plaisir, et ils se doutent bien que je vais pas les lire non plus Mais il y a forcément un parser qui permet de transcrire ca en sql (plus fluide pour moi ) On arrive même, dans certains cas, à avoir les types de données (string, longueur du champ, etc..). A mon avis, c'est même extrait directement d'une base de données, mais je ne trouve pas de 'parser', qui me fasse ca.

Bonjour, Les dtd sont en général assez bien détaillées, je me demandais s'il n'existerait pas des traducteurs, ou convertisseurs qui prendraient d'un coté une dtd, pour la convertir en fichier sql pour insérer dans une base de données, merci d'avance.

Imagines que le site en question t'achètes ses plumes. T'en achètes disons... 15 tonnes, à 12 . Et quand tu veux les acheter sur leur site, ben.. Elles sont passées à 13 ?? Attention ! Tu pourrais bien te retrouver... plumée Alors qu'effectivement, avec un contrat entre vous 2, le problème ne risque pas de se poser. Par contre, ce procédé existe sur internet comme partout ailleurs. Lorsque tu achètes un produit en grande surface, il n'est pas acheté au fabricant. Il l'est réellement 60 à 90 jours après. Le 1er janvier tu achètes le produit chez Machinmarché, qui l'achètes réellement le 31 mars au fabricant Ce procédé existe sur internet, c'est d'ailleurs ce qui fait la force des sites qui ne gèrent aucun stock. Tu peux même, dans certains cas, demander au fabricant qu'il envoie le produit chez le client. Mais effectivement, ca n'est pas évident qu'il repasse chez toi la prochaine fois... A moins que tu n'aies un accord, et donc une marge (en fonction des volumes que tu auras vendu.. )

S'ils ne s'affichent pas, il n'y a pas grand chose à faire. Le programme aura du mal à les deviner Par contre, s'ils s'affichent mais 'mal', c'ets un problème de codage/décodage. En fonction du flux, tu as plusieurs solutions. Tu peux nous mettre un exemple de flux (un extrait), pour voir ? merci.

Dans ce cas, oui. Mais c'etait juste un exemple. Mon code est/etait plutot du genre (pour du xml) : $stop=0; on ouvre le fichier, tant que blabla, on lit si $stop==10 on s'arrete etc.. En fait, c'est surtout parce que je j'ai fini par mettre un compteur 'temps', qui me renvoie l'heure (la microseconde) d'execution du script, et que je vois que les 10 secondes d'ouverture de la page se passent pendant la ligne " fopen ". Après, ca va vite, avant aussi. C'est soit parce que le serveur en face est à la ramasse, soit parce qu'ils trainent lorsque c'est un gros fichier. Dans certains cas, le fichier est tout petit. Là, ca ne prend pas plus d'une seconde. Mais dans la majorité des cas, ca dépasse les 4-5 secondes supportables. De quoi faire fuire l'internaute classique :/ (les autres aussi, d'ailleurs.. ) Les gros fichiers font 200-250 Ko. Il faut 10 secondes, pour en charger un ? (parce que là,. oui.)