captain_torche

Ca me fait plus penser à un système de cache, ça

Pour l'agenda, la structure en tableau est totalement justifiée : les données sont ... tabulaires Inutile de faire du tableless à tout va : tant que la sémantique est respectée, c'est correct. En parlant de sémantique, remplace juste tes td par des th (table header), dans la ligne contenant les intitulés de colonne. Et précise également le contenu du tableau dans une balise '<caption>'

Si tu veux, j'échange avec toi : debug et maintenance sur un site en fin de vie rafistolé au gros scotch.

Ce n'est pas forcément un lien de cause à effet : il y a des chances que les sites classés en première page sur google, soient des sites qui aient soigné leur référencement, et qui par conséquent se sont inscrits dans nombre d'annuaires (dont Dmoz).

Mais on perd également en accessibilité : je doute que ce soit une solution correcte.

Avec ton système, si jamais tu supprimes une photo (et donc que tes IDs ne se suivent plus forcément), tes visiteurs tomberont sur une page blanche (ou une page en erreur). Le meilleur moyen serait de trouver le prochain ID, avec une requête du genre : SELECT id_photo FROM photo WHERE id_galerie = '$idGalerie' AND id_photo > $idPhoto ORDER BY id_photo ASC LIMIT 1 Tu testes si ta requête te retourne un résultat (avec mysql_num_rows, par exemple). Si c'est le cas, tu affiches ton 'page suivante', avec comme paramètre le résultat de ta requête. Il faudra bien sûr également gérer ça pour la page précédente, en modifiant légèrement la requête.

Et dans ce cas, je gère les différents headers dans la page d'appel

Tu as essayé de les contacter, pour voir s'ils n'auraient pas effectué de modifications ?

Ce n'est pas si compliqué que ça, pour la gestion de la sécurisation de la première méthode. De plus, ça te permet de n'avoir qu'une seule page avec la structure de ton site (la page index); ce qui te facilite d'éventuelles mises à jour. Pour finir, les pages de contenu ne contiennent que l'information, ce qui les rend plus facilement éditables.

Chez quel type d'hébergeur es-tu ? Payant (dédié ou mutualisé ?), gratuit ?

J'utilise également notepad++ pour les petites modifs (ou les petits fichiers), mais pour les gros projets, j'utilise eclipse.

Tu peux éventuellement la coller au début du message, avec quelque chose du genre : $_POST['message'] = "Email de l'expéditeur : ".$_POST['email_expediteur']."\r\n".$_POST['message'];

Vérifie que les boutons radio n'envoient pas de valeur s'ils ne sont pas cochés

Juste pour préciser : on peut très bien renvoyer les données qu'on veut en POST.

Non, je veux dire : une fois que tu as fait ton fopen, que contient la variable ?

Et ta variable $file ?

Et que contient cette variable ? Sinon, pourquoi ne pas faire $file = @fopen($url, "r");

Ca semble fonctionner parfaitement. A moins que tu ne veuilles mettre juste la seconde ligne des textes sur fond blanc, auquel cas le moyen le plus simple, serait de faire des cellules de hauteur identique à deux lignes, d'y aligner le texte en haut, et d'y placer en fond une image dont la moitié supérieure serait grise, et la moitié inférieure transparente.

Pas forcément. Je suis loin d'être un expert en droit, mais à partir du moment où le nom en question est une marque déposée, tu n'en as pas le droit. D'autre part, et si mes souvenirs sont bons, si les secteurs d'activités sont similaires, le propriétaire du .com peut invoquer une appropriation de clientèle. Renseigne-toi donc bien avant de te lancer. [Edit : j'ai déplacé le topic dans 'administration et droit'; le forum est plus approprié]

Non, je ne pense pas. Mais ça ne coûte rien d'essayer.

Non, ce code est du PHP : il sera interprété par le serveur, et rien ne sera visible dans le code source.

Non, tu ne pourras malheureusement pas faire ça L'optgroup te permet de classer tes éléments, mais n'est pas sélectionnable : c'est logique par conséquent qu'il n'apparaisse pas dans la liste une fois celle-ci refermée. Ce que la plupart des webmasters font, c'est un premier élément, avec une valeur vide, qui renverra une erreur lors de la validation du formulaire si jamais elle est toujours sélectionnée.

Le souci, c'est que pour lancer un téléchargement de manière transparente (sans même mentionner la provenance du fichier, même dans le code source : ce que tu sembles vu que tu ne souhaites pas divulguer l'url du site sur lequel les fichiers sont hébergés), tu seras obligé de passer par ce genre de fonctions (qui va lire le fichier, pour le faire télécharger depuis l'autre site). Tu peux quand même essayer, mais je doute que ça fonctionne. Exemple : mettons que le fichier que tu veux faire télécharger soit un .zip $fichier = 'http://www.nomdusite.com/rep/gortex.zip'; header('Content-type: application/zip'); header('Content-Disposition: attachment; filename="archive.zip"'); readfile($fichier); Après, bien sûr, il faut adapter le fichier pour pouvoir demander n'importe quel fichier sur ton serveur distant, bien sûr.

Théoriquement, c'est parfaitement possible, mais je doute qu'un hébergeur gratuit autorise la lecture d'un fichier distant. Dans le principe, il faut juste créer un fichier (par exemple, download.php), qui contiendra un header spécifique (qui enverra le type-MIME du fichier au navigateur, qui forcera le téléchargement du fichier, et qui "lira" le contenu du fichier (avec la fonction readfile, par exemple) pour l'envoyer au navigateur.

Malheureusement, même si IE7 le gère, il faudra compter encore pendant quelques années sur les utilisateurs encore sur IE6.