Google reCAPTCHA ?, sur iPad

[apenSPEL]

OK, j'ai un problème sur un site Joomla! (3.4.3) mais d'après ce que j'ai trouvé sur le web, ça concerne d'autres sites ou CMS, Google ReCaptcha ne fonctionne pas sur iPad (2 Air, iOS 8.4), mais bien sur iPhone (4S, iOS 8.4). Or il est indispensable pour éviter le spam.
Il est visible, il fonctionne parfaitement sur iPhone (sauf que la question ne s'affiche pas toujours entièrement, mais on peut en poser une autre), mais sur iPad, rien de rien, aucune réaction. Et d'après ce que j'ai lu ce n'est pas exclusivement sur ce modèle
Le Javascript est activé, ce n'est pas une question de blocage de popups, ni de cookies, ni de cache.

Alors quoi ? En plus je ne trouve pas où signaler ce bug sauf sur Google group que personne ne semble lire dans leur équipe de développement.

[No6]

Le "suivi technique" du Google recapcha est sur GitHub uniquement :
https://github.com/google/recaptcha

sil y a peut-etre un fork qui corrige ce pb ? (j'ai pas regardé)

de toutes façon ce systeme est certes libre, mais aussi sans aucune garantie de quoi que ce soit, et encore moins de mises à jours ou autre délire

[apenSPEL]

Non pas de fork. De toute façon, ça ne le placerait pas sur le CDN de Google et dans Joomla! (le cas qui m'intéresse) c'est un plugin assez simple du Core Joomla!, le template (Warp 7 en l’occurrence) n'intervient même pas.

Je crains devoir aller voir ce qu'il y a moyen de faire chez Joomla!

[apenSPEL]

Alors j'ai testé la démo de Google qui ne charge qu'une seule api .js : ça fonctionne sur iPad.
J'ai donc un conflit Javascript car « mon » site n'en charge « que » 18 + 2 scripts en ligne.
Très chiant car je ne suis pas développeur et déboguer ça ne semble pas de la tarte.

Avec le boxon que m'a foutu un collègue dans la base de données qui refuse d'encore s'exporter, j'ai l'impression que je suis bon pour tout recommencer, y compris l'encodage d'environ 3000 articles.

Mais je ne comprends pas que tout ça fonctionne sur iPhone alors que ça met un temps dingue à se charger en rechargeant la page pour que les feuilles de styles soient prises en compte.

[yponomeute]

Tu peux utiliser un outil d'analyse qui te permettras déjà d'y voir plus clair je pense : https://developers.google.com/speed/pagespeed/insights/

[scoch]

As-tu essayé cette solution ? Elle semble fonctionner chez certains. Je n'ai pas de Joomla pour vérifier.
Modifier le fichier plugins/captcha/recaptcha.php :
remplacer

Code

const RECAPTCHA_API_SERVER = "http://api.recaptcha.net";

par

Code

const RECAPTCHA_API_SERVER = "http://www.google.com/recaptcha/api";

Ce message a été modifié par scoch - 22 Jul 2015, 11:37.

[apenSPEL]

[…]
Modifier le fichier plugins/captcha/recaptcha.php :
[…]

Mmm… Ça va disparaître à chaque mise à jour ça. C'est un plugin de l'installation de base.

De toute manière je dois cesser de m'en soucier, je pars lundi et mon collègue a foutu le souk dans la base de données. Il ne rentre de Chine qu'en septembre. Si je continuais à bosser je risquerais de tout casser. Là je n'arrive déjà plus à exporter/importer la BDD sans erreurs SQL. Je ne comprends pas que ça fonctionne encore.
Seul le template reste valide pour l'instant. Et encore, c'est lui qui charge tout ce Javascript.
J'ai bien peur de devoir tout recommencer alors que ça dure déjà depuis 6 mois, principalement à attendre que ce collègue avance.

[scoch]

[…]
Modifier le fichier plugins/captcha/recaptcha.php :
[…]

Mmm… Ça va disparaître à chaque mise à jour ça. C'est un plugin de l'installation de base.

Ça dépend, si le plugin corrige ou pas le problème lors de sa mise à jour.
Et sinon, dans ton thème Joomla n'y a-t-il pas moyen de surcharger proprement des fonctions natives ?

[apenSPEL]

Ben, si je dois faire une check-list de tout ce qui risque de foirer lors des mises à jour et à mettre à jour à la main autant ne pas utiliser un CMS.

Si je comprends bien ce que tu appelles « surcharger » (override ?), ça ne devrait pas. Un template ne concerne pas vraiment les plugins et de fait il n'y en a pas un seul dans le template.
Et l'URI que tu donnes n'est pas la bonne (à cause de la v.2 ?), en plus il y en a deux :

Code

www.google.com/recaptcha/api/js/recaptcha_ajax.js
ou
www.google.com/recaptcha/api.js?hl=

Dans mon cas c'est sans doute la deuxième car il s'agit d'un site multilingue Fr/En/Cn. Mais en gros c'est déjà ± celle qui tu donnes.

Si au final j'avais vraiment besoin de modifier l'adresse de l'api, il devrait être plus simple de modifier un plugin gratuit, à condition qu'il ne puisse pas se mettre à jour automatiquement.

Mais je me demande si, vu ce que mon collègue a fait de cette base de données, on n'a pas intérêt à tout recommencer en commençant par installer akeeba backup. Je m'étais dit que ça pouvait attendre, mais j'aurais su immédiatement qu'on avait un problème de BDD.

Ou alors je dois sérieusement réfléchir à continuer à bosser gratos pour cette assoc' avec ses stagiaires qui n'en ont rien à faire sur le long terme de ce site. Après tout je ne suis rien du tout dans l'assoc', même pas défrayé, en particulier pour me laisser cette opportunité. J'ai bien envie de la saisir.

[scoch]

Ben, si je dois faire une check-list de tout ce qui risque de foirer lors des mises à jour et à mettre à jour à la main autant ne pas utiliser un CMS.

Si je comprends bien ce que tu appelles « surcharger » (override ?), ça ne devrait pas. Un template ne concerne pas vraiment les plugins et de fait il n'y en a pas un seul dans le template.

Ce qui foire généralement lors de mises à jour de CMS ce sont les plugins. Utiliser des plugins c'est dépendre du sérieux et du bon vouloir de tierces personnes.
Pourquoi ne faudrait-il pas surcharger (override) une fonction native ? C'est ce que font les plugins qui modifient les fonctionnalités du CMS. Le faire dans un fichier de fonctions PHP du thème c'est pareil sauf que tu as la main sur les modifications. Un CMS comme WordPress met à disposition une fonction pour surcharger : add_filter().
Un exemple hyper courant : les galeries d'images de WordPress. Le code HTML généré par le core est imbuvable. Une des premières choses que font les créateurs/utilisateurs de ce CMS c'est d'installer un plugin de galerie… alors qu'en quelques lignes de code tu peux obtenir le rendu HTML que tu souhaites, sans ajout de fichiers, sans modifications de la base de données, sans créer de dépendances.