Ernestine

C'est normal que ça ne marche pas, tu as mis : <a href="#" rel="truc_18652" class="popup" >lien</a> Du coup, popID vaut truc_18652 Et donc '#truc_'+popID vaut truc_truc_18652, ce qui n'est pas du tout l'identifiant de l'iframe. L'id de l'iframe doit être truc_18652, mais le rel du lien doit être 18652 tout court.

Pour le point 1, je ne vois pas ce que tu entends par Pour vérifier que l'"insertion" entre guillemets se fait bien, il ne faut pas regarder dans le code source (qui bien sûr ne change pas), mais si tu regardes avec Firebug (sur Firefox) ou l'outil de développement de Chrome, tu constateras que le src="blablabla" est bel et bien ajouté à l'élément iframe. Sinon, pour créer l'iframe à la volée en javascript, tu peux le faire avec la fonction append de jQuery : http://api.jquery.com/append/ Elle n'est pas difficile à comprendre Mais bon, ce serait quand même plus simple de la créer dès le départ et de la masquer avec display:none puis de la faire apparaître au clic (comme tu le fais d'ailleurs dans ton code).

Ah, tu veux juste afficher le lien dans la pop-in, et que ce lien mène vers l'url ? Dans ce cas effectivement, l'iframe ne sert à rien, tu peux faire un div avec un lien vide au départ : <div id="truc_18652" class="pop"> <a id="lien" href="#">lien</a> </div> Puis dans le javascript, tu modifies le href du lien : $(document).ready(function() { $('a.popup[href^=#]').click(function() { var popID = $(this).attr('rel'); $('a#lien').attr('href', 'http://monsite.com/?'+popID); $('#truc_' + popID).fadeIn(); return false; }); });

Salut, Pour commencer : un id ne doit jamais commencer par un chiffre. Donc plutôt que id="18652", tu devrais mettre id="truc_18652". (et dans le javascript remplacer $('#' + popID) par $('#truc_' + popID) ) Ensuite, pour afficher une page dans une autre, il faut utiliser une iframe (éventuellement un object). Tu peux donc remplacer <div id="18652" class="pop"> <p>popup</p> </div> par <iframe id="truc_18652" class="pop"></iframe> Et dans le javascript, après avoir récupéré popID, tu modifies la source de l'iframe : $('#truc_' + popID).attr('src', 'http://monsite.com/?'+popID); Edit : et dans la foulée, si tu optes pour cette solution, pense aussi à choisir un DOCTYPE frameset

Pour résumer, le client : - veut quelque chose de plus simple que son système actuel - veut quand même que ce quelque chose soit plus complet (de son point de vue) que l'actuel, avec davantage de fonctionnalités - ne veut pas du sur mesure Voila un problème qui n'a pas de solution...

Hello, Ton hublot, tu en fais un png (donc avec une zone transparente) et tu places ça en position absolute par-dessus ton slideshow

Il ne faut pas être si pressé, Google repassera sur ton site quand il en aura envie, et il n'y a pas de méthode miracle pour le faire venir à coup sûr quand tu l'as décidé. Le sitemap, c'est du gadget, ce n'est utile que si le site est gros et mal fichu (mauvais maillage interne, pages orphelines, etc), mais s'il est bien construit, le sitemap est vraiment facultatif.

Je suis d'accord avec Patrick, et personnellement, ça fait bien longtemps que j'ai arrêté de cocher des croix dans une liste pour savoir si un site remplissait tel ou tel critère de SEO. En quoi une campagne Adwords améliore-t-elle le référencement ? Se positionner sur des mots clés achetés, ce n'est pas du référencement à proprement parler, c'est de la publicité (sur Google, certes, mais publicité quand même), et ça n'a rien à voir avec une technique de référencement.

