Ernestine

Tu as bien pensé à englober tout ça dans un formulaire (balises <form> et </form>) avec un input de type submit ? Si oui, quand tu soumets le formulaire, ça donne quoi ?

Comme expliqué dans mon précédent message, le problème n'est pas le javascript, c'est ce formulaire complètement tordu. D'où as-tu sorti ce truc : <input id="day" name="day" type="text" style="width: 18px;" maxlength="2" /> <input value="/" type="text" disabled="disabled" style="width: 5px;" /> <input name="month" class="textbox" style="width: 16px;" maxlength="2" type="text" /> <input value="/" type="text" disabled="disabled" style="width: 5px;" /> <input name="year" type="text" style="width: 28px;" maxlength="4" /> Est-ce la documentation officielle du script qui te demande de faire une telle chose ? Ça m'étonnerait car ça ne ressemble à rien... Si je regarde cette page d'exemples de vlaCalendar for mootools : http://fasthotel.eflux.fr/js/vlaCalendar/examples.html on n'a pas du tout la même chose. Sur cette page d'exemples, les champs date tiennent sur un seul input, ce qui est beaucoup plus efficace que le gribouillage ci-dessus.

Salut, Vraiment bizarre ce champ date : il ne tient pas sur un seul input, mais sur cinq ! Un input pour l'année, un pour le mois, un pour le jour, et encore deux inputs rien que pour les "/" séparateurs ! Pourquoi faire compliqué quand on peut faire simple ? Quoiqu'il en soit, malgré la complexité inutile de ce truc, il n'y a pas de raison que les données ne soient pas envoyées. Il faut englober tous les inputs dans un form (c'est peut-être déjà le cas mais on ne le voit pas dans ton copier-coller). Je suppose aussi qu'il y a un javascript qui concatène les trois champs année, mois et jour au moment de la soumission. Enfin bon, c'est vraiment brouillon, je pense que tu ferais mieux de procéder autrement (faire tenir la date sur un seul input). Tout ceci est parfaitement normal, le problème n'est pas là.

Hou la non, tu imagines un peu le chantier que ce serait C'est un peu pareil : il faut convertir tes morceaux au format mp3 (tu trouveras facilement plein de logiciels pour ça), et ensuite faire la lecture sur le site web avec un lecteur mp3, par exemple Dewplayer.

Salut, Nous avons parfaitement compris, et franchement, l'utilisation de ce site est ultra simple, même si tu ne parles pas anglais. Dans un premier temps tu définis l'apparence du module (en cliquant sur le bouton "customize") et quand c'est terminé tu cliques sur "Finish and generate the code", et tu n'as plus qu'à copier-coller le code fourni. Je ne vois vraiment pas où est le problème. Au pire, si tu ne comprends pas l'anglais, utilise Google outils linguistiques pour traduire.

Salut, Si c'est pour une utilisation personnelle et privée, tu peux te contenter d'uploader tes fichiers .avi sur un serveur. Mais si la diffusion est destinée à un public plus large et/ou si tu veux faire du streaming, alors tu vas devoir ré-encoder tes fichiers vidéo, car le format AVI n'est pas du tout adapté à une diffusion en streaming sur internet (d'ailleurs, sauf erreur de ma part, il n'est même pas possible de faire du streaming avec l'AVI). Tu devrais les réenconder en FLV, avec flux vidéo en mpeg-4. Il y a un petit logiciel gratuit qui le fait très simplement : video4web. Logiciel beaucoup plus complet : ffmpeg (pour linux, existe aussi une version pour windows). Après, tu mets tes fichiers flv sur ton serveur, et tu fais une page intégrant un player vidéo flash, par exemple : JWPlayer.

