Auteur Sujet: Pb https barré en rouge (Chrome 42 sous Win7)  (Lu 34236 fois)

0 Membres et 1 Invité sur ce sujet

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 091
  • Paris (75)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #60 le: 21 avril 2015 à 15:26:34 »
Après encore une fois, si quelqu'un est capable de me faire du raw printing sans utiliser Java ou Silverlight et qui soit crossbrowser (sous Windows au moins, nous ne garantissons pas la compatibilité sur les autres OS), je prends ! Mais pour avoir creuser un peu le sujet, il n'y a pas 50 possibilités ! Quand ton serveur génère des instructions à envoyer en l'état à une imprimante connectée au poste utilisateur, ça devient galère !

T'es pile dans une problématique ou c'est pas une solution Web (dans le navigateur) qu'il faut: pas étonnant que tu doivent faire des trucs tordu pour y arriver.
La philosophie 'Web client léger" c'est qu'il n'y a pas de périphériques sur le poste client donc ton imprimante doit être réseau ou partagée sur un poste 'lourd' (qui peut être le meme poste).
La tu cherches à  faire un truc entre les 2 mondes et ensuite tu t'en prend au 'nouveau monde' parce qu'il arrête de supporter des trucs de l'ancien monde.

Conclusion : pour faire du Web faut suivre la philosophie Web et pas chercher a résoudre son probleme a grand coup de marteau.

corrector

  • Invité
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #61 le: 22 avril 2015 à 02:36:08 »
Pour le HTTPS barré de lafibre.info, j'ai été brutal : j'ai ajouté le certificat dans Windows.

Faut pas me chercher!

butler_fr

  • Client Bbox adsl
  • Modérateur
  • *
  • Messages: 3 607
  • FTTH orange
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #62 le: 22 avril 2015 à 09:34:24 »
IE a été crée pour tuer Netscape et a réussi. Cela a conduit a une longue période de stagnation ("les années IE 6") avant que Chrome fasse bouger les choses a nouveau.

sauf erreur de ma part:
c'est pas firefox qui à recommencé à faire bouger les choses?
avec chrome qui est arrivé au moment ou ça bougeait déjà bien ?

Macharius

  • Réseau FTTH Europ' Essonne (91)
  • Abonné Bbox adsl
  • *
  • Messages: 183
  • La Membrolle sur Choisille (37)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #63 le: 22 avril 2015 à 10:08:00 »
T'es pile dans une problématique ou c'est pas une solution Web (dans le navigateur) qu'il faut: pas étonnant que tu doivent faire des trucs tordu pour y arriver.
La philosophie 'Web client léger" c'est qu'il n'y a pas de périphériques sur le poste client donc ton imprimante doit être réseau ou partagée sur un poste 'lourd' (qui peut être le meme poste).
La tu cherches à  faire un truc entre les 2 mondes et ensuite tu t'en prend au 'nouveau monde' parce qu'il arrête de supporter des trucs de l'ancien monde.

Conclusion : pour faire du Web faut suivre la philosophie Web et pas chercher a résoudre son problème a grand coup de marteau.

Enfin même avec une imprimante réseau, quand tes utilisateurs sont sur des réseaux locaux distincts et dans des structures qui t'empêchent tout partage over Internet et qui ne peuvent pas forcèment mettre en place un VPN, faudra me dire comment tu adresses une imprimante depuis le serveur ! Quand en plus on te rajoute la contrainte d'environnements assez spécifiques au point d'avoir parfois l'impossibilité formelle d'installer quoi que ce soit sur le poste (donc exit la solution cradingue d'un exécutable à faire utiliser par les utilisateurs en dehors de l'application Web) ben tu fais avec ce qui existe pour contourner. Donc oui, quand on te le supprimes ça fait chier ! Et l'argument du nouveau monde qui arrête de supporter des trucs de l'ancien monde ne prend pas. NaCl et PPAPI, c'est fait pour faire exactement la même chose que ce qui était faisable avant avec NPAPI... Donc le seul truc qui se produit c'est un changement mais tellement radical que tout le monde ne peut pas suivre sans devoir foutre en l'air tout l'investissement déjà réalisé.

