Anonymus

Il est tout de même possible de donner un titre à une page, et plus, en utilisant cette méthode. Le problème en utilisant plusieurs pages, c'est lorsque l'on veut rajouter un énième include. On doit tout ouvrir, pour le rajouter sur toutes les pages. Idem si l'on veut modifier le chemin d'un include. Là, il n'y a qu'une seule page qui centralise toute la mise en page. En fait, cela dépend aussi surtout du type de contenu. Pour certains, il s'adapte très bien, alors que pour d'autres, il est assez contraignant. Anonymus.

Pourquoi dans certains cas, ca marche, et pas dans d'autres ? Simple. Dans certains cas, les données sont mises en 'cache' sur le serveur, jusqu'à la fin du script, où les données sont toutes envoyées en meme temps, dans le bon ordre (donc les cookies en premier), au navigateur. On a l'impression que les lignes sont envoyées au fur et à mesure, alors qu'elles sont stockées, pour éviter notamment ce genre d'erreurs. Certains moteurs de template utilisent ce système de mise en cache, certains programmes open source également, puisqu'il permet une meilleure prise en compte des messages d'erreurs notamment. Anonymus.

Il y en a 2 sur le Hub : http://www.webmaster-hub.com/publication/article48.html et http://www.webmaster-hub.com/publication/article49.html Anonymus.

IL est probable que tu envoies des informations au navigateur avant ces codes. Par exemple, le début de la page, le logo, le menu, etc. Il ne faut rien envoyer du tout. Toute commande 'echo' fera échouer le script, toute ligne vide non comprise entre <? et ?> générera une erreur, etc. Avant ton message d'erreur, qu'as tu à l'écran ? Pour le savoir, tu peux, juste après le premier : <?php faire die("<-----"); Tu regardes le code source. Si tu as quelque chose avant le <---- (même une ligne blanche !) c'est que quelque chose est envoyé au navigateur. Dans ce cas, ca ne peut marcher. Anonymus.

Lorsque j'ai à utiliser un template, j'utilise pat template, mais je pense passer rapidement à PhpLib, ou le système Pear. Mais tu peux utiliser ton propre système de template, ce n'est pas difficile à créer, et au moins, tu sauras comment il marche Sinon, par rapport au comparatif de la page que tu donnes, Flexy (l'avant dernier) parait pas mal.

A noter qu'il est assez facile de modifier le HTTP_USER_AGENT, en php notamment.

tu mets un fichier index.html vide, à l'intérieur de ce répertoire.

Enleves cette ligne : $texte_html .= "Content-Transfer-Encoding: 7bit\n\n"; ca devrait le faire.

Quel est le chemin jusqu'à l'image, et quel est le chemin jusqu'au fichier qui appelle l'image ?

ces deux lignes : $entete .= "Content-Type: multipart/alternative;\n"; $texte_html .= "Content-Transfer-Encoding: 7bit\n\n"; mais je ne vois pas pourquoi tu veux les enlever, elles ne dérangent pas, tu peux les laisser.

Bonjour, pour savoir où se trouve ton programme, tu peux utiliser la fonction : realpath(). Utilisation : echo realpath("logo.jpg");

Effectivement, toute solution visant à restreindre la possibilité de s'inscrire remplit son role. Il reste à savoir si cela en vaut la peine. Sur certains sites, il n'y a même pas d'adresse mail où contacter le responsable, ce qui rend impossible l'inscription comme tu le mentionnes. Une autre solution serait éventuellement d'envoyer un mail à la personne qui s'inscrit, en lui demandant de renvoyer le mail. Je ne sais pas si c'est possible pour un mal-voyant, voire un non voyant, mais c'est peut etre une solution à envisager. Sinon, il peut y avoir la solution de faire une 'sortie' vocale du numéro généré, ce qui aurait pour effet de court circuiter les robots. Mais ceux ci ne sont peut etre pas si nombreux qu'on voudrait bien le croire. Une désinscription manuelle est peut etre la meilleure solution. Anonymus.

