Ernestine

Evidemment que ce script ne provoque aucun changement dans ta base : c'est un script de lecture, qui se contente de sélectionner les éléments... Et si la table est vide, il est logique que Mysql ne retourne aucun résultat. Ce n'est pas une erreur. C'est normal.

C'est normal que ça n'affiche rien, puisque ton code n'exécute aucun affichage, comme te l'a dit Dan dans les premiers messages. Après mysql_close($connexion); Ajoute : while ($row = mysql_fetch_assoc($resultat)) print_r($row); Normalement, ça doit t'afficher le résultat de la requête. Et ton formulaire (avec $prenom et $resume) n'a aucun rapport avec la requête.

Dans ta requête, tu as mis "commentaire" au singulier, est-ce une faute de frappe dans ton message ?

Bonjour Render, bienvenue parmi nous Pour ce qui est de "proposer tes services", c'est possible pour les membres actifs, mais en attendant, l'entraide est avant tout amicale et bénévole Pourrais-tu nous détailler un peu ce qu'est la "réalité augmentée" ?

Le site B retourne bien une redirection permanente (301) ? Pour le savoir, utiliser : http://www.webmaster-hub.com/pages/outils/headers S'agit-il de redirections page par page, ou bien d'une seule redirection générale vers l'accueil du site A ? Depuis combien de temps cette redirection a-t-elle été mise en place ?

Bonjour et bienvenue

Salut Julie, Deux remarques : - la balise <center> n'est pas valide HTML5. Pour centrer les éléments, il faut le faire avec des styles CSS. - tu devrais utiliser l'attribut role pour les balises HTML5, afin de mieux spécifier leur rôle, par exemple role="banner" pour le header principal, role="navigation" pour le menu principal de navigation, role="contentinfo" pour le footer principal, role="main" pour la section principale du document, etc... Sinon ça a l'air bien

Bonjour et bienvenue

Tu aurais un exemple à nous montrer ? Sur le site de la fnac, je vois bien des urls en www4, mais si on les tape avec www, j'arrive sur une erreur 404.

Bonjour Marion, bienvenue

Oui c'est bien ça Et il n'y a aucun risque de pénalité par les moteurs de recherche.

Je ne pense pas, quel que soit le domaine, qualité et quantité sont définitivement incompatibles...

En général, ceux qui font du cloaking, c'est pour présenter aux robots du contenu vraiment très optimisé, et non pas simplement pour juste déplacer un bloc de contenu en bas de page. De plus, tout ce qui est "bas de page", footer, etc, présente moins de valeur pour le robot que tout ce qui apparaît en premier sur la page, donc ta technique aurait sûrement au final l'effet inverse de celui souhaité. Le robot tient compte de l'ordre d'apparition des éléments dans le code source HTML (à priori, il donne plus d'importance à ce qui apparaît au tout début de la page, et peu d'importance à ce qui est à la fin) : effectuer une modification juste en CSS (ou javascript) n'aura donc aucun impact, puisque le code source (html) sera le même. Bref, je pense que tu devrais plutôt faire en sorte que ton code source HTML soit bien construit, afin d'être efficace aussi bien pour les visiteurs que pour les robots

Wordpress c'est parfait pour un blog, mais sorti du blog, ça devient vite l'usine à gaz (grosse imbrication de plugin/thèmes, etc) Pour de l'e-administration (je connaissais pas ce mot !), peut-être qu'il vaudrait mieux utiliser un framework comme Symfony2, car je suppose que tu auras beaucoup de calculs et traitements à effectuer, donc plus de l'applicatif que de l'éditorial. Sinon il y a eZPublish, qui peut presque tout faire, par contre au début la prise en main est assez longue.

Bonjour, Tout d'abord deux choses : 1/ Oublie les centimètres. Sur le web, l'unité c'est le pixel. Une mesure en centimètres ne signifie rien du tout à l'écran, puisque la résolution varie d'un écran à l'autre. 2/ Oublie également ces histoires de 16/9 ou autres rapports : sur un écran de téléphone portable en mode portrait, la hauteur est plus grande que la largeur, sur un écran 16/9 c'est le contraire, mais dans tous les cas, il faut que le rendu reste correct pour tout le monde, donc il ne faut pas se focaliser sur un rapport précis. Par défaut, une image de background conserve sa taille naturelle. Tu peux la redimensionner en utilisant la propriété background-size, à laquelle tu spécifies une ou deux valeurs (largeur et hauteur), ou bien une seule (dans ce cas la deuxième est ajustée automatiquement), dans ton ce serait donc : background-size: 100%; Ainsi l'image s'étalera sur toute la largeur de l'écran, et sa hauteur sera ajustée automatiquement par le navigateur afin que le ratio soit conservé. Cependant : 1/ cette propriété ne fonctionne pas sur les anciennes versions d'Internet Explorer 2/ Si le rapport largeur/hauteur de l'écran est supérieur au rapport largeur/hauteur de l'image, il y aura du vide au-dessous de l'image. Au final, vu que tous les écrans sont différents (rapport largeur/hauteur et résolution), il y a toujours un compromis à faire : soit on "remplit" l'écran avec l'image mais il faut accepter qu'elle soit rognée (ou bien déformée mais ça c'est bête), soit on affiche la totalité de l'image, et dans ce cas elle ne n'occupera pas la totalité de l'écran. On parle d'une image de background : en aucun cas une image de background ne doit comporter de l'information utile au visiteur. Elle est là juste pour décorer. Si une image apporte une information en tant que telle, elle doit être placée dans une balise <img>. Et j'espère surtout que ton image ne contient pas du texte...