Sinon ça pourrait être pas mal de sortir cette discussion du topic car elle sort un peu du sujet initial ;)


kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 091
  • Paris (75)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #64 le: 22 avril 2015 à 12:31:01 »
Enfin même avec une imprimante réseau, quand tes utilisateurs sont sur des réseaux locaux distincts et dans des structures qui t'empêchent tout partage over Internet et qui ne peuvent pas forcèment mettre en place un VPN, faudra me dire comment tu adresses une imprimante depuis le serveur ! Quand en plus on te rajoute la contrainte d'environnements assez spécifiques au point d'avoir parfois l'impossibilité formelle d'installer quoi que ce soit sur le poste (donc exit la solution cradingue d'un exécutable à faire utiliser par les utilisateurs en dehors de l'application Web) ben tu fais avec ce qui existe pour contourner. Donc oui, quand on te le supprimes ça fait chier ! Et l'argument du nouveau monde qui arrête de supporter des trucs de l'ancien monde ne prend pas. NaCl et PPAPI, c'est fait pour faire exactement la même chose que ce qui était faisable avant avec NPAPI... Donc le seul truc qui se produit c'est un changement mais tellement radical que tout le monde ne peut pas suivre sans devoir foutre en l'air tout l'investissement déjà réalisé.

Sinon ça pourrait être pas mal de sortir cette discussion du topic car elle sort un peu du sujet initial ;)

Je compatis que 'ca fasse chier' mais les coupables ici ce sont les contraintes du projet (réseau, postes, etc) et le choix de mise en oeuvre pas l'évolution des navigateurs.
NaCL/PPAPI/NPAPI sont des technos de transitions, a utiliser en dernier recours, temporairement et en sachant qu'a tout moment ca peut ne plus marcher.
Ce sont des 'trous' dans les navigateurs qui violent le concept même du client web en le court-circuitant complètement.

Apres, chez les clients, je ne vois que trop de 'solutions temporaires' qui durent parce que 'le mieux est l'ennemi du bien' et souvent le seul moyen de faire bouger les choses est ce qui arrive aujourd'hui. Rien qu'avoir Flash et la video par exemple. Ca fait des années maintenant que les navigateurs supportent tous le tag video, que les mobiles ne supportent pas Flash et pourtant la plupart des videos web requièrent encore Flash pour leur version desktop. Pour beaucoup ils vont attendre que les navigateurs arrêtent le support de Flash pour faire évoluer leur site. C'est juste comme ça que le monde marche.

Apres il y une nette volonté de Google de 'dégager'  "ces relents de l'ancien monde". Ils ne s'en sont jamais caché et annoncent les choses a l'avance donc ca n'est pas vraiment une surprise et on a le temps de s'adapter. Maintenir tout ca dans Chrome coute cher en temps et ressources et freine son évolution (changer le moteur interne de Chrome tout en gardant la compatibilité avec ces 'trous' est très complexe par exemple).

