Gorkk

Ça ne fait pas forcément autant de DL du podcast s'il est possible pour le visiteur de voir l'image mais de décider de ne pas télécharger le podcast

Aucun problème sous Firefox 2 Linux ici, ça s'affiche rapidement dès le premier essai. Il se peut qu'il y ait un problème au niveau du serveur (surchargé ?) ou peut-être DNS (ça dépend de l'erreur en fait), quoique si c'était DNS ça ne marcherait jamais pour ceux chez qui ça ne marche pas (je me souviens d'un site que je fréquentais que je ne pouvais pas accéder depuis le boulot - sauf directement en IP - à cause du réglage DNS - mais ça n'a pas l'air d'être ça ici)

Effectivement merci beaucoup. (liste des formats supportés par ffmpeg)

Salut à tous ! Depuis quelques temps je me dis que ce serait bien pour mes visiteurs de leur permettre de visionner en streaming (ou progressive download, pas besoin que ce soit du vrai streaming) les vidéos présentes sur le site. Je pensais pour ça utiliser Flash (et si j'en arrivais à faire du vrai streaming je pourrais alors utiliser Red5, pour l'instant encore en beta), qui me semble être le plus adapté, d'autant plus désormais que le plugin Flash 9 est disponible en version finale sous Linux et Mac. Idéalement, étant donné qu'une partie de ces vidéos seront probablement mises en ligne par les utilisateurs, j'aimerai pouvoir faire la conversion en FLV directement sur le serveur (sous Linux), en ligne de commande donc évidemment (en gros l'idée finale est de proposer d'un côté le téléchargement de la vidéo via emule ou bittorent, et de l'autre de la visionner sur le site avec Flash). J'ai cherché un peu si je trouvais des utilitaires de ce genre, mais je n'en ai trouvé qu'un, Video to Flash Console 1.2, et franchement à $4000 USD la license (je perds déjà de l'argent avec le site, donc bon...), c'est pas dans mes moyens, d'autant qu'en plus ce n'est absolument pas la vocation première du site et qu'il n'y aura pas tant de vidéos que ça non plus, au pire je ferai la conversion manuellement sur ma machine windows avec Riva FLV Encoder. J'en viens donc à la question : Est-ce que quelqu'un connait un utilitaire en mode console sous Linux pour convertir les vidéos en FLV, gratuit si possible (Open Source ce serait mieux évidemment ), pas cher autrement ? Merci d'avance.

Pour les CMS je ne peut pas dire, j'en ai jamais utilisé Sinon oui le design ne devrait pas en souffrir. Il te faudra sûrement un peu de temps pour comprendre la structure des fichiers "template" du CMS et voir comment sont appelées les informations par le CMS, mais à part ça c'est tout bon (de toute façon en général lorsqu'on fait un template pour un CMS ou un site en général, on commence de toute façon par faire un code XHTML/CSS propre en dehors du reste, puis seulement ensuite on l'intègre en tant que template en faisant les modifications nécessaires à l'intégration )

À noter tout de même qu'il faudra faire quelques changements dans le code HTML (découpage en plusieurs fichiers, insertion de "balises" indiquant quelle information va où) pour que le CMS soit capable d'insérer le contenu au bon endroit dans le code XHTML/CSS (et pour ça, ça varie un peu d'un CMS à l'autre en général).

Dans l'exemple que tu donnes, le formulaire est fait avec un OnChange qui appelle submit(); sur chaque <select> sauf ceux de la dernière ligne (puisque le choix sur ces deux <select> n'affectera plus le formulaire, et que la soumission finale se fait avec le bouton-image Go, par un javascript). La seule différence avec ce que tu as a priori testé, c'est que ce formulaire est dans une (i)frame, et donc seule l'iframe en question est rechargée à chaque modification du choix dans un select. À la fin le formulaire final est soumis en cliquant sur le bouton-image Go qui déclenche le javascript onClick="document.search.action = '/fr/book/search.php'; document.search.target = '_top';" qui enverra donc les données du formulaire sur la page /fr/book/search.php dans la frame de plus haut niveau (pour que la page ne soit pas chargée dans l'iframe du formulaire, mais prennent bien toute la place dans le navigateur), sachant que le formulaire, par défaut, pointe sur la page incluse dans l'iframe (donc les submit(); seront traités par le script du formulaire, et le formulaire final par un autre script qui affichera les résultats en pleine page). Note quand même au passage qu'un tel formulaire est absolument inutilisable pour quelqu'un qui n'a pas javascript (navigateur texte, lecteur d'écran), ou simplement qui l'a désactivé (au total ça représente à peu près 10% des internautes)...

