Ernestine

En l'occurence, c'est plutôt utf8_encode qui aurait éventuellement fait l'affaire. Je n'ai pas bien compris ce que tu viens de dire...

Salut, Un é qui s'affiche ?, c'est un é iso-latin affiché dans une page utf8. Essaye la commande SET NAMES. En php : mysql_query("SET NAMES 'utf8'"); A effectuer une bonne fois pour toutes juste après la connexion. Avec ça, mysql enverra tes données en utf8.

Bonjour et bienvenu Tu utilises la fonction setInterval, qui déclence une fonction après un intervalle de temps en millisecondes. Tu donnes un identifiant à ton formulaire : <form id="monformulaire" etc..... Puis dans ton javascript, tu crées une fonction qui soumet le formulaire, et tu déclenches cette fonction avec setIntervall : <script type="text/javascript"> function soumettre() { document.getElementById("monformulaire").submit(); } setInterval(soumettre, 120000); </script> Cela dit, d'un point de vue accessibilité/utilisabilité, je ne vois pas trop pour quelle raison tu veux soumettre ton formulaire automatiquement... à utiliser avec parcimonie.

Dan > C'est moi qui te remercie de nous offrir cet espace de publication Yuston > Oui, ça y est, j'ai inséré les portions de code dans les balises adéquates. Equid > merci

La solution Ajax, de plus en plus utilisée sur le net, est une technique efficace mais qui peut vite s’avérer longue et difficile à mettre en place. Il existe cependant des méthodes pour en simplifier grandement la pratique. Dans cet article nous allons étudier la mise en place d’un processus Ajax avec l’utilisation couplée de la célèbre librairire javascript jQuery, et du format de données JSON. Lire la suite : http://www.webmaster-hub.com/publication/Ajax-avec-jQuery-et-JSON.html

Salut, Je ne comprends pas trop ton problème. Si je regarde ta page, je vois plutôt la structure suivante : Un header en haut Une zone de contenu au milieu Un footer en bas La zone de contenu est elle-même divisée en deux colonnes : la colonne principale et la sidebar à droite. Cela n'a pas grand chose à voir avec la curieuse description que tu nous en fais. En particulier ton div #corps2 (qui bizarrement se situe sous la colonne flottante à droite). Je ne comprends pas non plus ce que tu entends par "Je souhaite que le texte écrit au centre dans le "corp" arrive à empiéter sur le header sans empiéter sur le footer." Pourquoi le contenu devrait-il empiéter sur le header ? Quoiqu'il en soit, tu devras certainement utiliser la technique des colonnes factices : http://www.pompage.net/pompe/colonnesfactices/ (pour que les deux descendent correctement jusqu'au footer)

Salut, Eh ben tout dépend de tes besoins Si tu peux gérer la totalité d'un passage de commande avec les sessions, et enregistrer la commande dans la base d'un seul coup à la fin, fais-le, cela évitera : 1/ des accès multiples à la base 2/ des enregistrement inutiles dans la base dans le cas où le client ne finalise pas sa commande Mais bien souvent, il est nécessaire de stocker des informations dans la base tout le long du processus de passage de commande.

Salut, Ton erreur est certainement due à de mauvais identifiants de connexion. Pour une connexion réussie avec ta base de données, sois sûr de réunir les informations suivantes, nécessaires et suffisantes : - le nom du serveur - le nom de la base - le nom d'utilisateur - le mot de passe de l'utilisateur Tu dois logiquement avoir accès à toutes ces données dans ton admin de 1&1. Ensuite, tu dois les renseigner dans ton Joomla. Je n'ai jamais utilisé Joomla mais je suppose que ces identifiants doivent être regroupés dans un fichier de conf quelque part. Si tu as d'abord testé ton site local et que tu as tout transféré sur le serveur, as-tu pensé à modifier ces infos avant le transfert ? (car ces identifiants ne sont évidemment pas les mêmes sur ton ordi et sur le serveur).

Salut Thierry, Vue l'ampleur des travaux, je pense que ça ira plus vite de recommencer tout le design depuis zéro. Ton site est assez ancien, et ça se sent très vite... Plusieurs choses me paraissent gênantes (en plus de celles que tu as énumérées) : - le "logo" en haut (avec ton nom) qui semble n'être ni un texte, ni une image - le "background" à gauche qui paraît être fait un peu à la va-vite (avec en plus une coupure blanche au milieu) - la couleur des liens en bleu "par défaut" : de nos jours, les internautes savent qu'un lien n'est pas nécessairement en bleu - le menu de navigation qui assez peu visible - le fait que les polices de caractères soit tantôt avec ou sans serif - les images jaunes avec texte vert qui piquent les yeux en bas de page - le bas de page : on dirait que le tableau est cassé sur la droite - l'absence de moteur de recherche interne (de plus en plus prisé par les internautes) etc... Dans l'ensemble, ça ne fait pas professionnel du tout, plutôt fouillis. Je te conseille vraiment de repartir d'une page blanche, ou de faire appel à un graphiste. Ne le prends pas mal, hein Nous serons les premiers à te donner des conseils dans ton travail. Je n'aime pas critiquer, et je ne le fais que lorsque la personne le demande, ce qui est le cas ici Bon courage

