Anonymus

A mon avis, oui. Tu ne voles pas le copyright, certes, mais tu mets à disposition des gens le moyen de le faire. C'est bien pareil. Mets à disposition des gens des liens vers des sites pirates de musique, et ton serveur sera fermé, même si ton site ne contient pas de musique de ce genre..

Mettre 'cliquez ici' est un peu le comble de l'ironie. Imaginez le haut de cette page, avec des liens 'cliquez ici' à la place de 'regles du forum, forum, publications, etc... Ca ne ferait vraiment pas beau. Idem pour les 'yahoo', google et consors. Les liens de leurs pages ne sont pas en 'cliquez ici', pour les annuaires c'est le nom du site, pour les moteurs c'est le titre de la page du site, mais imaginez la home de dmoz avec des cliquez ici à la place des rubriques... Ca me rappelle le sketch d'un célèbre humoriste, qui racontait qu'il avait mis du temps à comprendre qu'il ne fallait pas lire " toute la ligne d'un coup", pour un livre, mais qu'il faut s'arreter au milieu, et ce jusqu'en bas de page, pour reprendre sur la page suivante.... Si l'on doit faire des sites pour les personnes qui utilisent internet 1 fois par mois, alors il faudra aussi leur expliquer ce que l'on entend par 'cliquez ici'.... Et un texte comme 'prendre le petit appareil à droite du clavier, que l'on nomme communément une souris, et... ' bref, on s'en sort pas..

Oui.. Dans le genre mauvaise adresse, je tombe constamment sur celui-ci : http://www.dnstuff.com/

Bon... A partir de là, le seul à posséder les cartes en main, c'est toi Tant que tu tiens les rennes (reines ?), le forum restera un espace calme et constructif. Dès que tu relachera la pression, c'est dommage, mais tout le monde va se relacher Donc : courage et persévérence !!

Un certain nombre de sites listent tous les sites existants. Ce sont les célèbres 'achetez tel nom de domaine, et testez toutes les extensions, et toutes les variantes. Ceux là se basent bien sur les registars, et ceux là listent bien des sites qui n'existent pas du tout. Lorsqu'un tel site sort, il se retrouve avec un lien avant meme d'avoir commencé.

lock ne nécessite pas d'opérations manuelles, il y a une commande php, donnée par Dan : flock, qui pose et libère le verrou sur le fichier. Le problème de ta solution à base de "?>" est qu'il peut très bien y avoir un ?> au milieu de ton fichier, ce qui ne résoudrait pas ton problème..

Ce que tu dis est vrai, mais peut s'appliquer à 'presque' tout. les noms de domaine, l'hébergement, etc.. Tu connais 'un peu' ( ) le milieu, ce qui fais que tu acheterais sans problèmes un nom de domaine, et tu saurais même où t'adresser. Mais tous les clients ne sont pas comme ca, certains ne veulent pas avoir plusieurs interlocuteurs, et quand on leur explique, avec la page d'index d'ovh sous les yeux, ils ne veulent pas comprendre, et préfèrent laisser cette partie à un indépendant (ou à une société). A mon avis, il faut laisser la possibilité au client, en lui expliquant les 2 solutions. Dans tous les cas : Une marge là dessus est aussi logique qu'une marge sur n'importe quel autre conseil. Rien n'empeche le client de se débrouiller seul. S'il requiert l'assistance de quelqu'un, c'est normal que ce 'quelqu'un' se fasse rémunérer pour cela. On est donc bien d'accord pour dire que c'est de la prestation de 'conseil' D'ailleurs, quand on appelle le plombier, il vient avec son 'robinet', et se prend une marge sur celui-ci. Ce qui ne l'empeche pas, dans le cas où l'on achete son matériel, de l'installer aussi, voire de nous conseiller dans l'achat (dimensions, filetage(?), etc.. ) Nico.

