Anonymus

Si tu dois revoir tout le site pour ce qui est des accents et des espaces, profites en pour mettre tous les noms d'images en minuscules, au lieu d'avoir des minuscules et des majuscules pour certains noms. Cela pourra t'éviter également des ennuis par la suite.

1/ Il y a des accents, dans les noms des images. 2/ Ajoutés aux espaces, 3/ Aux majuscules dans certains noms, 4/ au chemin qui n'est probablement pas bon le serveur finit par ne plus trouver les images. Tu devrais mettre un fichier htaccess(voir la partie 'publications' du Hub pour son fonctionnement), ce qui éviterait que les erreurs soient redirigées sur le serveur de l'hébergeur. Peux tu nous donner l'adresse d'une image, dans le même répertoire, qui marche ? Ou le nom du répertoire, des sous répertoires, le nom de l'image, etc tout ce qui pourrait aider ? Merci.

Oui et non. Elle est 'un peu plus lourde', mais beaucoup plus évolutive, en fait, puis qu'il suffit de rajouter un élément au tableau pour qu'il soit pris en compte. Inutile de se retaper la condition en entier (avec les sources d'erreurs, par exemple) Je préfèrerais l'utilisation des 'in_array'.

Non. Si c'etait un problème de droits, il te dirait qu'il ne peut y accéder à cause d'un problème de droits. Là, si la traduction est correcte, ca veut dire qu'il ne peut y accéder parce que le fichier n'existe pas sur ce serveur. Exemple : Sur le serveur 'distant', il est à /home/domaine/www/doc/fichier.html sur le local, il est à : /home/pseudo/www/repertoire/doc/fichier.html Si tu mets des noms de répertoires absolus, mais que tu ne prévois pas le changement de serveur dans un fichier config. par exemple, tu peux avoir ce problème là. Idem que pour les images, par exemple

En fait, pour compléter la réponse de Dan : Si tu modifies trop ton code originel, tu ne peux plus suivre les changements de version. Elles ne sont pas fréquentes, mais il est dommage de se retaper toutes les modifs lorsqu'IPB change de version, et d'un autre coté, il est dommage de ne pas changer de version sous prétexte que la sienne est trop customisée.

Lorsque TU appelle le script, avec une image, c'est bien ton micro qui appelle l'image, et donc son IP qui est enregistrée. Lorsque tu utilises CURL, c'est le serveur qui fait l'appel, et donc c'est son IP qui est/sera récupérée, quelque soit la méthode.

Si tu ne veux pas toucher à ce fichier (php.ini), tu peux mettre, au tout début de ton script, la fonction : error_reporting(0); // Désactiver le rapport d'erreurs Lorsque tu cherches une erreur, tu passes cette fonction à : error_reporting(E_ALL); // Repporter toutes les erreurs PHP. Le plus simple étant alors de connaitre son : $_SERVER['DOCUMENT_ROOT'] et donc ajouter les lignes : error_reporting(0); if ($_SERVER['DOCUMENT_ROOT']=="c:/home"){ error_reporting(E_ALL); } Ce qui signifie : On place le gestionnaire d'erreur à '0' aucune erreur retournée (sauf les plus graves), et si l'on est en 'local', alors on renvoie toutes les erreurs Voilà,

Sans l'autorisation de l'éditeur, oui, c'est interdit. Les articles de presse font l'objet d'un copyright, et il faut demander l'autorisation du magasine pour avoir le droit de copier et mettre à disposition un article.

Je doute que beaucoup d'annonceurs soient d'accord avec une telle pratique

En fait, ta question est beaucoup trop vague pour que l'on puisse correctement y répondre. Qu'attendez vous ? Que cherchez vous exactement ? Quelles sont vos connaissances, quel genre de site est-ce, etc..

Déjà, si l'on clique sur RSS2, ca marche, il n'y a pas d'erreurs php. Ensuite, pour tes accents, tu as 2 problèmes : Il te faut spécifier l'encodage de tes documents (ils sont en UTF-8, alors que tu les fais passer pour du ISO-8859-1. Ensuite, tu affiches les entités html sans les transformer. A mon avis, il y a une fonction qui merdouille quelque part, lors de l'enregistrement de tes données. Si tu ne veux pas modifier l'enregistrement de tes données, tu peux ajouter une fonction style "html_entity_decode", sur la sortie de tes données. Anonymus.

Imagines que tu aies une boulangerie. Si tu la mets au 3e étage, il ne faut pas s'étonner que certaines personnes ne puissent y accéder. C'est un peu le principe de l'accessibilité. Si tu cherches les internautes qui n'ont pas IE, tu n'en trouveras pas beaucoup. Si tu cherches les internautes qui confondent les couleurs (=daltoniens ?), tu n'en trouveras pas beaucoup. Si tu cherches les internautes qui désactivent le javascript, tu n'en trouveras pas beaucoup. .. Maintenant, si tu ajoutes toutes ces personnes, tu te retrouves avec une liste impressionnante d'internautes qui n'auront pas accès au site. Si ca te convient, tant mieux, mais saches que les internautes ne peuvent pas forcément (ou ne veulent pas) changer la config. de leur micro (de leur handicap ?). De plus, sur internet, le principe est d'attirer l'internaute. Si, pour une raison ou une autre l'internaute a un problème avec ton site, il n'ira pas se poser de questions, il changera, tout simplement. Maintenant, imagines que LE internaute que tu voulais capter à tout prix (un prospect très important, ton futur patron, la femme de ta vie, etc??) arrives sur ton site, et n'en voit qu'une partie. Quelle opinion se fera t il de celui qui l'a concu ? Il est plus facile de faire un site pour tous que de demander à tous de s'équiper pour son site.

Tu trouveras dans les publications du Hub un 'anti-aspirateur' de sites. Lien : http://www.webmaster-hub.com/publication/article49.html

A l'instar de Ajax, il existerait "jsrs" : Javascript Remote Scripting. Une démo ici : http://ajornet.com/techniques/dphp/

Le nic proprio est assez significatif, c'est le nom du propriétaire du site. A priori, c'est parce que le nom de domaine t'appartient, que c'est ton nom.

Il ne faut pas faire un 'retour', mais 'continuer', et afficher la même page, avec les champs préremplis. Montres nous ton code, que l'on puisse t'aiguiller.

Pour l'histoire du temps dépassé : Tu as la fonction 'set_time_limit(int second); qui te permet de déterminer le temps max. d'execution du script. Ainsi : set_time_limit(86400); permettra à ton code de s'executer dans un interval de temps maxi de.. 24 heures (suffisant pour la plupart des scripts )

T'as pas une sauvegarde ? (quand on fait un truc aussi important qu'une purge, et de surcroit quand on la fait la première fois, faut toujours faire une sauvegarde ! )

Il faut bien se douter que 'tout le monde' peut regarder le Hub, et que donner un nom de domaine peut s'avérer hasardeux. Premier arrivé premier servi reste l'adage sur le net, pour beaucoup d'internautes. N'hésites pas longtemps si tu as une idée, ou alors ne la divulgues pas

Lurch, Si la méthode de Ganf ne marche pas, c'est parce que ton serveur considère toute variable comme 'existante' par défaut. Donc, il fais tous les cas, puisque : if (isset($map['abv'])) { est toujours évalué en 'TRUE' (vrai). Ceci dit, elle est 'valable' et logique. Tu devrais juste remplacer cette ligne par : if (!empty($map['abv'])) { C'est moins logique, mais ca doit marcher PS : De la même facon que : - Lorsque Dan poste une expression regulière qui ne marche pas je ne me pose pas la question "Où a t il fait une erreur", mais "pourquoi ca marche, mais pas chez moi", de la même façon je ne remettrais pas en cause le code de Ganf, au plus je me poserais la question de savoir pourquoi ca veut pas marcher chez moi

Je ne suis pas d'accord. On ne perd pas de temps avec un client qui génère 100/an. De la même facon qu'ils détectent les erreurs/fraudes automatiquement, il leur est facile de faire une procédure automatique pour envoyer les mails de 'rappel'. Par contre, ils peuvent préférer supprimer un compte que de donner l'impression d'être laxistes. Les nouvelles vont vite sur internet, le bouche à oreilles aussi, et le fait de virer un compte réfreine les autres utilisateurs à faire 'des erreurs'

Je ne comprends pas bien ta question : - Tu demandes si un indépendant a besoin de faire un business plan pour créer son activité ? - tu demandes s'il existe des indépendants dont le métier est de faire des business plan pour leurs clients/futurs clients ?

Non pas un mystère : La requète renvoie une erreur lorsque le nombre de paramètres est faut. $result = mysql_query("SELECT * FROM table1", $link); $num_rows = mysql_num_rows($result); Or : Si la requète sql renvoie une erreur, le $result retourne un booleen (false), et donc mysql_num_rows renverra une erreur.

Bonjour, Pour que tu ne penses pas que l'on s'acharne sur toi, je précise : J'ai édité le titre de ton message pour qu'il corresponde à la ligne éditoriale du reste du forum 'les membres se présentent', à savoir : titre = nom du pseudo Comme les autres Anonymus.

Que tu aies reçu ton mail au bout de 3 jours est une chose. Ce n'est pas pour ca qu'il leur a fallut 3 jours pour seulement 1 mail. Tu penses bien qu'ils ont du en envoyer un bon paquet, de mail