Ernestine

Le fichier stylesheet.css est également en 403. Pense aussi à bien mettre les droits 777 à l'ensemble du dossier du site. Mais comme dit Captain, c'est sûrement un .htaccess qui bloque l'accès au dossier social-media/ Car les png du dossier images/ s'affichent correctement. Au pire, déplace ces différentes images dans le dossier images/ et modifie l'url dans le code source, pour vérifier que le problème est bien là.

Si ma mémoire est bonne (ça fait un bail que j'ai fermé mon compte facebook), sur facebook, ce n'est pas un chat classique, c'est plutôt ce qu'on pourrait appeler une "messagerie instantanée". On peut y discuter en privé entre "amis", mais il n'y a pas de "salon général" où n'importe qui peut parler avec n'importe qui d'autre. Par ailleurs, et toujours si ma mémoire est bonne, cette messagerie instantanée sur facebook fonctionne en bas de page : c'est à dire qu'on peut continuer de discuter tout en surfant sur le site. Il n'y a donc pas une page dédiée au chat (ce qui complique la chose sur certains points et la facilite sur d'autres). Il faudrait vraiment que tu commences par te faire une idée plus précise de ce que tu souhaites faire. Un chat n'est pas quelque chose de simpliste à mettre en place, alors si ton cahier des charges se résume à « un peu style facebook quoi », tu ne seras pas en mesure de choisir la bonne solution. Donc déjà, il faut que tu décides si le chat doit être sur une page dédiée, ou s'il reste en bas de page et utilisable tout en naviguant sur le site, car l'approche est complètement différente.

Je ne savais pas que c'était prévu ! C'est cool Merci pour l'info. Ça dépend, tu veux faire quoi exactement comme style de chat ?

Salut, Ni php côté serveur, ni javascript côté client, ne sont adaptés pour faire un chat. Le seul truc que tu peux faire, avec php/javascript, c'est plutôt une sorte de "tag wall", ou de "shout box", mais pas un vrai chat. Donc pour un tag wall/shout box, effectivement, tu peux utiliser le setTimeout de javascript. Mais cetainement pas tous les millièmes de seconde ! Disons une fois toutes les deux ou trois secondes... maximum... tout dépend du contexte (si le chat est sur une page dédiée, tu peux le faire plus fréquemment, mais s'il est sur ta page d'accueil, il faut y aller doucement) (ça dépend aussi du nombre de clients connectés, du serveur, etc)

Salut Yuston, Tu peux enchaîner des LEFT JOIN sur les différentes tables : LEFT JOIN ARTICLE ON ARTICLE.id = RECHERCHE.cle_etrangere LEFT JOIN EVENEMENT ON EVENEMENT.id = RECHERCHE.cle_etrangere etc... Avec un "LEFT JOIN", s'il n'y a pas de résultat correspondant dans la table jointe, mysql retourne quand même l'enregistrement (contrairement à INNNER JOIN qui s'il n'y a rien de l'autre côté ne renvoie rien, ce qui stoppe la requête en quelque sorte).

