Son html5 vielle tablette, https - HTML/CSS - Programmation
Marsh Posté le 04-06-2021 à 07:03:46
Tu as déjà commencé a avoir une interaction avec la page quand le son doit être lancé ?
C'est une différence entre desktop et mobile, sur mobile il faut interagir avec la page
Peut-être que c'est tu es dans ce cas de figure ?
https://developers.google.com/web/u [...] cy-changes
Marsh Posté le 04-06-2021 à 07:58:05
ragondin a écrit : Bonjour. J'ai recyclé chez moi une vielle tablette en zone d'information qui est en fait un site internet. Ca marche très bien malgré l'âge de la tablette (android 4.03, chrome 43). C'est que de l'HTML, CSS, javascript (bootstrap). Après recherche, je me rends compte que si je navigue sur le site http au lieu de https, ca fonctionne bien. Mon certificat est généré par let's encrypt et est toujours valide. Apache est configuré pour accepter tous les protocoles de sécurité sauf sslv3
Un test m'indique que le tls 1.2 et 1.3 sont supportés par mon serveur mais pas le 1.1, (étonnant mais pas grave). Enfin, même si le son n'est pas joué, le serveur apache le fourni bien (ligne dans le log, code 200) Quelqu'un a une idée ? Merci beaucoup |
Bonjour Ragondin,
avec les lignes du code concerné , ce serait + simple.
svp.
Tout sembles correcte au niveau serveur et transfert de la page.
Mais :
est ce que le html 5 est pris en charge par ton navigateur ? ( maj )
est ce que le player audio de ta tablette est 'compatible' avec le format du fichier ? ( maj )
est ce que le niveau de volume de la tablette est au dessus de 0 ? ( user )
c'est + coté tablette , que coté site ?
le firmware est typé 'brick/custom' , ou c'est 'official' ? ( là ... )
tu es sur que ton code fonctionne ? ( question facile )
6 réponses + code ?
Le mode de transfert http ou https ,
c'est 'tunnel ou pas' quand les requetes transitent du client au server ( et dans l'autre sens aussi ),
sans une version adéquate, tu n'aurai pas la page ( bien que les serveurs savent rétrograder aussi ... ils s'adaptent et portent plusieurs versions aussi)
ça ne ferai pas que le son est joué ou non.
http est plus rapide. car il n'y a pas de session de chiffrement/déchiffrement ( bon, c'est quelques cacahuétes et bananes pour un ordi, ou une tablette ).
Marsh Posté le 05-06-2021 à 13:09:28
Bonjour.
Désolé pour la réponse tardive.
Je n'ai pas mis de code car le problème ne vient pas dudit code HTML mais du protocole utilisé.
Mais comme vous le souhaitez, le voici :
Ca, ça fonctionne partout sauf sur la tablette :
Code :
|
Ca, ca fonctionne partout, même sur la tablette :
Code :
|
Pour répondre aux quesitons :
est ce que le html 5 est pris en charge par ton navigateur ? ( maj )
=> oui car le son est bien lu en http depuis la tablette
est ce que le player audio de ta tablette est 'compatible' avec le format du fichier ? ( maj )
=> oui car le son est bien lu en http depuis la tablette
est ce que le niveau de volume de la tablette est au dessus de 0 ? ( user )
=> oui car le son est bien lu en http depuis la tablette
c'est + coté tablette , que coté site ?
=> Coté tablette car sur le PC, en http ou https, le son est lu. En https, en zieutant le log apache, ce dernier envoi bien le fichier de son à la tablette donc c'est bien cette dernière qui a la réception n'arrive pas à "déchiffrer" ce qui a été envoyé par le serveur (supposition). Le reste du site fonctionne très bien sinon en https.
le firmware est typé 'brick/custom' , ou c'est 'official' ? ( là ... )
=> Officiel mais vieux et dernière version que propose le fabricant. Je pourrai le mettre à jour en rootant la tablette mais ça ne m'intéresse pas
tu es sur que ton code fonctionne ? ( question facile )
=> oui car le son est bien lu en http depuis la tablette
Tu as déjà commencé a avoir une interaction avec la page quand le son doit être lancé ?
Oui, ce dernier n'est pas lancé automatiquement mais avec une action utilisateur. Dans le code je demande bien à voir les "controls" et pas de autoplay
Marsh Posté le 06-06-2021 à 00:28:38
ok,
je te mets le lien, tu me redira,
<audio>
https://developer.mozilla.org/fr/do [...] ment/audio
il y a les attributs :
preload : on charge le fichier avant. on force le pré-download.
src : est soumis aux regles CORS ...
crossorigin : spécification du mode d'accès // à la volée , avec AUTH on / off.
et pour la balise <source> , c'est "sans protocole" à spécifier ... dans la doc Moz ....
donc http == chaine ok ? || https : décès multiple du chanteur | Hexplicit Lyrics
pour exprimer que seul html 6 reglera ce détail.
https://developer.mozilla.org/fr/do [...] ent/Source
et si :
protocol domain || src || son joué
http http || oui
http https non
https http ?
https https ?
http rien ?
https rien ?
Marsh Posté le 04-06-2021 à 01:26:19
Bonjour.
Je rencontre un petit problème que je n'arrive pas à résoudre malgré mes 20 années de développement web.
J'ai recyclé chez moi une vielle tablette en zone d'information qui est en fait un site internet.
Ca marche très bien malgré l'âge de la tablette (android 4.03, chrome 43). C'est que de l'HTML, CSS, javascript (bootstrap).
Maintenant, je souhaite jouer des sons à certains moments et c'est le drame.
Si la version via mon PC fonctionne très bien, depuis la tablette, impossible de jouer un son.
Après recherche, je me rends compte que si je navigue sur le site http au lieu de https, ca fonctionne bien.
Mon certificat est généré par let's encrypt et est toujours valide.
Ce dernier est généré avec un clé de 4096 bits.
Apache est configuré pour accepter tous les protocoles de sécurité sauf sslv3
Un test m'indique que le tls 1.2 et 1.3 sont supportés par mon serveur mais pas le 1.1, (étonnant mais pas grave).
Cependant, chrome 42 est compatible tls 1.2 : https://arbitersports.force.com/sch [...] by-Browser
Enfin, même si le son n'est pas joué, le serveur apache le fourni bien (ligne dans le log, code 200)
Quelqu'un a une idée ?
Merci beaucoup