petit-ourson

Il n'y a pas beaucoup d'intérêt de ressortir un sondage de 2003 dans la mesure où nous ne pouvons pas changer nos réponses (et en 4 ans, il s'en est passé des choses).

Si tu as supprimé le fichier (et remplacé par le bon fichier), c'est bon, tu as réparé.

Sans doute un problème de cache si le problème persiste.

les webmasters à créer un second formulaire accessible (bonjour le cout de maitenance dans ce cas là);

Tu peux très bien utiliser le même formulaire, pourquoi en recréer un ?

si tu exécutes ta requête directement dans la console MySQL, tu as quel résultat ?

Et avec ceci : http://fr3.php.net/manual/fr/ref.oci8.php ou encore celle-ci : http://fr3.php.net/manual/fr/ref.pdo.php

Dur sans le site et d'autres paramètres... Tu as de la pub, des affiliations, des partenaire, etc. etc.

malheureusement certains hebergeurs ne prennent pas en charge la réecriture d'url

Heureusement que nous avons la possibilité de changer d'hébergement ;o)

Bonjour tout le monde !

Je dois me connecter via PHP à un serveur SFTP. J'ai déjà réussi à le faire sur divers serveurs avec des modes de connexions différentes (soit un couple login/password, soit un couple clef public/clef privé).

J'ai cependant un serveur récalcitrant. Visiblement, il n'aime pas les connections non-interactives. Le serveur SFTP n'accepte pas le mode d'échange de clefs implicit...

Quelqu'un sait comment je peux faire (quelqu'un a compris déjà) ?

Il faudrait un comparatif prenant en compte les extensions qui permettent d'ajouter aux navigateurs les fonctionnalités inexistantes.

Le problème est réglé. Il suffisait de transformer $_POST['lien'] en $_POST[lien].

Merci encore pour votre aide.

Cela peut être problématique sur certaine configuration et ... cela reste incorrecte (même si cela marche aujourd'hui).

la première solution a mon avis à un détail près, c'est qu'il faut que l'utilisateur puisse aussi s'enregistrer via le site marchand et pas que le 1er site.

Reste que les infos personnelles pour faire un achat et pour discuter sur un forum ne sont pas vraiment les mêmes.

Un forum qui demande une adresse, c'est assez bizarre.

Le problème des sites qui proposent les programmes tv, c'est à 90% pillé sur un site d'un magazine TV.

Donc pour un usage collectif, c'est pas forcément la meilleure des choses.

Je pense que ton modèle de données est à revoir. Ce que tu nous as montré n'est pas vraiment une requête, mais plutôt un script.

1.80 € pour 7 clics, c'est par contre pas mal ;o)

C'est une méthode convenable. (enfin après tout dépend le nombre quand même)

Ca ne provient pas de ton compteur ?

Et bien si je fais ça, ça me fait exactement la même erreur. Dans un sens, c'est logique: je n'ai pas d'index sur code_media dans ma table Media, et pourtant ma clé étrangère vers Media(code_media) est correcte dans ma table Exemplaire.

Tu n'avais pas d'index mais une clef primaire. ;o)

Il est déconseillé de mettre des accents et des espaces dans les noms de fichiers.

Le mieux à faire est peut-être d'appeler ta page ainsi : "faire-ceci.html"

Et si tu ajoutes un index à "code_exemplaire" de ta table Exemplaire ??

Ca marche également (dans une moindre mesure) avec les Pages Hub ;o)

Les suivants n'ont pas beaucoup plus de bl. Peut-être que c'est une référence dans la construction des maisons ;o)

require() inclut et exécute un fichier PHP.

Source : http://fr3.php.net/manual/fr/function.require.php

Ce n'est pas parce que ça marche, que ce n'est pas faux (par contre l'inverse n'est pas garantie).

Si a la place de ton require, tu faisais un 'echo'.

PS: J'aime bien le ($page == $page) ;o)

Le jour où son site est valide XHTML, je lui propose un partenariat avec mon site sur la peluche singe. ;o)

Et il y a quoi comme code ligne 14 et un peu avant.

Je penses qu'avant de se pencher sur le SQL, il faudrait ce pencher sur une méthode d'analyse (Merise, UML, etc.).