captain_torche

Et lorsque tu fais ça, tu vois les pièces jointes ? C'est vrai que ta solution est un peu bancale, mais si tu arrives à le gérer sans trop de soucis de cette manière, pourquoi s'en priver ?

Déjà, question essentielle : laisses-tu à dreamweaver le soin de gérer TOUT ton code ? Dans ce cas, tu vas avoir du mal à le gérer comme tu l'entends. Sinon, si tu as quelques notions de base de programmation, et qu'il t'arrive de 'mettre les mains dans le cambouis', c'est assez simple. Ca ressemblera à quelque chose du genre : <?php if($poids <= 3) $frais_de_port = 8; elseif($poids <= 7) $frais_de_port = 11; else $frais_de_port = 20; // Ensuite, on a le calcul du montant total $total = $prix_commande + $frais_de_port; echo $total.' €'; ?>

Dans ce cas, c'est sans doute un souci dû à outlook. Avant l'envoi, vois-tu déjà les images en pj ? Et sinon, comment fais-tu pour mettre ton mail dans outlook ? Copier-coller ? du code ou du rendu ?

Tu peux mettres des urls absolues dans ton mail (du genre '<img src="ht*p://www.tonsite.com/images/tonimage.gif" />), pour que le client mail aille chercher les images sur ton site à la consultation du mail.

Si tu veux juste la forme www.site.com, il va falloir utiliser la fonction str_replace pour supprimer 'http://', la fonction strpos pour trouver la place du premier slash, et la fonction susbtr pour retourner la portion d'adresse qui te convienne. Ca pourrait donner, par exemple : function url1($url) { $url_sans_http = str_replace('http://', '', $url); $position_slash = strpos($url_sans_http, '/'); return substr($url_sans_http, 0, $position_slash); } echo url1('www.le-site.com/lien-de-fou/hyper-long/puis-enfin/la-page.htm'); Tu peux également utiliser les expressions régulières : function url2($url) { if(ereg("(http://)?([^/]+).*", $url, $reg)) return $reg[2]; } echo url2('www.le-site.com/lien-de-fou/hyper-long/puis-enfin/la-page.htm'); Je ne saurais pas te dire laquelle des deux fonctions est la moins gourmande en ressources côté serveur, si jamais un autre hubber le sait, je serais intéressé de le découvrir.

Ben, comme il te l'a dit, c'est 'sous réserve de fonctionnement', donc il va falloir que tu testes par toi-même. Sinon, le gros inconvénient de cette méthode, est exactement le même qu'avec les frames, donc je serai enclin à te la déconseiller : - Il n'existe qu'une seule page de présentation, avec une seule URL d'accès (pas de paramètres modifiables dans l'url) : on ne peut donc accéder à ton site QUE par cette page. - les moteurs de recherche suivront les liens de ton menu, indexeront sans doute tes pages de contenu, et par conséquent, un internaute risque d'arriver sur ton site par une de ces pages, qui ne contient ni en-tête (sur quel site suis-je ?), ni navigation. Il y a de fortes chances que le visiteur n'aille pas plus loin. Sinon, par rapport aux "pages identiques avec une partie qui change", c'est comme ça que les sites statiques (sans frames) fonctionnent. Et, si tu as bien géré la création de tes pages (séparation du contenu et de la présentation), le code récurrent dans tes pages ne sera pas bien gros.

Si tu ne peux pas utiliser PHP, oublie les deux méthodes pour l'instant, et fais ton site entièrement en statique. En gros, tu vas devoir faire un fichier par page, chacun contenant le menu et son contenu spécifique. Concernant les deux autres méthodes, l'avantage certain est qu'en cas de modification du menu (ajout d'un élément, ou autre), la modification est répercutée automatiquement dans chacune des pages du site. La première des deux méthodes est plus simple à mettre en oeuvre, mais oblige toutefois à répéter dans chaque page, la structure de base du site. La seconde est plus complexe, mais permet, quand elle est bien gérée, de n'avoir que le contenu informatif dans chacune des pages appelées. Comme tout s'organise autour d'un seul fichier, il est plus aisé de réotganiser l'intégralité du site, en ne modifiant que le fichier de base.

La première solution, implique un fichier par élément 'fixe' de ton site (menu, header, footer ...), ainsi qu'un fichier par page de contenu, qui incluront chacun aux mêmes endroits, les fichiers d'éléments fixes. La seconde méthode, plus complexe à mettre en oeuvre, centralise tout l'affichage sur une seule page. Par exemple : la page appelée sans argument, inclut un fichier par défaut (par exemple la page d'accueil). La même page appelée avec un argument (par exemple, page=liens), inclura une autre page (ici, celle des liens). Tu peux trouver des tutos sur l'include, dans la plupart des sites traitant de PHP (phpdebutant, le site du zéro, etc). Quant à l'url rewriting, les publications de webmaster-hub regorgent de bonnes trouvailles.