Salut, Si c'est ton premier site, que tu veux le faire rapidement et que tu n'en feras pas d'autres ensuite, alors tu peux utiliser Dreamweaver ou un autre logiciel du même style. Mais si tu veux travailler sur le long terme, alors le seul logiciel valable c'est un simple éditeur de texte Donc à toi de voir quel est ton projet. En tout cas, acquérir les bases du html ne pourra pas faire de mal. Pour la largeur de la page, il n'y a pas de règle absolue. Certains font un design qui s'étire sur 100%, certains font une largeur fixe (mais c'est déconseillé), ou alors faire un design qui s'étire jusqu'à une certaine largeur butoire. D'une manière générale, la règle est simple : le site ne doit pas produire une barre de défilement horizontale, disons à partir de 800px de large ou plus. Pour les divs, tu parles de faire un div bandeau, un div menu, un div pied de page, etc... Mais pourquoi utiliser des divs pour ça ? Pour un bandeau, la balise qui convient, en html5, est la balise <header>, pour un pied de page c'est <footer>, pour un menu c'est la balise <nav> avec en général un groupe de <ul> et de <li>, etc... Il y a une balise spécifique pour chaque truc. Au final, en html5, la balise div se fait rare, on peut quasiment s'en passer

Bonjour et bienvenue, Déjà, pour commencer, il faut bien avoir à l'esprit que Dreamweaver, commme tout logiciel Wiysiwyg, génère dans l'ensemble du code brouillon et difficile à maintenir. Avec ça, tu vas peut-être faire une page web qui passe bien sur ton écran, mais dès que tu vas passer sur un autre écran ou un autre navigateur, ça ne va plus ressembler à rien et tu ne sauras pas comment débuguer. Enfin déjà, si dès le départ tu te soucies des différentes configurations, c'est déjà un bon point, mieux vaut s'en soucier dès le départ qu'à la fin, quand tout est terminé. Ensuite, tu parles de mettre deux divs l'un à côté de l'autre. Ce n'est pas tellement une bonne idée de raisonner en terme de "divs". Cela revient à prendre le problème à l'envers. La première chose à faire, c'est d'abord de définir la structure de ta page de façon sémantique : les différents items et leur rôle : titres, listes, etc... Et ce n'est qu'après ça, une fois que tout est bien défini, que tu peux commencer à réfléchir à l'aspect visuel. Les divs ne servent pas juste à faire de la mise en page, il vaut même mieux éviter au maximum leur utilisation. Sur cette page : http://www.w3schools.com/html5/html5_reference.asp tu as une liste des balises possibles, c'est avec ces balises qu'il faut raisonner, et pas avec des divs

Salut, Que veux-tu dire par "ça ne marche pas" ? Tu utilises la bonne méthode pour récupérer l'état. Ensuite, quand la requête est envoyée au serveur, la variable etat peut prendre deux valeurs : true false PHP va alors la traiter comme une simple chaîne de caractères. C'était à dire que : if($_REQUEST['etat']) Vaudra toujours "true" (même si la case n'était pas cochée), car php regarde simplement si la variable existe (même si sa valeur est false). Alors que : if($_REQUEST['etat'] == 'true') Retourne true si la case a été cochée, false sinon. C'est donc plutôt cette méthode qu'il faut employer. Pour tout ce qui est Ajax : il faut absolument utiliser un outil tel que Firebug (sur Firefox), DragonFly (sur Opera), ou l'outil de développement de Chrome, ça aide énormément.

Bonjour et bienvenue parmi nous Heu ? Personnellement je n'aurais pas dit ça comme ça D'ailleurs je n'ai rien vu sur ce site qui puisse être qualifié de "design", même en prenant ce terme dans sa définition la plus large. Sinon c'est normal le "charset=windows-1252" ? Et l'adresse e-mail en dur dans le code source ? Et surtout : la partie principale du site qui est dans une iframe !

Mais non mais non voyons Par où commencer ? Ici, c'est clairement un problème de javascript et/ou de positionnements CSS. Déjà, tu peux tenter d'ajouter des "position:relative;" à tous les ul et tous les li : c'est une technique qui, bizarrement, résoud régulièrement beaucoup de bugs sur IE7. Si ça ne marche pas, il faudrait procéder par ordre, en repartant de zéro, et en vérifiant, à chaque étape que ça passe bien sous IE 7: 1/ Construire le menu de base (sans les sous-menus) et vérifier que c'est bon. 2/ Construire les sous-menus, affichés normalement (pas masqués au départ : tous dépliés) et vérifier que les positionnements sont corrects sous IE7. Si ces deux étapes sont bonnes, alors la troisième ne devrait être qu'une formalité : 3/ Ajouter le javascript du menu (qui, au fond, est un simple fadeIn / fadeOut)

Avant de te lancer, je te conseille d'étudier à fond ces deux articles de Dan :/>http://www.webmaster-hub.com/publication/Le-fichier-htaccess.html et/>http://www.webmaster-hub.com/publication/Mod_rewrite-ou-la-reecriture-des.html Je les ai lus tous les deux au moins dix fois chacun, depuis 2003 ! Tout est dedans, alors lis bien, et tu sauras tout Edit : m'étais trompée dans le deuxième lien.

Salut Aenoa, Quand une page change d'url, l'ancienne url doit impérativement diriger sur la nouvelle. Car si jamais l'ancienne url reste valide, cela présente effectivement un risque de duplicate content. La meilleure façon d'indiquer que la page a changé d'url, c'est la redirection 301. Si tu ne te sens pas de la faire dans le .htaccess (bien que ce ne soit vraiment pas la mer à boire), tu peux aussi la faire en php Avec une redirection 301, le référencement ne sera pas perdu, car Google la comprend bien. Mais cela représente malgré tout une opération pour lui, ce n'est pas franchement pénalisant en soi, mais bon, il vaut mieux éviter de le reproduire trop souvent (si possible : jamais), l'idéal, c'est de ne jamais changer les urls, dans la mesure du possible. Il faut aussi bien sûr penser à rectifier tous les liens qui pointent vers cette page, que ce soit les liens internes, ou les liens venant d'autres sites.

Salut, Tu peux faire une croix sur la propriété background-image quand tu fais une newsletter. La plupart des clients de messagerie l'ignoreront purement et simplement. Même les gens qui cliqueront sur "Afficher les images" ne l'auront pas (ils auront juste les images insérées en dur avec <img src=...). Pour un background dans une newsletter (background d'une cellule ou autre), la seule chose possible, c'est une couleur unie.

Bonjour, Je cherche un moyen d'envoyer et de recevoir des mails en local sur Windows 7, pour réaliser des tests. J'aimerais, par exemple, dans mon client de messagerie (Thunderbird, Outlook, qu'importe), créer deux comptes : test1@ernestine.local test2@ernestine.local Et avec ces comptes, pouvoir envoyer et recevoir des emails de l'un à l'autre, tout ça en local. Le but du jeu serait donc d'installer un serveur smtp et un pop3. Dans les anciennes versions de Windows, il y avait un serveur smtp de fourni, mais ce n'est plus le cas avec Windows 7. Le seul truc que j'ai trouvé, c'est ça : hMailServer Il a l'air pas mal du tout, et il semble pouvoir répondre à mes besoins, mais je n'arrive pas à le configurer pour un usage local J'ai bien trouvé un peu de doc, mais ça se résume un peu à trois lignes d'explications et débrouille-toi (en tous cas chez moi ça ne marche pas). Quelqu'un serait-il en mesure de me donner des explications ? Merci

Non du coup ça va pas marcher, car le fichier inclus dépend effectivement du paramètre 'page' de l'url. Dans ce cas, le code que j'ai mis ci-dessus, il faudrait plutôt le mettre dans le fichier 'chats.php'. Dans le fichier "include/chats.php", remplacer : include('CHAT/chatramique-01/index.html'); par : ob_start(); include('CHAT/chatramique-01/index.html'); $contenu = ob_get_clean(); $contenu = str_replace('<a href="photos/', '<a href="include/CHAT/chatramique-01/photos/', $contenu); $contenu = str_replace('<img src="thumbnails/', '<img src="include/CHAT/chatramique-01/thumbnails/', $contenu); echo $contenu; Mais je ne sais pas si ça va marcher, il faut sûrement adapter, c'est dur de pondre du code comme ça à l'aveuglette.

Quelque part dans display.php, tu dois avoir une ligne qui inclut chats.php , avec un 'include', un 'require' ou un 'require_once' : include('include/chats.php'); Tu peux la remplacer par : ob_start(); include('include/chats.php'); $contenu = ob_get_clean(); $contenu = str_replace('<a href="photos/', '<a href="include/CHAT/chatramique-01/photos/', $contenu); $contenu = str_replace('<img src="thumbnails/', '<img src="include/CHAT/chatramique-01/thumbnails/', $contenu); echo $contenu; En gros : tu n'affiches pas directement l'index, tu le mets en tampon (trois premières lignes) et l'enregistres dans $contenu, puis tu modifies les chemins dans $contenu (lignes 4 et 5), puis tu affiches le tout (ligne 6). Mais si ça se trouve, ton inclusion de vinclude/CHAT/etc... est automatique (genre récupération d'un paramètre pour savoir sur quelle galerie on est), auquel cas ça complique légèrement la chose. Par ailleurs, dans la page d'exemple que tu as donnée, le répertoire racine est "vinclude" et non pas "include".

Bonjour, Je n'ai pas compris quelle était l'arborescence actuelle de tes fichiers, ni quelle était l'arborescence que tu voulais mettre en place. Là, j'ai l'impression que tu as une galerie par dossier, avec dans chaque dossier deux dossiers (images et miniatures), et un fichier index.html ? Donc ça te fait plein d'index.html ? Et tu voudrais un seul fichier à la racine ?

Salut Captain, Ici tu as un validateur : http://jsonformatter.curiousconcept.com/ Je me suis amusée à tester le code json que tu as copié, il y avait beaucoup d'erreurs, qui se résumaient à trois types : _ utilisation des simples quotes au lieu des guillemets _ certaines clés sont passées sans les guillemets ni quotes (genre : 7: { au lieu de "7": {) _ certaines valeurs étaient constituées d'un caractère tout seul suivi d'une chaîne entre quotes (ex : u'Taxe de solidarit\ufffd' : le caractère u n'a rien à faire là) Après avoir corrigé ces trois types d'erreurs, la fonction json_decode de php fonctionne. Il faudrait dire à celui qui produit ce code JSON de te fournir un code valide.

N'y aurait-il pas un div (ou autre bloc) par-dessus ton lien ? Genre avec des positionnements en absolute ? Si c'est le cas, il faut mettre des z-index pour paramétrer les superpositions de divs.

Je relance le topic pour donner des nouvelles de ma découverte de l'objet. je vais de découverte en découverte et je trouve ça vraiment excellent. Oui, je comprends mieux, maintenant, tout l'intérêt qu'il y a à faire de l'objet en php ! Je travaille notamment avec Symfony2 (je ne fais quasiment que ça depuis un mois) et c'est hallucinant la puissance du machin ! Que ce soit dans le routing, dans la création et le traitement de formulaires, dans l'organisation en bundles et en services, le moteur de templates, et surtout l'utilisation de Doctrine2 pour la BDD, c'est fou le temps qu'on gagne ! Cela dit, je ne regrette pas d'avoir fait du php et du SQL "à l'ancienne" (autrement dit : "à la main") pendant des années, au moins j'ai acquis la base, ce qui n'aurait peut-être pas été le cas si j'avais commencé directement par l'utilisation d'un gros framework.

Bonjour et bienvenue Ebook > je me permets de répondre à sa place : l'intégration, c'est l'activité qui consiste à créer une page web à partir d'une maquette (souvent un fichier photoshop). Aujourd'hui, c'est devenu un métier à part entière. En général, un intégrateur se reconnaît à la haine très prononcée qu'il éprouve envers Internet Explorer 6. Il déteste aussi les graphistes qui pondent des maquettes remplies de blocs étirables avec coins arrondis, dégradés internes circulaires et ombre portée sur background image. Et pire que tout : l'intégrateur prie chaque matin pour qu'on ne lui demande pas d'intégrer une newsletter

Bonjour, Il existe un site qui permet de retrouver une police de caractères dont on ignore le nom :/>http://www.identifont.com/ Ça marche par questions successives : on te pose des questions sur les formes des lettres, et à la fin, on te donne le nom de la police et/ou le nom de polices similaires. Ensuite, c'est à toi de te débrouiller pour la télécharger ou l'acheter si elle est payante. C'est super pratique, par contre, pour pouvoir l'utiliser pleinement, il est quasiment nécessaire de posséder un texte entier écrit dans cette police. Si tu as juste un titre ou un logo, ce ne sera pas suffisant pour pouvoir l'identifier correctement.

Bonjour, bienvenue

Bonjour, Il ne faut jamais modifier le code source d'un CMS. Cela poserait des problèmes lors des futures mises à jour. Tôt ou tard, tu t'en mordrais les doigts. En général, les CMS peuvent être étendus avec des plugins, tu devrais donc plutôt créer un plugin "moteur amélioré", ou voir si ça n'existe pas déjà. Je ne connais pas DCClassFields, mais sur leur page de présentation, ils disent au point numéro 7 : Donc voila, extend le

Bonjour, Il est possible de faire tourner Apache comme un proxy. Ainsi, Apache sert de relai entre le navigateur et un autre serveur, qui dans ton cas serait le deuxième Apache. Et évidemment, le navigateur ignore ce qui se passe en coulisse, puisqu'il ne s'adresse qu'au premier Apache. Le premier Apache continue de jouer son rôle de serveur web sur un port (80 en principe) et fait office de proxy sur le port que tu auras choisi. Plus d'infos ici : http://httpd.apache.org/docs/2.0/mod/mod_proxy.html PS : pourquoi as-tu deux Apache sur une même machine ? PS2 : je suis pas spécialiste en serveur, alors il faudra attendre des réponses d'experts.