Bonjour, test.xml: <?xml version="1.0"?> <?xml-stylesheet type="text/xsl" href="test.xsl"?> <population> <individu> <prenom>John</prenom> <nom>Doe</nom> <email>john_AT_doe.com</email> </individu> <individu> <prenom>Nicolas</prenom> <nom>Galle</nom> <email>me_AT_here.com</email> </individu> <individu> <prenom>Jean</prenom> <nom>Dupont</nom> <email>dupond_AT_tintin.com</email> </individu> </population> test.xsl : <?xml version='1.0'?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl"> <xsl:template match="/"> <html> <body> <table border="1" cellspacing="0" cellpadding="3"> <tr bgcolor="#FFFF00"> <th>Titre</th> <th>Artiste</th> </tr> <xsl:for-each select="population/individu[nom='Galle']" order-by="+prenom"> <xsl:choose> <xsl:when test=".[prenom='Nicolas']"> <tr> <td bgcolor='red'> <xsl:value-of select="nom"/></td> <td bgcolor='red'> <xsl:value-of select="prenom"/></td> </tr> </xsl:when> <xsl:otherwise> <tr> <td bgcolor='blue'> <xsl:value-of select="nom"/></td> <td bgcolor='blue'> <xsl:value-of select="prenom"/></td> </tr> </xsl:otherwise> </xsl:choose> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet> Utiliser xml pour créer une page web a un coté sympa, surtout avec xsl. Les problèmes que je rencontre sont les suivants : - le xsl n'est pas pris en compte par firefox - transformer du xsl en html ne parait pas possible pour windows et linux en même temps, - les librairies php pour utiliser du xml ou du xsl sont encore expérimentaux (pour php4), et php5 n'est pas encore suffisamment bien implanté, - les émulateurs javascripts pour créer du html 'à la volée' ne marchent pas pour firefox, - Sinon (question subsidiaire..) le xml se réference t il bien ? Bref, quid du xml pour le web. Autant le processus xml->xsl parait intéressant, autant je me demande s'il n'est pas un peu trop 'jeune' pour être utilisé de manière efficace pour un projet web.

Il est dit que Php est plus rapide quand il s'agit de manipuler des tableaux (question vitesse), après, c'est surtout à toi de savoir ce qui te convient le mieux. Je travaille beaucoup avec les tableaux, notamment parce qu'ils présentent un certain nombre d'avantages. Ceci dit, lorsque je dois controler des valeurs, j'utilise plutot la boucle 'foreach', comme ceci : foreach($array as $k=>$v) if( $v != $expr ) // ... C'est surtout à toi de voir, niveau 'feeling', ce que tu sens le mieux, et là où tu penses relire le plus facilement. Si tu fais un code 'bon', mais 'obscure', tu risques au bout d'un certain temps de ne plus pouvoir te relire, ce qui n'est pas non plus la meilleure optimisation

Il y a un p'tit problème, sur ton forum. Tu essaies, à mon avis, de ratisser trop large. Dire qu'il n'y a pas de censure ne suffit pas, il n'y a pas de 'thème général' suffisamment centré. On ne parle pas de littérature sur un forum de jeux vidéos, et inversement. Le fait de vouloir regrouper tout le monde risque d'attirer.. personne. Sur le Hub, c'ets une communauté de webmasters. En centrant, dès le départ, sur une idée, sur une thématique, on pense attirer les personnes qui sont intéressées par cette thématique en général, et telle ou telle spécialisation en particulier. Mais la thématique est suffisamment 'centrée', suffisamment représentative. Soit tu as les membres, et tu créées les thématiques qui leur convient, soit tu as la thématique, et tu essaies d'attirer les membres qui vont avec. Mais vouloir chercher tout le monde fait que tu n'attires personne, à mon avis...

C'est intéressant, mais... Le problème est que l'on ne sait pas s'il n'y avait pas autre chose à tourner en même temps, sur l'un ou sur l'autre. Il y a toujours quantité de programmes qui tournent en routine sur un pc/serveur, et si le test ne prend pas en compte les différents process qui tournent pendant le test, alors on ne peut comparer. Php n'est pas reconnu pour être le plus rapide, il y a quantité de choses pour lesquels il n'est pas aussi rapide qu'un langage machine. Il ne sert à mon avis à rien de faire des courses avec php, il n'est pas fait pour ca. Enfin, la plupart des programmes écrits pour le web ne sont pas optimisés. En optimisant son programme, on obtient des valeurs du simple au double. Les serveurs les plus rapides ne sont pas ceux qui hébergent les scripts les plus optimisés, loin de là.

Tu peux nous poster les valeurs de ... 40 à 45 (par exemple), histoire de voir comment on peut ne faire qu'une seule boucle de tes 45 requètes ?

Oui, d'autant que placer ce genre de données en accès à tous n'est pas un bon moyen d'en garantir l'intégrité. A supposer que tu places un fichier htaccess, tu sera bien obligé d'envoyer à partir du serveur 1, les login/mot de passe. Dans la mesure où tu envoies ces données, elles seront accessibles dans les stats par exemple. Ton fichier appelé ".txt" sera lisible à tous aussi... Tu peux très bien changer le user agent du serveur 1, le temps de lire le serveur 2, notamment avec : _AT_ini_set('user_agent','MonSuperUserAgent'); et ensuite accepter uniquement ce user agent dans le fichier de connexion, avec le $_SERVER['USER_AGENT']. Tu garantis ainsi que le fichier ne sera lu 'que' par le fichier en question qui a les droits.