C'est tout à fait ça Il y a peut-être également une légère perte liée au formatage, mais tout à fait insignifiante en comparaison

Puisque c'est une association loi 1901, elle est déclarée auprès de la préfecture. Il n'y a pas de raison de ne pouvoir émettre une facture au nom de l'association, si ce n'est qu'il doit falloir que l'activité en question (prestations de DJs) soit mentionnée dans les statuts de l'association. Il n'y a a priori aucun problème avec le fait que tu soit salarié à temps plein à côté, à condition bien entendu que la facture soit au nom de l'association et que ce soit l'association qui bénéficie du produit de la prestation (cela va de soi). Ensuite, suivant l'activité principale de l'association, il peut être nécessaire de demander un numéro SIRET auprès de l'INSEE, et de le faire figurer sur les factures. Pour la TVA, je ne suis pas sûr que ça s'applique pour des prestations de service, étant donné que c'est une TVA sur la valeur ajoutée. Le mieux cependant serait de se renseigner auprès de la Trésorerie ou du Centre des Impôts de ton département, car il y a beaucoup de réglementations qui dépendent de l'activité principale de l'association, le chiffre d'affaire des différentes activités, etc. Si la prestation s'accompagne de fournitures de biens (je vois pas trop ce que ça pourrait être dans le cas d'une prestation de DJ, mais par exemple pour une vente de boissons), pour la TVA, tout dépend alors des conditions mentionnées précédemment : sous certaines conditions, l'association ne déclarera pas de TVA, mais paiera dans ce cas ses fournitures avec TVA. Si elle récupère la TVA sur ses achats (i.e. comme une entreprise), elle devra normalement la déclarer et la faire figurer sur les factures lorsqu'adéquat. Il me semble qu'il y a aussi pas mal de documents informatifs pour les associations sur les sites des préfectures. PS : par contre je vois pas du tout mais alors pas du tout le rapport avec le webmastering