Personnellement, je ne suis pas fan des commentaires qui jouent un rôle dans le code. C'est quelque chose de fréquent, par exemple sous eZPublish, où des fichiers entiers de commentaires sont utilisés pour faire de la configuration, ou encore avec Symfony2, où les commentaires ("annotations") dans les entités sont utilisés pour la configuration de Doctrine (c'est l'une des quatre méthodes de configuration de Symfony2). Je reste d'avis qu'un commentaire doit rester un commentaire, et ne jouer aucun rôle dans le code (que ce soit un template ou un classique fichier php ou html) Je trouve aussi que le <img src="test.jpg" alt="lorem ipsum" template="src=image, alt=text" /> peut porter à confusion. Souvent, l'utilisateur final d'un template est un éditeur (quelqu'un qui met du contenu), qui ne connaît pas forcément très bien le html, et qui donc a besoin d'un maximum de simplicité Quelque chose comme : <img src="{image}" alt="{text}" /> me semblerait plus clair.

Bonjour, bienvenue parmi nous

Hello, J'utilise Netbeans, qui comprend nativement toutes les fonctionnalités que tu cites (pour la syncrho github, je n'ai jamais essayé, mais il paraît que c'est intégré nativement depuis la version 7.0, suffit d'activer le plugin). Après, pour les petites modifications de fichiers comme ça rapidement, en général, je me contente d'ouvrir Notepad++ Très bien aussi, et complet, mais aussi beaucoup plus limité, et ne comprend pas toutes les fonctionnalités que tu cites. Je ne sais pas s'il existe un IDE "moyen", quelque part à mi-chemin entre le truc de base comme le bloc notes, et la grosse machine comme Netbeans ou Eclipse. Sinon, parmi les fonctionnalités qui me paraissent indispensables, j'ajouterais à ta liste : l'auto-complétion de fonctions (mais c'est peut-être sous-entendu dans ton point 2)

Je ne trouve pas que ce soit une bonne idée de mettre le code piwik dans coolmenu.js Chaque fois que tu voudras ajouter du javascript, tu vas le faire dans coolmenu ? Doit-on en déduire que la totalité de tes pages est codée en dur, séparément, à raison d'un fichier par page ? Si tu utilises piwik, c'est que tu as php sur ton serveur, tu pourrais donc facilement simplifier le code en faisant des include des parties communes. Au pire, il existe des logiciels pour faire des gros chercher/remplacer sur un ensemble de fichiers. La plupart des éditeurs Wysiwyg (comme Dreamweaver) permettent aussi de définir des "templates" pour les sites web.

Joyeuses fêtes de fin d'année

Oui, et j'avais édité mon message une heure ou deux après. Cela dit, il ne faut jamais se contenter de copier-coller, il faut lire entièrement ce qu'on copie, et le comprendre, sinon, ça ne sert à rien... Un simple coup de validateur aurait permis de relever cette erreur, et aurait ainsi éviter ce long débug. ZeDevil : la prochaine fois, merci d'utiliser les balises CODE et /CODE pour copier du code.

Il manque le = entre name et "fichier".

Il faut mettre 777 sur le dossier (pas seulement un fichier) qui reçoit le fichier.

La destination est en relatif. Donc pour enregistrer dans le répertoire courant, suffit de juste mettre le nom du fichier : move_uploaded_file($fichier['tmp_name'], $fichier['name']);

Salut, Il fait d'abord faire un formulaire avec un champ de type "file" : c'est un champ qui permet à l'utilisateur de choisir un fichier sur son disque dur. Il faut aussi préciser l'enctype du formulaire. Ce qui donne : <form action="truc.php" method="post" enctype="multipart/form-data"> <label for="fichier">Fichier : </label> <input type="file" id="fichier" name="fichier" /> <input type="submit" value="Envoyer" /> </form> Ensuite, dans truc.php, tu récupères le fichier avec $_FILES[] et tu l'enregistres avec move_uploaded_file() : $fichier = $_FILES['fichier']; // Vérifications / validation move_uploaded_file($fichier['tmp_name'], "destination/fichier.pdf"); Avant l'enregistrement, il faut vérifier que le fichier envoyé est correct (bon format, taille maximale, droits de l'utilisateur, etc). Toutes les infos le concernant sont stockées dans $fichier. Par exemple pour connaître son nom : $fichier['name']. Son type mime : $fichier['type'], etc... Et il faut bien sûr remplacer "destination/fichier.pdf" (dans l'exemple ci-dessus) par le chemin et le nom de ton choix.

La meilleure façon de le savoir, c'est d'essayer Si c'est juste pour une utilisation unique, le plus simple est quand même d'exécuter la commande après t'être placé dans le bon dossier avec "cd". Merci, mais je ne suis pas seule, tu peux faire une demande générale et pas juste à moi

Heu, là je vois pas trop. Peut-être un problème de droits d'accès. Tu peux essayer d'ouvrir la console en tant qu'administrateur : aller dans C:\Windows\System32, faire clic droit sur cmd.ex puis "Exécuter en tant qu'administrateur". Et essayer de nouveau la commande... En tout cas, après ça (si tu arrives à te connecter au serveur), il faudra sûrement aussi que tu mettes le bon chemin d'accès au fichier de sauvegarde et pas juste "vespa.sql" (ou tout au moins déplacer ce fichier dans le répertoire "C:\wamp\bin\mysql\mysql5.5.16\bin" le temps de faire l'import. Edit : si ton serveur n'est pas démarré, c'est sûr que ça peut pas marcher. Je n'utilise pas Wamp Server (je préfère installer Apache, Php et mysql manuellement), mais il doit y avoir moyen de le redémarrer. Il faut demander aux utilisateurs de Wamp

Tu tapes bien cd .. (avec les deux points) et non pas uniquement cd ? Non parce que de mémoire, quand tu faisais cd sur les anciennes versions de windows, ça t'amenait à la racine, mais ce n'est plus le cas avec les nouvelles versions. Donc si tu as lu ça sur un forum, oublie, il faut utiliser cd .. pour remonter d'un cran. En ajoutant le chemin du dossier de l'exécutable mysql à la variable PATH, en principe, la commande mysql devrait désormais être reconnue.

Si tu es dans C:\Users\C71372 et que tu veux aller dans C:\wamp\bin\mysql\mysql5.5.16\bin Tu commences par taper : cd .. Ce qui te fait remonter d'un cran, donc tu te retrouves dans C:\Users\ Tu refais cd .. Et là tu te retrouves à la racine : C: Là, tu fais : cd wamp Et tu te retrouves dans C:\wamp Tu fais alors cd bin Tu es dans C:\wamp\bin Et ainsi de suite jusqu'à C:\wamp\bin\mysql\mysql5.5.16\bin Clique sur Démarrer, puis clic droit sur "Ordinateur", puis clic sur "Propriétés". Là, cliquer sur "Paramètres systèmes avancés", puis sur "Variables d'environnement". Dans la liste déroulante en bas, sélectionne celle qui commence par "Path", puis clique sur "Modifier". Dans le champ "Valeur de la variable", à la fin tu ajoutes : C:\wamp\bin\mysql\mysql5.5.16\bin; (à priori, il faut aussi rajouter un point virgule juste avant, car les chemins sont séparés par des points virgule, tu comprendras en regardant le truc). En faisant ça, tu informes windows que ce répertoire contient des exécutables (en l'occurence mysql) disponibles. PS : il me semble qu'il faut redémarrer le PC pour prendre en compte ce changement, enfin chuis pas sûre.

Salut, Tout d'abord, as-tu bien pensé à redémarrer Apache après avoir fait les changements dans php.ini ? en effet, il faut redémarrer pour que les changements soient pris en compte. Pour faire l'import en ligne de commande, il faut le faire dans la console Windows (et évidemment pas dans la fenêtre de requêtes de phpmyadmin qui n'a aucun rapport). Une fois la console ouverte, tu navigues dans les dossiers avec la commande "cd" (voir cette doc pour XP mais c'est pareil pour Seven) jusqu'à ce que tu sois dans le dossier où se trouve l'exécutable mysql, et là tu peux l'utiliser. Ou mieux : tu ajoutes le dossier de l'exécutable dans la variable d'environnement PATH, ainsi elle sera disponible partout. (mais commence déjà par la première méthode, qui est plus simple, et te permettra déjà de réaliser ton import).

Nous on ne veut rien, c'est à toi de choisir. D'après ce que tu décris, je pense que le plus simple serait de faire une gif animée. Avec Photoshop ou The Gimp, ça ne devrait pas être bien long.

A priori, tu peux laisser l'ensemble du site en 777. Ces droits n'ont aucun impact sur le grand public : ils concernent uniquement les utilisateurs du système. Et en principe, chez tout hébergeur digne de ce nom, chaque utilisateur n'a accès qu'à son propre répertoire.