Dans un premier temps, tu récupères le total des heures, puis le total des minutes, puis le total des secondes. Ensuite, tu convertis l'ensemble en secondes, puis tu affiches le nombre d'heures que ca fait. Le tout en php.

Nul doute que tu trouveras ton bonheur ici : http://www.phpclasses.org/

Au sujet du document_root ou le path :: C'est identique, à 'presque' tous les points de vue. Le 'presque' est le problème suivant. Lorsque tu vois '$_SERVER['DOCUMENT_ROOT']' dans un programme, tu sais tout de suite à quoi il correspond. Lorsque tu vois __PATH__, tu es obligé de rechercher sa correspondance. Tu me dira qu'elle stockée dans un fichier qui rassemble toutes les variables prédéfinies, mais.. faut aussi chercher ce fichier. Etc.. De plus, il est fait mention du problème de l'underscore pour les variables, dans la doc. En gros, les variables utilisées pour le moteur interne de php utilise des variables commencant avec des underscore. En commencant une variable avec un underscore, on prend le risque d'entrer avec ce genre de variables. (surtout en prenant un nom de constante anglais. A priori, moins de risque d'entrer en conflit avec une variable comme : _AU_PTIT_BONHEUR_LA_CHANCE_ qu'avec : _LINE_ par exemple .

Pour changer ce répertoire, tu peux faire appel à la fonction : et lui passer les paramètres qui t'intéressent. Pour info, j'utilises aussi le $_SERVER['DOCUMENT_ROOT'] qui permet de toujours savoir où l'on en est.

Bonjour et bienvenue. C'est dommage, car peu de sites peuvent se passer complètement de texte. Et si la technique est au point, l'orthographe est la première chose qui saute aux yeux des visiteurs (avec le design).

Tout dépend ce que tu entends par 'exploiter'. Tu es probablement dans ton droit de stocker les accès à telle ou telle rubrique. De là à ressortir les 'mauvais salariés' (ceux qui passent moins de 7h55 sur le site), ca risque de provoquer des remoux, oui

J'ai parcouru pas mal de bases de données de villes, notamment pour créer un programme de géolocalisation en fonction des latitudes/longitudes pour Studyrama. Les bases gratuites les plus complètes sont américaines (ah ? ) mais il n'est pas fait mention des altitudes. Si tu trouves, je suis également preneur

Parce que ceux qui ne sont pas ouverts ne sont pas comptabilisés CQFD.

Titre modifié, message déplacé.

Tu dois passer à autre chose. Le temps que tu vas perdre à leur courir après ne sera que temps perdu. Gardes de ceci la morale : - Ne pas croire qu'un contrat oral se termine bien, - Pour 300 (ou 2 ans d'abonnement), tu as pris beaucoup d'expérience, - Toujours faire un backup de ce que l'on installe chez le client, ca t'évite de courir après le code source lorsqu'il y a désaccord, - Si pour toi, le développement du site est 'beaucoup', et les cours 'peu', tu penses bien que pour eux, c'est le contraire. Tu n'as pas fait beaucoup, mais tu as bien profité de leurs cours. - Le judo est un sport sympa, mais c'est comme partout, il y a un certain pourcentage de c... Bref, le temps que tu perds à... stagner, tu ne le passes pas à avancer. Recommences tes 'sources', fais en de meilleurs, et la prochaine fois tu les vends, au lieu de les échanger

L'idée de Bill Gates (il me semble qu'elle venait d'elle) était intéressante, dans ce cas, puisqu'il parlait de 'temps ressource machine'. Imaginons qu'un mail mettre 1 seconde pour être envoyé, ca limiterait énormément les envois massifs, sans pour autant pénaliser l'utilisateur normal. Cependant, dans la mesure où certains envois de mails sont 'justifiés', c'est aussi pénaliser tout le monde à cause de certains..

Je te renvoie à une discussion que j'avais initiée, au tout début du Hub : http://www.webmaster-hub.com/index.php?sho...2006entry2006 Le sujet est vaste, et parfois controversé. Que ce soit en France ou ailleurs, le spam est interdit, évidemment. http://www.pcinpact.com/actu/print.php?id=25860 Cependant, la Poste n'est elle pas payée pour mettre dans nos cheres boites au lettres des catalogues publicitaires ? C'est dans l'usage, c'est normal. S'il y a 3 journaux dans ma boite aux lettre, je parle de... information (?). S'il y en a 5, je parle de parasitage, de tracas. S'il y en a plus de 10, je parle de... spamm. Même si chacun d'eux a été envoyé une seule fois.. Il y a des cas où le spam est reconnu comme tel. Lorsqu'il n'y a pas d'expéditeur facilement reconnu. Mais pour les autres cas.. ?