Il y a sûrement des possibilités plus complexes pour vérifier la validité d'un fichier, mais juste en php, il n'y a à ma connaissance aucune méthode fiable. Certains ont eu l'idée d'exécuter la fonction getimagesize() sur le fichier uploadé pour s'assurer qu'il renvoyait quelque chose (auquel cas on pourrait croire que c'est bel et bien une image), mais même ça, c'est assez facile à contourner pour un hacker qui s'y connaît un petit peu. Le type mime est évidemment très facile à falsifier, et l'extension, n'en parlons même pas. Une image, même sans extension, sera très bien affichée dans une balise img : <img src="monimage" alt="truc" /> Le mieux, c'est de renvoyer l'image via un script qui s'occupera de générer les entêtes qui vont bien (notamment le type). Idem pour n'importe quel type de fichier (pdf, vidéo ou autre). Il est quasi-indispensable de renommer tous les fichiers uploadés (avec ou sans l'extension), ne serait-ce que pour de simples raisons de gestion : en général on le renomme suivant l'identifiant correspondant dans la base de données. Ca évite aussi d'avoir des noms de fichiers avec des caractères exotiques (qui peuvent aussi provoquer des effets indésirables), etc... Si on sait exactement ce qu'on fait de nos fichiers, pour quelle raison on les met dans un répertoire et pour quelle utilisation ultérieure (affichage d'une image, téléchargement d'un pdf, encodage d'une vidéo, etc), alors l'extension devient très facultative, et je pense qu'il inutile de s'embarrasser avec. Mais bien sûr, dans certains cas, elle peut être nécessaire. Mais en tout cas, ce qui est absolument certain, c'est de ne jamais stocker le fichier tel quel, avec son nom et son extension, si tu ne fais pas au préalable une vérification de cette extension. C'est apparemment ce que tu as fait, mais maintenant, avec la vérification que tu as ajoutée, ça ne devrait plus se reproduire

Salut, Tu vérifies le type Mime et l'extension : tu ne peux pas faire grand chose de plus. De toutes façons, aucune de ces deux vérifications n'est fiable. Tu nous dis que tu as ajouté une vérification d'extension : désormais, le problème ne devrait plus se produire. Mais quoiqu'il en soit, quand tu enregistres les fichiers uploadés sur ton serveur, il est préférable de les enregistrer sans extension.

Salut, Les moteurs de recherche traitent différemment les différents types de contenu : textes, images, vidéos, etc, avec pour chacun un algorithme et un classement particulier. Même si Google fusionne désormais ces différents résultats dans ses pages de réponse, à la base, il s'agit bien de classements différents. Tu peux optimiser le référencement de tes images de nombreuses manières. La base est bien sûr de remplir la balise alt, mais aussi de veiller aux éléments textuels qui sont autour, au thème de la page sur laquelle elles sont affichées, etc... Inversement, le fait de remplir la balise alt peut participer à la compréhension globale que le moteur a de la page et du site, mais dans une moindre mesure. Mais le mieux c'est de penser avant tout à l'utilisateur : on remplit la balise Alt pour les internautes qui ont désactivé les images, ou naviguent en mode texte (non-voyants). La balise alt leur explique ce que l'image représente. C'est surtout cela qu'il faut avoir à l'esprit, plus que le moteur de recherche A bientôt.

