Reprise du message précédent :
myisam est un standard du passé
indexeddb est ce qui est sensé être l'avenir du stockage de données côté browser

 
T'es obligé de t'emmerder avec un swf ? La balise video html5 te conviendrait pas ?

 
Non, obligé d'utiliser le swf. D'après le site d'Adobe il semble qu'il faille utiliser l'API ActionScript, je regarderai de ce coté là quand j'aurais un peu plus de temps.

 
Raison ?

 
Parce que ça fait partis des fichiers que l'on me demande d'héberger sur mon application et que ce n'est pas moi qui décide, donc j’essaie dans la mesure du possible de m'adapter aux demandes que l'on me fait, même les plus chelous.

T'as essayer de te battre un peu pour virer ce format ou pas ?
Je vois tellement de dev qui se la ferme quand on leur demande un truc contre-productif et qui finisse à coder des usines à gaz ... alors qu'avec un dialogue argumenté, les décideurs peuvent choisir d'abandonner cette fonctionnalité (ou pas, mais en connaissance de cause du coup...)  
/hs-coup-de-gueule

Hm, si j'ai bien compris t'as deux problèmes:
 

• Afficher une vidéo en fullscreen
• Avoir un player sexy

Et pour l'instant ton swf fait aucun des deux, est ce que ça change quoi que ce soit pour ton commenditaire tant que le résultat est là?

 
Je suis stagiaire au sein d'un grand groupe. Mon responsable est un manager qui, bien qu'ayant dev un petit site web par le passé, ne connaît visiblement pas grand chose en programmation ("mais regarde il te suffit de faire un c/c !"   Non mais fils, l'informatique c'est simple, mais c'est pas si simple tu sais ?).
Les personnes ayant suffisamment de street credibility (la DSI, les devs en CDI depuis des années, ect...) pour que leur avis soit pris en compte, elles sont à quelques centaines de kilomètres de moi et n'arrivent déjà pas à communiquer entre elles convenablement.
 
Je ne bosse pas au sein d'une équipe et je suis dev junior, donc je m'adapte, je me la ferme et je code une usine à gaz. (et je précise que je n'en suis pas fier, mais en même temps quand tu pars de zéro, que tu manques d'expérience et que tu dois te taper tout le processus de développement, de l'analyse des besoins à la réalisation, sans avoir une tierce personne pour te donner son avis et te dire à un moment "holà galopin ! ce que tu fais là, il y en a qui ont essayé, et ils ont eu des problèmes !", bah tu te débats comme tu peux, bon c'était formateur et j'ai quand même appris des choses intéressantes en passant, mais plus jamais ça, plus jamais )

 
Bah en fait, j'utilise un CMS qui s'appelle DokuWiki pour cette partie de l'application.
En gros, je dispose d'un plugin qui permet de lire des vidéos en flash avec un player sexy et un fullscreen fonctionnel. Sauf que le plugin a l'air d'être broken vu que les fonctions pause et stop ne sont pas fonctionnelles (et vu qu'ils veulent pouvoir mettre plusieurs vidéos par page...).
 
Dans l'autre cas, quand je me débrouille sans le dit plugin, j'ai le player dégueulasse de base et la vidéo que je n'arrive pas à afficher en plein écran (donc les deux problèmes que tu as mis en avant). Vu que les vidéos sont des tutos métiers, il est mieux pour les utilisateurs de pouvoir les consulter en plein écran histoire de voir comme il faut les choses qui se passent à l'écran.
 
Enfin bref, pour l'instant j'ai mis ça dans la liste des problèmes secondaires à traiter, j'ai d'autres choses plus importantes à régler avant. Mais merci tout de même à vous pour vos suggestions.

Du swf en 2015

Vu l'avenir inexistant de Flash, ton plugin broken a peu de chances d'etre fixé, et de plus en plus de plugins flash vont failer les uns après les autres dans les années à venir.

Si ton manager  a un minimum de capacité d'écoute, en lui expliquant ca il te donnera peut etre la possibilité de changer la techno, même sans s'y connaitre en technique. Sinon bah heureusement que t'es que stagiaire, et je plains les gars qui s'occuperont de maintenir ca après

 
 
allowFullScreen n'existe qu'a partir de flash9, la tu demandes explicitement la 8.0.22 si le plug n'est pas installé (IE)
ton player tu peux pas faire grand chose c'est le fichier http://blablabla.fr/blabladodo/fichier.swf et si il ne gere pas le fullscreen ou qu'il ne supporte pas certaines versions de flash ca passera pas.
 
Soit ton swf c'est le player avec la video en embed et la c'est naze et tu peux pas faire grand chose c'est dla merde tout-en-un
Soit c'est juste un player qui load une video externe et la tu peux changer le player par un autre en fournissant la/les videos en argument ou via JS.
Je t'orienterais vers un player mixte html5+fallback flash (jwplayer par ex) pour t'eviter la joie des reencodes, le support des formats video/audio etant variables selon les navigateurs et des fois que tes videos ce soient des FLV.

On ne sait pas dans quelle entreprise tu travailles, mais le fait de signaler à tes supérieurs qu'ils utilisent une technologie moribonde qui va leur poser de plus en plus de souci de compatibilité et leur faire perdre des utilisateurs peut avoir un énorme impact sur un DSI, beaucoup plus que dire "j'ai du mal à le faire fonctionner, le résultat n'est pas top".
Donc explique leur où en est flash, avec quelques liens à l'appui et ils se rendront peut être compte qu'il vaut mieux ne pas insister avec cette saleté qui a déjà trop vécu.

Ton swf il embarque la vidéo (cas le plus chiant) ou il ne fait qu'accéder à un fichier externe et coller un player autour ?

Vu qu'il en a testé deux différents je dirais la seconde option. D'où la suggestion de player html 5.

Tu fous les videos sur youtube en privé et tu utilises le code embed fourni par Youtube

C'est souvent ce que je fais, compatibilité++

 
   
Je ne connaissais pas et ça a l'air sympa, je me le garde sous le coude pour plus tard.
 

 
J'ai dis à mon responsable que Flash c'était pire que le cancer. Du coup on est arrivé à un compromis.  
On ne se prend plus la tête à afficher la vidéo dans la page, on met juste un lien vers son emplacement qui s'ouvre dans un nouvel onglet. La vidéo prend toute l'emprise de la page, l'utilisateur voit ce qu'il se passe et il peut mettre sur pause. C'est pas sexy mais il est content, donc je le suis également.  
Du coup presque deux journées de perdues pour rien. (enfin presque, ça m'aura quand même permis de faire trois fois le tour d'internet pour lire un peu partout à quel point le flash c'est de la daube et pourquoi il faut le laisser mourir ).
 
Pour youtube, j'imagine que c'était du troll, mais ça a bien évidemment été proxynazifié par les sysadmins vu que sinon ça deviendrait bien vite nawak en terme d'utilisation de la bande passante.

 
   
 
Il suffit de coller 2-3 liens pour soutenir ce que tu dis.

C'était pas du troll non (ça dépend du niveau de confidentialité des videos surtout).
 
"bien évidemment été proxynazifié" : ça confirme le niveau du management de la boîte

Question JS, je fais un toggle sur la width d'un input[type=text] lorsque je clique sur l'icône loupe. Du coup, le width passe de 0 à 100%. Jusqu'ici tout va bien
 
Par contre, ça ne fonctionne qu'au click sur la loupe, comment je fais pour dire que si je clic à l'extérieur ça ferme si il est ouvert ? ça va coller un event sur tout le reste ?

event sur le body pour réduire
event sur la loupe pour agrandir et empêcher que l'event remonte plus haut http://stackoverflow.com/questions [...] -attribute

 
Du coup je fais un event click sur le body et je lui colle un stopPropagation si j'ai bien compris ?    
 
Merci
 
edit: ah non sur la loupe évidemment, sinon ça traverse jusqu'au body. logique  
ça marche! merci

Et en plus tu viens de comprendre le contrôle de la propagation , c'est assez pratique

 
focus/blur
http://jsfiddle.net/qurzjcaL/

 
 
This.

Tu peux le faire avec un simple CSS ça
edit : burned, j'avais qu'à lire

Effectivement, la solution du :focus est élégante
 
Mais dans mon cas j'ai besoin aussi de masquer d'autres trucs pour que le input passe dessus (car il est transparent).. je pourrais le faire par le sélecteur ~ pour cibler les trucs à coté, mais j'ai pas la main sur ce *$%@ de Drupal.. j'aime pas ce CMS

 
Peut-être la propriété z-index pour forcer ton input au premier plan ?
http://jsfiddle.net/6R2mf/4/

focus/blur ne propagent pas
focusin/focusout propagent
 
http://jsfiddle.net/urugjxuj/4/

du pur angular pour faire du graphe : http://alexandros.resin.io/angular-d3-svg/
C'est beau, et ça a l'air plus simple que de binder ( de force) d3

Pour simplifier l'utilisation de D3.js j'utilise NVD3 qui me simplifie grandement la tâche : http://nvd3.org/
Et une version angular existe : http://krispo.github.io/angular-nvd3/#/

Je connais, mais quand il s'agit de faire de nouveaux formats de graphes, je trouve ça assez peu naturel  
 
AU passage: des bonnes pratiques pour angular : https://github.com/johnpapa/angular-styleguide

Je vais te faire l'amour

seulement si c'est toi qui est dessous  

 
J'ai trouvé d'où venait le problème. Mon prédécesseur sur ce site avait fait un hook sur wp_dropdown_users pour le "author" select en bas de la page admin post qui foutait la merde.
 
Je le mets ici au cas où.
 
En plus, ça générait pas d'erreurs.  
 
Problème vraiment chiant à débugger.

 
his desires are....unconventionnal

Il y a des gens ici qui ont déjà utilisé Google Sitelinks Search Box ?

Ce truc qui permet d'afficher un champ de recherche directement dans google : https://developers.google.com/struc [...] b-overview
Voici un exemple qui fonctionne, les magasins e-leclerc :
https://www.google.fr/search?q=leclerc
Mais eux utilisent la syntaxe Microdata, moi j'utilise la JSON-LD (qui est par ailleurs celle recommandée pour Google).

Je l'ai fait pour un site d'un client il y a une quinzaine de jours (donc ça fait longtemps que google a rafraichi son cache), mais pas moyen de voir le champ.

Mon code :

(non je ne peux pas donner la vraie url )

L'outil de test google ( https://developers.google.com/struc [...] ting-tool/ ) a pourtant l'air content :

Y aurait t-il quelqu'un qui puisse m'orienter sur ce qui peut empêcher le champ de recherche d'apparaitre ?

Difficile de trouver des infos car ça a l'air tellement simple qu'on ne trouve pas beaucoup de gens pour qui ça ne fonctionne pas

Merci

C'est implémenté depuis quand ? Google a parfois besoin d'un peu de temps pour crawler les changements et les rendre visibles (jusqu'à plusieurs jours). Le délai d'attente est d'autant plus grand que le site est peu fréquenté.

Oui c'est la première chose qui vient à l'esprit, mais la version du cache google date du 06/08 d'après eux, et la modif est déployée depuis le 27 juillet. C'est un site marchand bien fréquenté.

J'ai posé la question sur Stack Overflow : http://stackoverflow.com/questions [...] x/31938725

Quelqu'un m'a répondu que l'intégration de cette fonction peut demander plusieurs mois à Google, ça n'est pas automatique.
Je me demandais justement comment fonctionnait l'autocomplete alors que le lien à fournir renvoie directement la page de résultats, ça doit avoir un rapport ...

Hola !!
 
J'aimerai un avis d'expert en dev-front / web perf. Je termine le site de ma tante. Etant donné qu'il y a beaucoup d'images, le site est assez lourd.
 
J'ai essayé d'optimiser au max avec:
- workflow Gulp pour concaténer JS/CSS, compression des JPG/PNG/SVG
- Lazyload pour ne charger que ce qui est sur le viewport dans la galerie.
- optimisations htaccess pour mise en cache, compression etc..
 
J'ai un préloader sui charge quelques images lourdes du site, mais normalement il devrait les charger qu'une fois car tout le site est en ajax, il ne charge que le #main (les ressources à preloader sont dehors)
 
Sur la Home (pratiquement toutes les pages):
- Premier chargement: 61 Requests / 5,7 MB (Preload)
- 2eme chargement: 31 Requests / 15,2 KB
 
Qu'en pensez vous ? il y a moyen d'optimiser ou d'améliorer des choses ?
 
http://maquettes.proov.fr/cp/www
 
Merci  

Alors je suis pas "expert front" mais le chargement de plein d'images lourdes qu'on verra ptetre jamais, et ce avant de montrer l'index, me choque un peu. Je les lazy-loaderais avec les autres quitte a mettre un spinner le temps du chargement (ou faire un fondu).
Perso j'ai 31 requetes pour 7.2 Mo pour le premier chargement.
Si tu chargeais que l'image de fond on aurait moins d'un Mo pour l'index.
En passant un coup de https://tinypng.com/ sur home-bg on peut enlever la moitié de la taille de l'image en ayant des artifacts de compression, mais vu que l'image est pas directement visible ça pourrait être acceptable?