NPAPI date de 1995 tout de meme! en 2013 Google annonce l’arrêt planifié de son support pour 2015. La version 42 d'aujourd'hui permet encore de s'en servir mais il faut explicitement l'activer (chrome://flags/#enable-npapi ou stratégie d'entreprise). On peut pas dire qu'ils soient brutaux quand meme.  Quasi 3 ans d'annonces pour arrêter le support d'une techno qui date de 20 ans.

Citer
faudra me dire comment tu adresses une imprimante depuis le serveur
Tu peux pas mettre en place des 'print server' (petit boiter ethernet-usb) qui supportent du REST/Webservice  (ou meme un simple HTTP POST)? comme ca les flux d'impression partent des navigateurs (XHR) et pas du serveur.

Macharius

  • Réseau FTTH Europ' Essonne (91)
  • Abonné Bbox adsl
  • *
  • Messages: 183
  • La Membrolle sur Choisille (37)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #65 le: 22 avril 2015 à 14:12:25 »
Non mais en soit c'est sûr que c'est pas une mauvaise chose que ça bouge... Concernant Salt & Pepper, j'ai pas l'impression que ce soit du transitoire... Ou alors ça va être un transitoire durable (à moins que la mayonnaise de prenne pas !).

Concernant les annonces, il faut avoir le temps de faire de la veille techno sur tous les sujets concernant un projet. Entre Microsoft, les navigateurs, les technos du web en général, ça fait une masse d'information non négligeable à éplucher et quand ça fait 3 ans que tu as la tête sous l'eau sur un projet, ben c'est loin d'être la priorité (certes ça le devrait mais quand il faut se justifier auprès des chefs ça passe mal). J'ai déjà eu récemment à faire avec un correctif de sécurité Microsoft qui m'a obligé à repasser sur la totalité de notre appli pour se mettre en conformité. Ça faisait presque un an que le bulletin était sorti et ils avaient finalement décidé de plus laissé le choix aux utilisateurs et de diffuser le correctif dans les Windows Update... Ben j'avais les boules parce que si j'avais vu l'annonce avant, j'aurais pu être proactif plutôt que d'être mis devant le fait accompli et de devoir corriger en urgence.

Bref.

Sinon merci bein pour le conseil ;) Je n'avais effectivement pas envisagé cette solution. Après le risque c'est que je ne suis maître que de mon appli et pas de l'infra chez les clients. On a déjà fait évolué entre la version client lourd et la version web actuelle la fonctionnalité d'impression d'étiquette pour garantir une compatibilité avec "toutes" les imprimantes étiquettes du marché pour éviter que les clients soient obligés d'investir dans du nouveau matériel. Donc là avec les print server on retombe dans une nécessité d'investissement potentiel du client. Pour corser le tout, un de nos clients travaillent en plus en partenariat avec e'autres structures dont il ne maitrise pas non plus l'infra... Du coup ça fait beaucoup de choses non maitrisées. Mais bon, ça donne en tout cas une piste intéressante pour trouver une alternative.

Par contre question idiote, ça risque pas de poser problème du XHR crossDomain ? (oui je fais du Web mais je suis loin d'être maître en la matière surtout en travaillant sur des technologies un peu anciennes ;))

corrector

  • Invité
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #66 le: 22 avril 2015 à 16:16:34 »
Pourquoi XHR?

Un simple serveur Web : GET, POST, tu exportes les résultats en JS ou CSS.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 091
  • Paris (75)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #67 le: 22 avril 2015 à 16:30:24 »
Par contre question idiote, ça risque pas de poser problème du XHR crossDomain ? (oui je fais du Web mais je suis loin d'être maître en la matière surtout en travaillant sur des technologies un peu anciennes ;) )

pour le crossDomain il y a CORS (voir ici aussi) ou JSONP suivant ce que le serveur a l'autre bout supporte.

Macharius

  • Réseau FTTH Europ' Essonne (91)
  • Abonné Bbox adsl
  • *
  • Messages: 183
  • La Membrolle sur Choisille (37)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #68 le: 22 avril 2015 à 17:43:52 »
Pourquoi XHR?

Un simple serveur Web : GET, POST, tu exportes les résultats en JS ou CSS.

Oulà ! je comprends pas où tu veux en venir...

corrector

  • Invité
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #69 le: 22 avril 2015 à 18:00:03 »
JS et CSS ne sont pas soumis à "same origin"

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 132
  • Alpes Maritimes (06)
Pb https barré en rouge (Chrome 42 sous Win7)
« Réponse #70 le: 27 mai 2015 à 07:49:30 »
Bonjour,

Depuis ce matin sur mon galaxy s4 avec chrome, cadenas barré avec

"Ce site utilise une configuration de sécurité faible (sign sha-1) il est donc possible que votre connexion ne soit pas privée."