Anonymus

Bonjour, Le problème de phpbb est qu'il est souvent attaqué par les hackers. Tu risques de devoir passer pas mal de temps à faire des mises à jour..

D'un autre coté, tu conviendra qu'il ne suffit pas d'être premier sur une requète pour être 'celui que les gens pensent qu'on est' : autrement dit, ca n'est pas parce que firefox renvoie les gens sur un site (airfrance.fr ou .com), que ce site soit le site officiel. Pourtant, les gens ont cette impression : C'est le site officiel, sinon il m'aurait été retourné une liste de sites...

Récupères toutes tes chaines, et traites ensuite séparément les chaines. Ou alors, effaces l'attribut width partout, tu n'auras ensuite que des chaines img sans width

D'un coté, tu as function __delete_tmp($path) et de l'autre, tu appelles : $this->__undelete_tmp(DIR.'/.')' Cherches tu au bon endroit ?

Je ne suis pas sûr de comprendre :/ Si tu ne te sers pas de $var, tu n'as pas besoin de l'effacer !? Mon idée, par rapport à cela (et ce que j'en ai compris, mais.. je n'en suis déjà pas trop sûr : ) Dans le cas d'un formulaire d'inscription. Tu dois recevoir les infos par POST (enfin. normalement). Là, tu effaces $login et $pass, pour te servir de $REQUEST['login'] et $REQUEST['pass']. Mais si tu ne te sers pas de $login et $pass, ca ne sert à rien de les effacer ? ( m'enfin bon.. laisses tomber, c'est dimanche soir, j'suis fatigué )

A mon avis l'idéal serait de réaliser une liste déroulante, en ajax, qui présenterait les résultats (lorsque ceux-ci ne dépassent pas une centaine), pour ce que la personne commence à écrire. Lorsque la personne tape le début du nom, tu as tous les noms qui commencent pareil qui s'affichent. Et ainsi de suite. Ca t'évitera les doublons, tout en te permettant d'en ajouter à tout moment, et tout en permettant (à l'utilisateur) de vérifier en temps réel, les données déjà insérées dans la base.

Peux tu préciser ta requète, parce que j'ai bien peur que tu sois un peu trop vague pour que l'on puisse te fournir une réponse précise à ton problème.. - Les champs de ta table, - la facon dont tu envoies tes données, - etc.. tout ce qui pourra nous aider à comprendre ce que tu veux faire, Merci.

L'idée est celle-ci : Si tu fais référence à l'objet, pour la commande, ca va donner des effets de bord. Exemple : Un produit 'cassoulet en boite 250g' (ID=15) est acheté le 1er janvier. Le 30 janvier, ton client veut changer ce produit, qui ne correspond plus à la demande. Il le modifie en 'cassoulet en boite 500g', (ID=15). Pour lui, il n'y a pas de conséquences. Pour ta base de données, le client qui a acheté le 1er janvier du cassoulet 250g. va se retrouvé avec une commande IDproduit=15, soit 'boite de cassoulet 500g'. Ce que veut dire robinsonvendredi, c'est que tu doit pouvoir modifier/supprimer un produit, tout en gardant, dans les commandes, les 'produits' qui ont été acheté auparavant. Les 2 (la table produits et la table commande) doivent être séparées. L'une (le produit) doit pouvoir être changé n'importe quand (le produit bouge, change), l'autre la commande doit être figée dans le temps. Elle est passée, elle a été passée, elle est.. figée. Pour cela, donc, il te faut créer 2 tables, non liées avec des ID quelconques. Pour info, il te faut faire de même pour les clients (avec l'idée qu'un client peut changer d'adresse, il te faudra garder l'ancienne adresse) Anonymus.

Ton idée serait que les variables passées en REQUEST (par exemple en GET) soient effacées lorsqu'elles sont passées par l'url. C'est une bonne idée, sauf que.. tu ne sais pas vraiment ce qui est passé par l'url. L'utilisateur pourrait rentrer une variable que tu utilises dans ton script, et celle-ci serait effacée sans discernement :/ Pour infos, si tu veux controler la position d'un register_globals, tu as accès à ini_set, ainsi : Anonymus.

Bonjour, Il n'y a pas de rapport entre un 'while', et la limite des 30 secondes, hormis le fait que la boucle puisse mettre longtemps à s'executer.

J'ai réglé le problème avec une fonction semblante plus 'compliant' : window.document.forms['reservation'].nbc.value Merci

Bonjour, D'un coté, je demande le nombre de chambres : De l'autre, je dois afficher des données, en fonction du nombre de chambres justement : Ca se passe très bien, sous ff, mais je n'ai rien sous IE. Je poses donc un 'alert', mais s'il me renvoie bien le nombre de chambres (sous ff), il me retourne toujours '1', sous IE. A priori, le problème se pose à cause du getElementById, à moins que ca ne soit le "onchange" sur le select !? la réponse doit être triviale, mais.. je sèche Si vous aviez la solution, Merci d'avance.

En fait, lorsque l'on prend l'usage classique, tu as la page d'accueil, qui va chercher les infos dans le fichier config.php. Mais tu as d'autres pages : page contact.php, page machin.php, etc.. Puis tu peux avoir aussi d'autres types de page : outils, taches, etc.. Soit tu répètes les infos de configuration dans tous ces fichiers, soit tu les regroupes tous au même endroit, dans un fichier de config, par exemple. L'avantage, c'est que lorsque tu veux changer une donnée (mot de passe, par exemple), tu ne t'y prends qu'à un endroit. Sinon, il te faudra retrouver tous les endroits où tu as pu loger ces données De manière générale, les infos qui se répètent, dans un site, sont regroupées dans un même fichier. Si ce fichier est trop long, alors tu le découpes par type (config., connexion, outils, fonctions, classes, etc..). Au final, tu organises ton code de facon à retrouver ces infos le plus rapidement possible, mais... tu permets aussi à celui qui va récupérer le code derrière, de s'y retrouver très rapidement

Une virgule suffit pour faire planter un script php... Merci de faire l'effort pour l'orthographe également.

Par contre, le script formmail est souvent victime de spammeurs, hackers, etc.. Evites de l'utiliser, ca t'évitera de servir de plateforme d'envoi de mails en masse.

En 2 mois, et les pages Hub ne sont pas désindexées, ce qui laisse planer le doute sur les sites trop rapidement 'liés', et 'non indexés'..

Si on ne s'en sert pas, il faut l'enlever. Le problème se posait, avant, avec les transistors, radio-cassettes, etc.. Les piles 'fuyaient', et devenaient inutilisables, oxydant par la même occasion le matériel. Les piles ont changé, mais.. pas forcément le principe :/ De plus, même si on ne l'utilise pas, une pile se décharge.

Pour une base de données un peu plus complexe, tu as plusieurs méthodes, dont merise : http://www.commentcamarche.net/merise/concintro.php3 Ca peut paraitre complexe, au début, mais ca va tout seul après. Lorsque ca devient 'vraiment très compliqué', ben... tu décomposes en sous ensembles moins complexes. Sinon :: Tu as quelques articles/exemples, ici : http://www.webmaster-hub.com/publication/rubrique17.html Si tu as une question, n'hésites pas

Je ne me pose même pas la question de la base de données par rapport aux fichiers texte. Mysql est autrement plus rapide que php, point barre. Et les cas où mysql est moins rapide, c'est qu'il faut changer de serveur. Mon site perso gère 3 millions d'enregistrements, et je n'imagine pas le quart d'une seconde que le serveur puisse faire ca en fichier texte.. La base de données est un système de fichiers texte hyper optimisé. Pourquoi réinventer le fil à couper le beurre ?

Les books ne sont pas dans le même répertoire que le programme qui les attribue (solution plus simple à expliquer..) Lorsqu'un membre se voit attribué un book, il va sur le programme de chargement. Toi, tu vas jeter un oeil dans la table des commandes, pour voir quel book il a acheté. Dans cette même table, tu mets le statut 'téléchargé' à 1. Ensuite, tu vas piocher dans le répertoire 'bibliothèque' (qui contient les books), et tu lui propose le book en téléchargement. Optionnellement, tu lui envoies le book par mail. De manière générale, tu ne peux protéger le book pour une lecture unique. Il reste plus qu'à savoir que le 'risque zero' n'existe pas..

1, 10, 25%, tout depend si tu souhaites motiver tes affiliés, si tu as 'de la marge', si... bref, c'est à toi de voir, il n'y a pas vraiment de regles. Amazon reverse jusqu'à 10% de comission, alors que d'autres s'y brulent les ailes : http://www.sam-mag.com/P2,2,5,15,,,default.aspx ..

J'utilises post affiliate pro, qui marche vraiment bien, et qui est vraiment abouti. http://www.qualityunit.com/postaffiliatepro/ (aucun problème.. que je n'ai su résoudre)

!? Pourquoi tu ne lui en parles pas ? Comptes ses heures devant l'écran (de télévision), ses heures devant un bouquin, et demandes l'équité

Le manuel phpadsnew est disponible uniquement en anglais, mais il est vraiment très complet. ( L'un des plus complets pour de l'open source !?) = > http://phpadsnew.com/two/support-documentation.html

j'aurais dû commencer par le whois, effectivement. La page d'index et la réponse d'OVH m'ont fait douter :/