Bonjour, Il n'y a aucun problème avec ce code, les deux divs doivent se positionner l'une au-dessous de l'autre. Si ce n'est pas le cas, c'est forcément qu'il y a d'autres styles qui interfèrent. Il faudrait que tu nous donnes l'url pour constater.

Bonjour, bienvenue, C'est incroyable le nombre de fautes de grammaire et d'orthographe (et même d'expression) qu'il y a sur votre blog. Pas forcément dans les articles pompés sur des sites tiers, mais du moins dans le texte d'introduction, qui semble d'ailleurs être le seul dont vous soyez l'auteur. Si j'étais vous, c'est par là que je commencerais à travailler

Nulle part ! Ça, ce sera l'url de ton noeud, si jamais tu utilises le module set layout. Mais vu que ton script est complètement indépendant du site eZPublish, qu'il sera intégré soit dans une iframe, soit appelé en ajax, je ne vois pas pourquoi tu aurais besoin de ce module. Tu leur envoies le code que tu as pondu (à priori : le javascript et une div html), tu leur dis de l'insérer et pis voila. Les développeurs du site sauront beaucoup mieux que toi comment l'intégrer, et où.

Ton problème est un simple problème de communication entre une iframe et sa page mère, je ne vois vraiment pas le rapport avec Ajax. A moins que tu aies finalement opté pour charger le contenu dans un bloc via Ajax, et non plus via une iframe ? Ce qui résoudrait effectivement ton problème de shadow qui ne couvre pas tout l'ensemble de la fenêtre (mais nécessitera au développeur du site eZPublish d'inclure l'appel ajax au lieu d'inclure simplement l'iframe). En tous cas, le module set/layout d'eZPublish sert à rendre un noeud avec un template différent du template par défaut pagelayout.tpl (très utile en effet pour faire de l'ajax), mais je ne vois vraiment pas le rapport avec ton problème.

Ah ok, donc ce problème n'a aucun rapport avec eZPublish. En gros, si je comprends bien : tu produis une page html (générée en php mais peu importe) qui ouvre des éléments (articles) dans une shadowbox. Et cette page html est intégrée dans une iframe dans un site. Et donc quand l'utilisateur ouvre la shadowbox, l'ombre de la box couvre uniquement l'iframe, et non la page entière, ce qui est bien logique, mais pas l'effet souhaité. Le javascript qui ouvre les shadowbox doit être inclue dans la page mère, et non dans la page fille (celle qui est dans l'iframe). Il n'est donc pas possible de mettre cette solution en place sans intervenir un minimum sur le code de la page mère. Tu peux créer un petit script javascript et demander aux développeurs du site eZ de l'inclure dans la page (en plus d'intégrer l'iframe).

Je ne comprends pas bien. Tu dis que le site (qui est sous eZPublish) et le module (que tu dois développer en php) sont sur des serveurs différents. Donc à priori ton script php doit fonctionner indépendamment d'eZPublish. Mais d'un autre côté tu nous dis que ce script doit afficher des articles lors du survol d'une image, je suppose donc que ces articles sont ceux du site eZPublish, et je ne vois pas comment tu vas les récupérer si ton script est placé sur un autre serveur.

Il n'y a pas vraiment de refonte à faire, dans la fonction $.ajax() de jQuery, au lieu de dataType='json' tu mets : dataType='jsonp' Cela résout les blocages dûs au same origin policy, blocages qui surviennent lorsque la requête est cross-domain (même si c'est sur le même serveur), ou bien quand c'est sur un protocole différent (et je suppose que https et http sont considérés comme différents). Je fais souvent des call ajax sur les flux de Twitter, qui sont en https et sur un domaine différent, et avec jsonp ça marche très bien

Le flash c'est has been, ça ne se référence pas, ou mal, et ça ne marche pas sur iPhone/iPad

Bonjour, Je ne sais pas s'il existe des solutions toutes faites pour faire un diaporama avec Dreamweaver, mais en tous cas, pour produire quelque chose de propre et fiable, le mieux pour toi serait d'installer un plugin diaporama sur ton site, par exemple basé sur jQuery. jQuery : http://jquery.com/ Exemples de diaporamas (il en existe des tonnes et des tonnes) : http://www.liveondesign.com/2009/11/18/15-diaporama-en-jquery/ Pour la musique, ce sera à gérer à part, pas dans le diaporama lui-même.

Bon alors en fait il existe un plugin jQuery qui fait ça :/>http://benalman.com/projects/jquery-hashchange-plugin/ Ce plugin utilise l'évènement onhashchange pour les navigateurs récents. Et pour les navigateurs anciens (c'est à dire IE 6 et 7), il crée à la volée une iframe et y injecte les urls. Cela répond parfaitement à mes attentes En tous cas merci Captain