[Edit]Si tu ne consommes actuellement que 5 GB/mois, 20 GB/mois te seront amplement suffisants, et te laissent quand même une bonne marge d'évolution pour ton site. Il sera toujours temps de faire une upgrade de plan d'hébergement plus tard si to site grossit beaucoup.[/Edit] J'arrive aussi un peu après la bataille, mais ça pourra servir à d'autres plus tard qui se poseraient la même question, mais je déconseille vivement 1and1. Le service dans l'ensemble n'est pas bon, particulièrement pour un hébergement professionnel payant. Comme mentionné précédemment, lenteur SQL, et surtout instabilité SQL, avec le serveur qui a une grosse tendance à planter. Le système de paiement est également arriéré, et indigne d'un professionnel en 2007 (tu donnes ton numéro de carte et ils font l'opération chaque mois... Ou alors tu paies en envoyant un chèque, mais faut quand même rentrer une CB). En prélèvement automatique, il y a quelque chose de bien et nettement plus sécurisé, utilisé par les professionnels un tant soit peu sérieux, appelé autorisation de prélèvement. En paiement par CB, il y a depuis au moins 5 ans maintenant quelque chose qui s'appelle le paiement sécurisé, utilisé par toutes les entreprises sérieuses, avec lequel chaque mois tu feras de toi-même l'opération comme si tu payais dans un magasin (avec vérification du code de la CB sur un serveur sécurisé de la banque de l'entreprise). Bien entendu également, ils ne supportent pas l'e-cartebleue, pas très sérieux pour une entreprise professionnelle. Ils t'envoient la facture en fin de mois, mais ne te disent pas quand sera faite l'opération. Résultat, après changement de carte bleue après expiration, et l'ayant récupérée un peu tard (et voulant essayer d'utiliser une e-cartebleue), j'ai fait la mise à jour de la carte juste après avoir reçu la facture (me rendant compte que l'e-cartebleue n'était pas acceptée). Aucun message particulier me disant que le changement serait effectif uniquement pour le mois d'après. Quelques jours plus tard, je reçois un mail de relance me disant "Vous n'avez pas payé". Pas "Une erreur s'est produite lors du paiement, votre carte n'est plus valide", mais bien "Vous n'avez pas payé". Je l'ai eu un peu mauvaise. Ne sachant pas si c'était un problème avec ma nouvelle CB (j'avais eu des problèmes de retrait sur un distributeur également), j'appelle le service commercial pour savoir si le paiement avait été initié sur l'ancienne carte (expirée), ou s'il avait eu lieu après le changement (pour pouvoir aller voir ma banque si le paiement avait été refusé sur la nouvelle carte). C'était bien que le paiement était parti avant changement. Donc je leur dit au téléphone que c'est mis à jour, et qu'ils peuvent relancer le paiement, et leur demande de me prévenir si le paiement ne passe pas (j'avais les moyens de payer, et ne voulait pas retrouver mon site inaccessible), on me dit "pas de problème". Mais voilà, quelques jours plus tard, à minuit, pouf, mon site est inaccessible... Le lendemain à la première heure (8h), je les appelle pour voir : ils n'avaient pas relancé le paiement la fois d'avant. Quand je leur exprime mon mécontentement, et leur signifie que leur système de paiement est vraiment arriéré et de fait non professionnel, et demande un geste commercial en "compensation", on me répond froidement que c'est de ma faute, que j'avais qu'à payer à temps et que j'aurais pu envoyer un chèque, alors que ça venait d'une erreur de leur part... Autre expérience vécue également : pendant plus de 10h, tous mes sites hébergés chez 1and1 renvoient des erreurs 404. Première chose faite, j'ai vérifié qu'il n'y avait pas eu un problème et que les fichiers étaient encore en place, c'était bon. Ensuite je regarde dans l'interface d'administration s'il n'y a pas des messages sur le compte (a priori c'est censé être fait pour que 1and1 donne des infos au client), rien. Bien sûr, rien dans mes mails. Problème, le service client au téléphone venait de fermer, mais le service client par mail était ouvert pour près d'une heure encore, donc hop, je leur écrit pour savoir d'où ça vient et leur demander de régler le problème. Pas de réponse ce soir là. Retour à la normale au milieu de la nuit. Le lendemain en début d'après-midi, je reçois une réponse me disant que la veille ils ont fait des mises à jour matériel qui ont provoqué ces erreurs... Prévenir les clients ils ne connaissent pas ? Même si c'était une maintenance en urgence, ce n'est pas grand chose d'envoyer un mail à tous leurs clients, ou de leur mettre un message dans leur interface d'administration (leur site à eux marchait bien, l'interface d'administration aussi, juste les sites des clients déconnaient). Petit retour d'ailleurs sur SQL et leur service "professionnel" : non contents de proposer un service SQL très lent et très instable, quel que soit l'hébergement choisi, les bases de données SQL sont toutes limitées à 100 MO. Ne songez même pas à y héberger un forum phpBB un tant soit peu important (dans les 80 000 messages), parce qu'alors il ne tiendra plus dans une base de données sur 1and1 (en supprimant de l'indexation les mots les plus courants, un forum phpBB de 80 000 messages se retrouvent à environ 100 MO de base SQL du fait des tables d'indexation). Bref, 1and1 : En espérant que mon expérience avec 1and1 évite à d'autres de se faire avoir. PS : en terme d'hébergement mutualisé, j'avoue que j'aime beaucoup Infomaniak (hébergé en Suisse par contre), même si (et c'est bien dommage) il ne gère pas le multidomaine (i.e. impossible d'avoir plusieurs domaines pointant à plusieurs endroits, tous les domaines pointent à la racine de l'hébergement).

toony.m >> est-ce que ton hébergeur te permet d'avoir des domaines synonymes (deux noms de domaines pointant sur le même hébergement) ? Si oui tu fais pointer le nouveau domaine sur l'hébergement du site (domaine synonyme du premier donc), et par un .htaccess, tu mets les redirections 301 de ton ancien domaine vers le nouveau (par contre pour que ce soit efficace, il est conseillé de conserver l'ancien domaine assez longtemps le temps que les mises à jour soient faites dans les moteurs de recherche, et il faut aussi que tu indiques à tes visiteurs et aux personnes qui font des liens vers ton site qu'il faut qu'ils mettent à jour leurs bookmarks/liens).

Y a un truc que j'ai du mal à comprendre avec les backlinks des fois... Mon site se retrouve avec un PR3 et 10BL sans le www, et PR4 et 9BL avec le www, mais surtout le truc étrange, c'est qu'il y a en réalité beaucoup plus de BL que ça, et qu'allez savoir pourquoi le nombre de BL n'a pas bougé en 6 mois (en gros pas depuis l'ouverture du site...) ou presque. Un jour faudra que je m'intéresse à tout ça de plus près

Je ne pourrais pas te dire ce qui cause ce décalage. Cependant, si tu indiques les dimensions de tes images, la place qu'elles vont occuper sera réservée avant qu'elles soient chargées, et donc tu n'auras plus de problème ensuite. Pour préciser le problème que tu rencontres (oui au début je voyais pas) : il y a un bloc flottant avec une pub en bas à droite (qui doit apparaître sous la news). Dans la news il y a des images dont les dimensions ne sont pas définies, d'où décalage du texte après chargement. Sauf que le bloc flottant de la pub lui ne se décale pas et donc apparait au-dessus du texte de la news. Une fois les images en cache c'est bon (normal, les dimensions sont connues). (Bon par contre j'ai pas compris ce qui changeait lorsque tu changeais le positionnement de ton float entre relative et static...)