Bonjour, En fait, ce n'est pas tant le problème du formulaire, mais celui de la base de données. Ce formulaire est des plus simples, et ne posera pas de problèmes particuliers. Par contre, en fonction de la facon dont tu concevra ta base de donnéees, la recherche ne s'effectuera pas pareil. Si c'est encore un projet 'embryonnaire', alors réfléchis plus sur la base de données, qui reste essentiel, et ne t'inquiètes pas trop pour le formulaire, qui reste une 'formalité'. Anonymus.

En fait, ce n'est pas une requète spécialement compliquée, mais qui peut prendre du temps. Lorsque j'affiche les process, il me renvoie bien l'url, en me disant qu'il 'cherche', mais ca dure ca dure, et à un moment, la base devient inaccessible.... ainsi que tout le site (meme les pages sans sql). J'ai réussi à redémarrer le système entier, mais ce n'est pas une solution, et j'aimerais bien faire ces requètes, qui sont tout de même assez 'banales'. $q = "SELECT url_id FROM table WHERE txt LIKE '%test%'"; Merci.

Bonjour, Après avoir essayé une grosse requète sur une base de données, elle est devenue inaccessible. COmment faire pour la redémarrer ? J'ai essayé : start mysql Il m'a répondu qu'il restait des process. J'ai donc fait : killall mysqld et là il a bien répondu starting mysqld daemon. Mais rien, la mise en route semble ne pas se faire, et le site est toujours inaccessible. Anonymus.

J'ai eu un problème similaire, avec une carte mémoire défectueuse. Certaines parties de cette carte ne marchaient plus, d'où des erreurs 'de temps en temps', puis de plus en plus souvent, pour se terminer comme ca.

Dash, Je n'ai pas compris. Tu n'aurais pas une erreur de copier/coller ?

Il y a possibilité, avec le from, de mettre des espaces entre les mots. Ainsi, il est possible de mettre nom prénom <adresse mail>. Par contre, lorsque l'on teste une fonction, qui ne veut pas marcher, il ne faut pas mettre d'arobase. Sinon, on n'a plus les messages d'erreur. L'arobase sert lors de la mise en ligne, pour éviter que les erreurs apparaissent sur le site, lorsque la fonction semble marcher.

C'est tellement bien expliqué dans la doc, que je préfère t'y envoyer http://www.nexen.net/docs/php/annotee/func...ror-handler.php Le gestionnaire d'erreurs, la récupération des messages d'erreur, etc.. Et tu peux adapter facilement pour t'envoyer un message, te spécifiant qu'une erreur a eu lieu Anonymus.

C'est parce que je l'appelle par son petit nom

Bonjour, tu peux essayer ceci : var_dump(gd_info()); Si tu as une sortie écran, alors cela signifie que la librairie GD, autrement dit la librairie graphique est installée. Si tu as un message d'erreur, type : cela signifie que lia librairie n'est pas installée.. Auquel cas tu ne peux pas utiliser GD sur ton micro local. Anonymus.

Bonjour, tu créé un fichier, que tu nommes test.php dedans, tu mets ceci : <? echo"<b>Test.</b>"; ?> Ce code doit écrire : Tout simplement. On verra ensuite pour mysql. Anonymus.

La doc est pourtant le seul moyen pour tomber sur des fonctions qui passeraient autrement totalement inapercues. Qui connait, par exemple, la fonction "tick" ? Dans la doc, il y a toutes les subtilités du code, toutes les exceptions, etc, etc.. et plus encore. Bon, j'essaie pas de la vendre, mais... Pour l'annuaire inversé, il existe google, qui permet une recherche par mots clé (plein d'humour, aujourd'hui).

L'include renvoie 1 quand il marche, sinon ca plante Si tu fais include("nom_fichier.php"); au milieu d'une page html, il va te renvoyer le contenu de l'include (ou l'executer). Si tu fais echo include("nom_fichier.php"); il va te renvoyer le contenu suivi d'un 1, puisque pour lui, la fonction include a réussi. Voilà.

Bonjour, tu récupères la variable renvoyée par dirname, tu la passes dans 'explode', et tu récupères le dernier élément du tableau avec count. Voilà