Leonick

il faut utiliser des variables de sessions, voire des cookies

Non, il faut plutôt dire "beaucoup mettent dans le code html un doctype xhtml strict (ou non d'ailleurs).Là ce n'est pas du strict, et en plus ça ne valide pas, comme très très souvent. Souvent, il y a un vrai mélange de code à l'ancienne, de code "strict" avec les balises fermantes ce qui fait que ça ne valide plus en rien. On peut très bien avoir du code propre en html 4, mais en strict, avec séparation de la mise en forme en css

Souvent, une erreur 500 qui survient, provient d'une mauvaise configuration du htaccess

Chez OVH, et je pense d'autres prestataires, on peut acheter des noms de domaines en envoyant un chèque. Et c'est très rapide en plus... Parce qu'à moins d'avoir plusieurs milliers de domaines à acheter, je ne vois pas trop l'intérêt de passer par des intermédiaires pas vraiment connus

C'est ce que fait EasyJet selon ton type de carte bleue.

Mais le problème, c'est que beaucoup de personnes ont l'habitude de taper www en début de nom de domaine (et de sous-domaines, car elles ne connaissent pas la différence entre domaine et sous-domaine) et donc il faudrait ensuite faire une redirection du sous-domaine avec www vers celui sans.

Sauf qu'avec Firefox, on peut interdire l'affichage des images dans les mels.

Une société qui n'indique pas ses coordonnées sur un site ne va pas faire l'effort de se déclarer à la cnil. Vu que l'affichage des informations légales est une obligation

donc ça doit venir du réglage de la sécurité des navigateurs. Les cookies doivent sûrement être effacés lors de la sortie du navigateur, pour ceux qui posent problème

il y a surement un problème de timing au niveau des sessions chez OVH.

C'est souvent le cas, quand le choix est proposé, quand la requête initiale renvoie plusieurs millions de liens.

En fait, MySQL propose 2 types de licences. La gratuite, pour laquelle il faut donner les sources au client (Opensource) et la payante pur laquelle vous n'avez pas l'obligation de donner les sources au client. Mais dans ce cas, il faut payer la licence pour chaque client.

il faut rajouter dans la page2 le isset() que j'ai mis dans le code en cas d'utilisation de la page2 sans être venu de la page1. Sinon, il faudrait faire un test en définissant à la main une variable dans page1 $_SESSION['test']="mon test"; Et vérifier qu'il apparait bien dans page2

Oui, il faut attendre la propagation. Par contre, les ORT invisibles créent des frames, et au niveau référencement ce n'est pas ce qui se fait de mieux

session_start(); if ((isset($_POST['pseudo'])) && ($_POST['pseudo']!="")) $_SESSION['pseudo']=$_POST['pseudo']; echo "Bienvenue ".echo $_SESSION['pseudo']; Là, ça devrait marcher

session_start(); if ($_POST['pseudo']!="") $_SESSION['pseudo']=$_POST['pseudo']; echo "Bienvenue ".echo $_SESSION['pseudo'];

Oui, mais pas les outils du professionnel qui a fait les travaux

Le problème ce n'est pas à qui appartient le mot de passe ftp, mais plutôt à qui appartiennent les sources du site. Et là, sauf si la dévolution des sources au client apparait explicitement sur le contrat, elles restent la propriété du webmaster.

Etant donné que le doctype est en html, il ne faut pas de fermeture à la balise link donc <link ...> et pas <link... />

Ca marche pô avec FF 1.5.0.2 ça reste bloqué avec le message "Chargement..." Avec IE et Opera, l'appli plante après avoir répondu ok au message indiquant que toutes les fonctionnalités ne pourront être opérationnelles.

Attention. Quand on pense surf sur internet, on pense au début en download. Mais si on veut installer un site sur son propre OI, le débit download du visiteur correspondra, au mieux, à notre débit upload, qui lui est très loin des 8 ou 20 Mo/s

Les hits ce sont tous les appels et les hotlinks sont ceux venant de l'extérieur et, surtout, non autorisés

Le problème est que les droits retournés sont ceux du "propriétaire" et que un chmod 0700 ne donne aucun droit aux visiteurs

visiblement mysql WorkBench est le nouveau nom de DBDesigner

Elle n'est pas désactivée la fonction mail() chez free, car : 1) je l'utilise sur un de mes sites 2) les tests que j'ai effectués hier sur son domaine lui ont bien envoyé le message