Je suppose que depuis un mois, Stylz77 (qui n'est pas revenu depuis) a fini par trouver son nom de domaine...

A priori, ce n'est pas un problème que de faire une requête à chaque page pour charger le paramétrage du blog. Et ce sera quand même plus simple à gérer que des fichiers.

Nous fermons donc le sujet

Salut, Ton site impose l'utilisation du plugin Windows media player version 11. Primo, tout le monde n'est pas forcément sur windows, et secondo, même s'ils y sont, tu ne dois pas leur imposer une telle contrainte. Tes vidéos doivent être au format FLV (flash video) (comme sur youtube). Et le player doit être en flash. C'est le meilleur moyen pour garantir qu'un maximum de personnes pourront les visionner. Le player video le plus simple que je connaisse est DewTube Pour des fonctionnalités plus poussées, il existe des centaines de players différents. Regarde par exemple JWPlayer Tous les sites qui proposent un player t'expliquent aussi comment l'intégrer dans une page web.

Bonsoir, Je vais donc m'auto-répondre, ça peut servir à d'autres, sachant que je suis toujours demandeuse de conseils dans ce domaine que je suis loin de maîtriser. Alors il semble quand même que le seul moyen de diffuser une vidéo au plus grande nombre est de la proposer en plusieurs versions, adaptées aux différents débits possibles (bas, moyen, haut, par exemple). Mais si cette solution n'est pas envisageable, il faut se contenter de produire une vidéo pour "l'internaute moyen" derrière son ordinateur de bureau (pas sur son téléphone) avec une connexion ADSL correcte. Partant de là, je pense qu'un bitrate total de 800 kbs (voire 1 Mbs si besoin) permettra de ratisser une très grande partie du public, tout en laissant la possibilité de conserver une qualité correcte. Le codec vidéo le plus efficace actuellement semble être le x264, qui encode en h264 (MPEG 4 - AVC), intégré à Flash depuis un bon moment déjà. Pour le son, on optera pour un classique mp3 stéréo à 128 ks (encodé par exemple avec libmp3lame), ce qui laisse 670 ks (au moins) de bitrate moyen pour la vidéo. S'il s'agit d'une vidéo avec peu de mouvement (genre un bon vieux Derrick), on obtiendra une très bonne qualité avec ce bitrate pour une dimension de 512*384. La qualité sera moins bonne, mais tout de même très correcte, avec des vidéos plus animées style captures de jeux vidéo. En cas de vidéo particulièrement mouvementée et/ou besoin de dimensions supérieures, on pourra se permettre d'augmenter le bitrate. Je reste à l'écoute de toute suggestion, merci

Salut, Le menu est constitué d'un ul contenant des li flottants. Pour que le ul s'étende sur 100% pas de problème, mais pour que les li soient répartis équitablement sur toute la largeur, il faudrait leur donner un width fixe correspondant à la largeur divisée par le nombre de li, mais vu que la largeur est variable selon les écrans... c'est impossible. Tu devrais te contenter de les aligner à gauche, au centre ou à droite.

Salut, Tu as écrit methode avec un e, au lieu d'écrire method Du coup le formulaire est envoyé en GET et il est normal que la variable $_POST soit vide.

Chez moi ça marche bien avec IE6 (dans IEtester). Sinon, le plus simple serait d'installer sur ton ordi la panoplie de tous les navigateurs, tu gagnerais du temps. Pour IE6 tu as IEtester.

Salut, Il faudrait le code complet pour voir ce qui ne va pas. Ou mieux : une page de test.

Salut, Je ne suis pas spécialiste en référencement de vidéos (ni même en référencement tout court), mais je me penche sur ce sujet depuis quelques semaines. Alors déjà, publier des vidéos sur youtruc et dailymachin, je ne pense pas qu'on peut pas appeler ça du SEO à proprement parler. Quand vous envoyez votre vidéo sur un site de partage, ce n'est plus votre vidéo en tant que telle qui est référencée, mais plutôt une copie, réencodée/recompressée par leur service et placée sur une nouvelle url. En écrivant le nom de votre site dans la description, les mots clé, ou mieux directement sur la vidéo elle-même, cela peut amener des visiteurs sur votre site. Ça participe donc à la popularité du site et c'est une source importante de trafic, mais ce n'est pas vraiment du référencement. Le but du référencement vidéo serait d'apparaître dans les résultats de Google Vidéo (par exemple), c'est à dire dans les résultats de recherche, de façon à ce que quand le visiteur clique sur la vidéo il arrive directement sur votre site. Et ça c'est une autre paire de manches. Effectivement, cela me paraît un bon tuyau, et il semblerait logique que les moteurs de recherche lisent et utilisent les sous-titres pour déterminer le contenu de la vidéo. A condition, bien sûr, que les sous-titres soient inclus à la vidéo dans un flux de sous-titres à part entière, et non pas simplement incrustés à la vidéo (auquel cas ils seraient illisibles pour un robot).

On parle des moteurs, mais je pense qu'on peut aussi préciser que c'est pareil pour les annuaires. Dans l'article linké par Arlette (cet article), on voit que le référenceur s'est engagé à faire indexer le site dans l'Open Directory, qui comme chacun sait, est un annuaire édité par des bénévoles, qui incluent un site uniquement s'ils le jugent pertinent. Bref, le référenceur n'a en principe aucun moyen d'être sûr de pouvoir tenir cet engagement, et c'est quand même un peu gros de mettre ça dans un contrat ! Idem pour les annuaires payants, car il est toujours précisé, par les annuaires payants, qu'ils n'offrent aucune garantie d'indexation s'ils estiment que le site n'est pas pertinent.

Salut, Un point = répertoire courant Deux points = le répertoire parent En gros, quand tu fais un lien vers ../ tu montes dans le dossier au-dessus. Et faire un lien vers ./truc.html est équivalent à faire un lien vers truc.html S'il s'agit de fichiers inclus en php ou en javascript, le résultat peut-être différent, car du coup, le dossier à prendre en compte n'est pas celui dans lequel se trouve le fichier, mais celui à partir duquel est appelé le fichier (ou plus précisément l'emplacement du fichier de base dans le cas d'inclusions en chaîne).

Bonjour, J'ai deux questions portant sur la compression vidéo et la diffusion sur internet. 1/ Quel est selon vous le bitrate moyen le plus adapté pour une vidéo destinée à être visionnée en streaming sur le web ? Les gros sites de partage comme youtube proposent plusieurs versions d'une même vidéo, et envoient la plus adaptée en fonction du débit internet de l'utilisateur. Mais si on n'a pas la possibilité de créer plusieurs versions, alors quel choix faire ? Le but étant que le flux de téléchargement soit légèrement plus rapide que le flux de lecture pour ne pas avoir de saccades au départ pour un maximum de personnes (précision : vidéo FLV, encodée en MPEG-2 ou MPEG-4) 2/ Après le bitrate, les dimensions. Pour un bitrate donné, plus les dimensions sont grandes, plus la qualité est faible. Le but serait donc de parvenir à obtenir, pour un bitrate donné, les dimensions maximales pour lesquelles la vidéo sera d'une qualité acceptable, tolérable, sans pour autant être excellente. Avez-vous des ordres de grandeur, des idées sur la question, sur les meilleurs rapports bitrate/nombre de pixels ? Je précise que c'est pour une diffusion grand public, donc pour des utilisateurs qui disposent de moyens techniques "normaux" et qui n'ont pas besoin d'une qualité optimale. Merci d'avance pour tous vos éclairages

C'est justement cela que je ne comprends pas bien : le fait que le fichier javascript contienne les liens. Normalement, on met les liens "en dur" dans un fichier html ou php. Et eventuellement, dans le cas d'un menu dynamique, on inclut un fichier javascript qui va "dynamiser" le menu. Mais à la base, les liens doivent être écrits en html dans le DOM. Par exemple : en haut à droite de la page du forum, on a un menu déroulant sous notre pseudo. Si tu analyses la page tu verras que les liens sont écrits en dur, et que le javascript vient juste par dessus pour donner l'effet menu déroulant. Bref, tu te compliquerais moins la vie à faire ton menu dans un fichier php (avec éventuellement un js aussi) puis faire un simple include dans tes fichiers des répertoires 1 et 2

Salut, Je ne comprends pas bien : que contient précisément le fichier menu.js ?

Salut, Tu es sûr de toi là ? Parce dans ton adresse, on a 3 profondeurs de sous-domaines : www sous-domaine de fr sous-domaine de sousdomaine, sous-domaine de monsite. Bizarre ! Puisque tu es chez OVH, pour la manière de procéder, consulter le guide "sous-domaines" d'OVH : http://guides.ovh.com/SousDom

Et en prime, tu peux ajouter l'attribut alt sur les images, et remplacer les & par des & dans le code, afin de rendre ta page valide et conforme à son doctype

Salut Emma, Tu nous dis que tu as mis en place un captcha (le système avec des lettres et des chiffres). Effectivement, des fois, même avec ça, certains robots arrivent à passer outre. Tu peux essayer de relever son adresse ip et de la bloquer, en espérant que cette ip soit toujours la même. Enfin je pense que l'endroit le plus adapté pour poser cette question, c'est le forum de pluXml : http://forum.pluxml.org/index.php Je vois par exemple un membre qui propose un anti-spam basé sur Askimet : http://forum.pluxml.org/viewtopic.php?id=1358 Ils pourront sûrement te renseigner là-bas

Bonjour, bienvenue sur le Hub