En même temps, avec une bonne intégration, recharger le menu (juste le HTML), ne coûte vraiment rien en bande passante. Dans ce cas précis, je ne saurai que te déconseiller l'AJAX pour la gestion de tes pages. Tu as plusieurs alternatives : - un fichier par page, appelant (via des includes), tes fichiers de navigation - un fichier central, contenant la navigation, et appelant par includes le contenu (en rechargeant la page avec différents paramètres). Dans le dernier cas, pour bénéficier d'un bon référencement, il faudra gérer dynamiquement le titre de la page, et il faudra également utiliser de l'url-rewriting, pour transformer une page du genre h**p://monsite/index.php?menu=news&page=2, en h**p://monsite/news/page-2.html. Bien sûr, ça ne suffira pas à bien être placé dans les moteurs, mais ça évitera d'être pénalisé (une seule page appelée, avec différents paramètres).

Par contre, si tu es déjà dans la page en question (sans l'ancre), le fait de cliquer sur le lien possédant l'ancre (pointant sur la même page), ne provoquera pas de rechargement de ladite page (et donc il ne pourra pas y avoir de traitement).

Tu as un message d'erreur spécifique ?

Oui, j'ai la même. Comment appelles-tu ta page ? Via http://localhost/convert.php ?

Il y a une sous-catégorie du forum spécialisée : Offres et demandes de prestations de service Bonne chance !

Tu as quelle version d'EasyPHP ? Tu aurais un serveur gratuit (type free.fr), où tu pourraos mettre ta page ?

Ben, je ne vois toujours pas où est le souci; ça fonctionne parfaitement chez moi.

Je ne pense pas, vu que j'ai testé sous EasyPHP. Dans ce cas, pourrais-tu donner l'intégralité du code de ta page (dans un champ CODEBOX) ? Parce que tel qu'il est présenté, il n'y a aucun obstacle à l'affichage du formulaire, avant la gestion du code PHP.

J'ai essayé ton code chez moi, et bien qu'il soit un peu fouillis, il fonctionne très bien. Le seul souci qu'il pourrait y avoir, serait que la page que tu nous montres, ne soit pas 'convert.php', et que convert.php en soit une autre, au traitement incomplet; ce qui expliquerait la disparition des champs du formulaire.

Pour faire ça, je te conseillerai de faire un script de stats (à peine plus compliqué, et ô combien utile par la suite). Lorsque tu arrives sur une page du site, tu crées un identifiant de session, que tu enregistres dans une table de ta bdd, avec le referer, les infos navigateur, l'adresse IP. Tu enregistres également, dans une seconde table, l'id correspondant à l'enregistrement dans la première, la page demandée, et la date en cours. Ensuite, à chaque page accédée, tu vérifies l'existence de la variable de session dans ta bdd. Si elle l'existe, tu ne renseignes que la seconde table, sinon tu renseignes les deux. Ensuite, sur ta page d'accueil, il ne te reste plus qu'à récuperer les valeurs récurrentes du Referer, et de faire tes stats.

Tu peux également utiliser les propriétés de 'cascade' des feuilles de style. Mettons que tu veuilles looker différement les liens de ton menu, et ceux de ton contenu (et que ton menu soit un div nommé #menu, et que le contenu soit un div noté #contenu) : #menu a { /* ton code ici */ } #contenu a { /* ton code ici */ }

Tu as essayé, en enlevant le .htaccess ? Ca serait le meilleur moyen de vérifier si c'est bien lui qui est en cause. Sinon, tu pourrais nous donner la ligne de code qui appelle le fichier ?

Et pourtant, ça pourrait être une solution à ton souci, très facile d'accès. Lorsque tu ne sais pas utiliser une fonction, je te recommande de consulter La documentation PHP, pour découvrir l'utilisation d'une fonction. Tu es sans doute débutant, mais si tu arrives à créer un moteur de recherche, l'utilisation de la fonction str_replace(), ne devrait pas être insurmontable. Pour ton souci, je pense que la solution serait de supprimer les accents, dans le contenu recherché, ainsi que dans la phrase de recherche. Pour cela, tu peux utiliser la fonction str_ireplace (identique à str_replace, mais insensible à la casse), dans laquelle tu passerais en arguments un tableau de lettres accentuées, et un tableau de lettres non accentuées.

On peut prendre de très bonnes habitudes (séparer le contenu de la présentation), en restant en HTML. Le souci est juste de prendre ces bonnes habitudes, quel que soit la version du langage utilisé.

Je corrige juste un peu MS-DOS : il n'est pas obligatoire de passer à l'XHTML (et par conséquent, entre autres, fermer les balises uniques), mais effectivement, ton code aurait besoin d'un grand nettoyage de printemps.

Non, c'est moi qui me suis trompé dans mon premier code. Il faut vérifier si le répertoire n'existe pas, et dans ce cas, le créer, ce qui donnerait : <?php $oldumask = umask(0000); if(!is_dir("photos_galerie/$login_ok[0]")) mkdir("photos_galerie/$login_ok[0]/"); umask($oldumask); ?> <modérateur: checker si un répertoire existe ?>

Si tu veux éviter d'avoir une erreur si le répertoire existe déjà, rajoute simplement cette ligne avant le mkdir if(is_dir("photos_galerie/$login_ok[0]"))