Salut Diaz, Je pense qu'il serait bon que dès la première seconde, le visiteur sache à quoi il a affaire. Qu'il arrive directement sur la page d'accueil ou bien par une page intérieure, mettre en haut de la zone de contenu une vidéo, pas forcément lancée automatiquement, mais au moins le player avec capture d'écran et le bouton lecture. Que l'internaute se dise en arrivant : "là, y a de la vidéo tutorial". Alors que pour l'instant, il se dit surtout "là y a de l'argent à donner". Dis toi bien que tu n'as que quelques secondes pour convaincre le visiteur. Si au bout d'environ une demi-minute il n'a pas compris l'esprit du site, il risque fort de faire demi-tour. D'où l'intérêt de le mettre dans le bain le plus vite possible en lui présentant direct le thème du site. Ca vaut pour la page d'accueil et les pages de rubrique. Et sur les pages de vidéo, il faut scroller pour voir le player. Si on ne scrolle pas, on voit juste l'encadré "Payer". Une grande partie des visiteurs arrive directement sur une page intérieure et non sur la page d'accueil. Or là, si on arrive sur une page intérieure, on ne voit pas très rapidement sur quel genre de site on est. Une bonne idée serait de placer une accroche sous le titre du site, accroche expliquant en quelques mots de quoi il s'agit, du style : "L'informatique en vidéos". Et dans la foulée : rendre le titre du site cliquable (lien vers la page d'accueil). Dans le menu de navigation, je retirerais "Mentions" et "Copyright", que je mettrais en bas de page. Cela allègerait le menu et le rendrait plus efficace. Pour le reste, ce serait des petits détails de mise en page : centrer le menu dans la barre de navigation (là il est aligné à gauche), mettre un accent sur le "e" de "Actualites" et sur le "e" de "Videos php", etc A part ça je te souhaite bonne chance pour ton site.

Google permet de paramétrer des redirections 301 sur ton propre serveur ? Décidément il est de plus en plus fort Je plaisante... mais le but de Romain n'est pas juste de s'occuper du cas de Google... Faut penser à tous les moteurs, aux autres sites web qui ont fait un lien vers l'ancien forum, etc...

Avec FileZilla (ou un autre client ftp), tu peux voir la date de dernière modification d'un fichier. La prochaine fois que ça t'arrive, tu regardes la date et l'heure de modification du fichier concerné, tu verras bien si c'est une modification qui n'est pas de ton ressort. Si tel est le cas, tu peux regarder dans les logs du serveur pour voir ce qui s'est passé à ce moment-là. A part ça, je ne vois pas.

Je sais que c'était le bon fichier, mais je me demandais si par hasard tu ne nous avais pas copié ta version locale de ce fichier, étant donné que l'erreur n'apparaissait pas dans le code, et que quand tu remplaces le fichier par l'original, ça remarche. Car tout porte à croire qu'il y a quelque chose qui modifie tes fichiers sur le serveur. C'est d'autant plus étonnant qu'apparemment, ce n'est jamais le même fichier qui est modifié. La protection du nom de domaine, c'est pour empêcher le transfert vers un autre registrar, ça n'a rien à voir avec les virus Donc si je comprends bien, tu as tout réinstallé début juillet, cette fois-ci tu étais sûre de n'avoir aucun problème sur ton ordi, et trois semaines après c'est revenu ? Tu n'avais fait aucun transfert FTP entre la première installation et l'apparition du problème ? Utilises-tu ton blog de façon conventionnelle, c'est à dire sans bidouiller le code, sans faire des transferts de fichiers tous les trois jours, etc ?

Salut, Dans ton deuxième message, tu nous montres le fichier index.php : juste par acquis de conscience, c'est bien le fichier index.php tel qu'il était sur ton serveur ? Je veux dire, ce n'était pas la copie locale de ce fichier sur ton ordinateur ? Tu nous confirmes que cette méthode fonctionne toujours ? C'est physiquement impossible, un nom de domaine n'est pas un logiciel ni rien, juste une "redirection" entre guillemets (un masque) vers une adresse ip.

Bonjour Dianed, Bienvenue J'espère que le Hub répondra à toutes questions.

C'est surtout une question de partage des rôles. La base de données constitue la couche la plus basse d'une application web, tandis que le rendu final à l'écran sera produit par les fonctions d'affichage, la couche la plus haute. C'est au moment de l'affichage qu'il faut s'occuper des entités html, et certainement pas au moment du stockage. Mysql est là pour stocker les données, les organiser, assurer l'intégrité référentielle, etc, et tout cela indépendamment de l'utilisation qui sera faite de ces données. Et si demain on lui demande de générer un fichier excel à partir des données de sa base, il fait comment ? Il s'amuse à les décoder ?

Tu les stockes tels quels, sans aucune transformation. Par exemple un à, tu le stockes à (et surtout pas à)

Cinq ans pour écrire ton premier message, peut-être est-ce un record Espérons que tu n'attendes pas 2015 pour en poster un deuxième

Pour une action répétée tu as la fonction setInterval Par exemple : function rechargerDiv() { // Contenu de ta fonction qui recharge les div } setInterval(rechargerDiv, 1000); C'est quand même beaucoup mieux que de faire appeler la fonction par elle-même indéfiniment. Sinon, comme le conseille Portekoi, avec JQuery, c'est quand même plus pratique. Et en cas de problème, utilise Firebug pour savoir où est l'erreur, ce sera quand même plus facile à diagnostiquer que le coup du, je cite : "mon script Ajax ne fonctionne pas car il fait planter le site."

Es-tu vraiment obligé de lancer une fonction récursive pour quelque chose d'aussi simple, à savoir le rechargement de div à intervalles de temps réguliers ? Pourquoi ne pas faire une fonction qui recharge le div (via Ajax), et appeler cette fonction "de l'extérieur", dans une autre boucle ?

Salut, C'est une fonction récursive lancée chaque seconde, et qui à chaque fois re-instancie tous les objets : ça doit consommer des ressources et ça ne doit pas aider le script à tourner "rond" je pense... Je pense qu'il serait préférable d'instancier les objets une fois pour toutes, et ensuite boucler la requête au serveur. Sinon, utilise Firebug pour voir ce qui se passe