C'est tout à fait possible de le faire en CSS même pour IE. Il faut juste cependant utiliser un CSS hack pour émuler la propriété fixed. Bien sûr comme toujours il y a le revers de la médaille, et en l'occurence il me semble que ça empêche d'utiliser après le position: absolute; comme il est censé être utilisé (pour IE). Personnellement j'ai eu un bug en essayant de l'implémenter (j'ai probablement du faire une erreur quelque part, mais ça me gave de chercher ), vu que je me suis retrouvé sous IE avec 2 scroll bars verticale pour une implémentation avec une colonne fixe à gauche, l'une fonctionnelle, l'autre désactivée (la deuxième ne devrait pas s'afficher). Tu trouveras les explications en français avec des exemples pour l'implémentation de ce hack : UNE ZONE FIGEE A L'ECRAN (en bas) SOUS IE (voir aussi l'exemple 2 qui montre une zone fixe en haut et à gauche). Bien entendu il y a des avis assez partagés sur l'utilisation de CSS Hacks. Mon avis est qu'il faut au maximum éviter de les utiliser (quitte à se passer de certains atouts des CSS, du moins pour IE, ce qui donnera un rendu un peu différent). Le problème des CSS hacks étant que comme c'est une exploitation d'un bug de rendu des navigateurs en question, ça pourrait changer le comportement de ton code lorsque ces navigateurs seront mis à jour et corrigeront ces bugs (en même temps d'ici à ce qu'IE soit mis à jour et qu'ils y corrigent les bugs...). Il faut garder à l'esprit que ton site devrait être accessible et lisible correctement pour des personnes utilisant des navigateurs ne supportant pas CSS et/ou Javascript (des lecteurs vocaux par exemple, ou des navigateurs texte, ne pas oublier que certains ont CSS avec JS désactivé et inversement). Au passage, il est conseillé pour Javascript de séparer structure et comportement, comme avec CSS on sépare structure et présentation avec des feuilles de styles externes, voir Séparer le comportement de la structure. Evidémment également, même si toi tu utilises IE, bien vérifier que ton site s'affiche correctement sous Firefox/Netscape et Opera au minimum (les deux autres principaux navigateurs sous Windows), le meilleur moyen étant de commencer par vérifier que ton code est valide : Sujet parlant des différents validateurs de code

C'est étonnant quand même ton problème avec webexpert. Je pense que ça doit être une question de paramétrage. Il me semble que la plupart des éditeurs de ce type peuvent être configurés pour passer tous les caractères HTML en caractère normal, et inversement remplacer tous les caractères spéciaux par leur équivalent HTML (et ce automatiquement bien sûr). La deuxième possibilité a été implémentée dans quasiment tous les éditeurs en particulier pour tout ce qui était lettres accentuées etc. il me semble.

Tu peux aussi utiliser des includes SSI si ton serveur les supporte et que tu veux pas passer au PHP (tes pages seront alors des .shtml)

OK, je croyais que le passage en quirks était juste du à la présence du prologue xml et non simplement à la présence de quelque chose avant le DOCTYPE.

Si c'est bon tu as été clair . En tout cas ce fil m'a éclairé sur pas mal de points, et avec vos remarques m'a permis de rendre mon script fonctionnel déjà sur les IE, Firefox et Opera (faudra que j'arrive à tester sur Safari et Konqueror ), ainsi qu'à le rendre accessible pour des personnes sans support JS (ou JS désactivé) mais avec le support CSS. Donc merci beaucoup. D'ailleurs un des liens donnés m'a fait comprendre la nécessité de la séparation structure / fonctionnement (autrement dit, pas de JS en ligne dans mon XHTML), et surtout m'a permis de voir comment l'obtenir. C'est vrai que c'est quand même mieux quand, comme pour les styles avec les CSS, le comportement défini par les JS est défini de façon dissociée de la structure Par contre mon interrogation du départ reste (sauf si je suis passé au travers de la réponse ) : dans le cas que j'exposais au début (ie. que IE semblait prendre en compte le DOCTYPE donné entre commentaires HTML), IE interprète-t-il bien un éventuel DOCTYPE mis entre commentaires HTML ? Est-ce tout simplement que des commentaires HTML avant le DOCTYPE (voire avant la balise html) ne sont pas (du moins pas censés, les différentes implémentations c'est autre chose ) considérés comme tel ?

Merci encore pour toutes ces remarques et tous ces liens. D'ailleurs au passage dans l'appendice sur les règles d'accessibilité, il est écrit Ca veut donc dire qu'en l'absence du prologue xml, logiquement les documents ne devraient pas tenir compte du charset défini (à part s'il est défini dans l'en-tête HTTP) non ? Pour la spécification du type de contenu, bien que dans les liens que j'ai vu pour du XHTML 1.0 c'est toujours servi en text/html, les recommendations du W3C indique que pour toute la famille XHTML ça devrait être en application/xhtml+xml; avec tous les problèmes que ça crée pour IE (donc tant qu'à faire plutôt que de servir le document en text/html pour tout le monde, je vais plutôt le faire que pour ceux qui ne comprennent pas le application/xhtml+xml; ) Je vais partir sur la première solution (en grande partie pour me forcer à apprendre, et puis pour faire du HTML valide, il faudrait que je reprenne l'habitude de mettre les balises en majuscules et de pas fermer les balises simples ) En tout cas merci pour tous vos conseils (d'ailleurs je vais aller faire un tour dans la section JS, y a sûrement des infos sur la manière dont Opera l'interprète, histoire de le rendre compatible Opera). /me est parti pour rendre ce script accessible et fonctionnel pour tout le monde, même s'il lui faut plusieurs jours

Tout d'abord, merci pour les remarques, en particulier sur les nuisances à l'accessibilité provoquées par mon JS. J'essaierai de faire les modifications nécessaires pour les supprimer (j'avoue que je n'avais pas pensé à faire le test CSS sans javascript). Je n'avais effectivement pas non plus testé ce script avec Opera. Il va donc apparemment falloir que je le fasse (je suis plutôt noveic avec le Javascript, donc je connais pas trop les différences de comportements de ces navigateurs, et j'avais pas pensé à testé Opera. Pour Konqueror ou Safari, ça risque d'être un peu dur pour moi de tester, tournant exclusivement sous Windows...) Pour ce qui est du passage en quirks mode d'IE lorsqu'on met la déclaration xml, je le savais. Mais ce qui m'a étonné dans mon cas, c'est qu'en mettant un DOCTYPE dans un commentaire HTML suivi du DOCTYPE souhaité, IE prenait apparemment comme DOCTYPE celui qui était dans les commentaires (peut-être que Firefox également, je n'en sais rien vu qu'il se comporte pareil dans les deux cas sur ce code, et peut-être est-ce normal que les commentaires html ne soient pas considérés comme tels avant la déclaration du DOCTYPE, mais toutefois si c'est le cas, ce serait étonnant qu'un document avec deux définitions de DOCTYPE passe la validation du W3C). Veux tu dire que je devrais fournir pour IE le type "text/html" en faisant une vérification des types supportés (cf. ici) ? ('fin IE répondant qu'il supporte */* ça changerait rien pour lui). Mon en-tête est à ma connaissance conforme aux recommendations du W3C sur les types MIME et le XHTML (source) Déjà l'idéal pour moi serait d'arriver à faire fonctionner ce code pour le mode strict d'IE. Autrement, tu pourrais préciser un peu le passage concernant le "XHTML servi comme du HTML" et le "n'adhère pas aux règles qualitatives du XHTML" (surtout le deuxième passage, je ne suis pas certain de voir ce que tu veux dire, même si je pense que tu fais référence à l'accessibilité principalement, point que je compte bien régler à terme ) ? A noter que ce bout de code est supposé être intégré par la suite dans un code plus important, là il est isolé pour la période de développement, c'est tout.

Voilà, en écrivant un pop-up DHTML permettant d'afficher une liste de sites en description d'une div, intégré à une page XHTML, je suis tombé sur un comportement bizarre d'IE. (a priori c'est lié au DOCTYPE et non au js utilisé, mais on sait jamais). En fait ce que j'ai codé marche très bien sous Firefox (normal ça valide, et le Console JS ne m'indique aucune erreur). Sous IE, si je mets un DOCTYPE <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> (HTML Transitional, sans préciser d'URL), ça marche impec (bien qu'en réalité ce soit du XHTML, mais bon...) (de la sorte ça passe aussi sur Firefox, mais bien sûr ça valide pas ). En mettant le véritable DOCTYPE XHTML Strict <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" &quot;http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">, ça valide et Firefox l'interprète correctement, mais IE ne fait plus apparaître la boîte. Lorsque je faisais mes tests pour voir si ça passait, je mettais les deux DOCTYPE (en commençant par le Transitional) et je commentais/décommentais l'un des deux pour avoir celui pour lequel je voulais tester. Et je me suis aperçu que, bien qu'avec le DOCTYPE XHTML Strict IE merde, avec le DOCTYPE HTML Transitional dans un commentaire HTML suivi du DOCTYPE XHTML Strict (ce qui passe toujours sans problème au validateur), IE ne merdait plus. J'en ai donc conclus, peut-être à tord, qu'IE (Firefox je pense pas vu qu'il respecte bien les normes et que ça passe au validateur, mais faudrait probablement tester avec du code qui aura un comportement différent suivant le DOCTYPE effectif) tenait compte du contenu du commentaire HTML du début et prenait comme DOCTYPE celui défini dans les commentaires, et ignorait (ce qui est somme toute logique) la définition de DOCTYPE suivante (qui est a priori pourtant la seule qui devrait être considérée, l'autre étant commentée). Ou alors peut-être que je fais une erreur et que des commentaires HTML avant la balise HTML ne sont pas considérés comme commentaires ? Si quelqu'un avait des éclaircissement à ce sujet, je suis preneur. Si ce que je pense s'avère exact, ça nous donne un moyen de définir un DOCTYPE différent pour IE (ce qui peut s'avérer utile vu les différences énormes de comportement d'IE suivant le DOCTYPE). Pour vous rendre compte par vous même, la version avec le DOCTYPE commenté est là, et celle avec juste le DOCTYPE strict ici. (Si au passage il s'avère qu'il y a des erreurs dans mon JS, n'hésitez pas )