sh404SEF et Security Images

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • sh404SEF et Security Images

    Bonjour,
    J'ai activé sh404SEF qui fonctionne pour la plupart des pages de mon site en J! 1.5
    Ayant installé ensuite et activé Security Images, je constate que les images de captcha ne s'affichent plus, seul un petit carré se montre !
    J'ai modifié tous les paramètres de sh404SEF pour le composant Security Images : rien à faire, l'image n'apparaît que si je désactive sh404SEF.
    Quelqu'un aurait-il la solution, si elle existe ?
    Merci par avance !
    Robert
    Dernière édition par RobertG à 24/06/2008, 17h04
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

  • #2
    Personne n'a d'idée ?
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      Bonjour,

      Je n'ai pas d'idées spéciales, mais la première chose à faire est de vérifier que Security images utilise bien des url absolues (avec http://monsite.com/xxxx) car sinon cela ne peut pas marcher avec du SEF.

      Cordialement
      Je suis toujours le développeur de sh404sef, mais il est désormais distribué par Weeblr. Je ne réponds plus aux MP sur ce composant. Merci de votre compréhension.

      Commentaire


      • #4
        Bonjour shumisha et merci de ta réponse. Il me semble que la version de Security Images pour J! 1.0 ne pose pas ces problèmes avec sh404SEF, en tout cas je ne me souviens pas de l'avoir constaté.
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

        Commentaire


        • #5
          Joomla 1.5, c'est un autre monde. Il n'y a pas de rapport entre les deux, et c'est pour cela qu'il faut vérifier. Le problème le plus courant pour la plupart des extensions (Virtuemart par exempl), c'est que soit elles utilisent des URL relatives, soit elles utilisent l'accès par index2.php, qui ne marche pas en SEF. Ce sont donc les deux points à vérifier en premier (surtout le premier point dans le cas de Security image, je ne vois pas pourquoi ils utiliseraient index2.php)

          COrdialement
          Je suis toujours le développeur de sh404sef, mais il est désormais distribué par Weeblr. Je ne réponds plus aux MP sur ce composant. Merci de votre compréhension.

          Commentaire


          • #6
            Je vais aller regarder, mais il s'agit seulement de l'affichage de l'image aléatoire dont le texte est à reproduire : elle n'apparaît pas et j'ai un petit carré sous FF.

            Edit : l'url utilise bien index.php, la seule chose notable étant un double slash entre le nom de domaine et "index.php"
            src="http://www.rg-conseil.fr//index.php?option=com_contact&task=displaySecurityI magesCaptcha&contact_id=1"
            Dernière édition par RobertG à 24/06/2008, 16h25
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

            Commentaire


            • #7
              Typique qu'une url incorrecte (je parle de l'url de l'image justement).
              Cela dit, cela peut bien sur être tout autre chose
              Je suis toujours le développeur de sh404sef, mais il est désormais distribué par Weeblr. Je ne réponds plus aux MP sur ce composant. Merci de votre compréhension.

              Commentaire


              • #8
                Effectivement, mais l'image gif de rechargement s'affiche bien, elle, malgré la même erreur !
                src="http://www.rg-conseil.fr//components/com_securityimages/buttons/reload.gif"
                Edit : j'ai modifié le code pour qu'un seul slash apparaisse, mais ça ne change rien
                Dernière édition par RobertG à 24/06/2008, 16h37
                "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                Commentaire


                • #9
                  Le problème est ailleurs alors. Ce que je ne comprends pas, c'est comment security image peut être appelé avec l'url index.php?option=com_contact&task=displaySecurityI magesCaptcha....
                  Le composant com_contact n'a pas de task=displaySecurityI magesCaptcha. Ce qui se passe c'est que l'url http://www.rg-conseil.fr/index.php?option=com_contact&task=displaySecurityI magesCaptcha&contact_id=1 est convertie par sh404sef en http://www.rg-conseil.fr/Contact.html, ce qui est logique et peut-être vérifié en tapant cette url dans un navigateur.

                  Comment fonctionne security images ? il patche le composant com_contact ?
                  Je suis toujours le développeur de sh404sef, mais il est désormais distribué par Weeblr. Je ne réponds plus aux MP sur ce composant. Merci de votre compréhension.

                  Commentaire


                  • #10
                    Oui, Security Images patche un certain nombre de fichiers système dans lesquels doit s'afficher le système de sécurité, ou bien on ajoute manuellement du code pour afficher la captcha et les boutons et zone de saisie
                    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                    Commentaire


                    • #11
                      Dans ce cas il faudrait modifier le plugin com_contact de sh404sef afin qu'il ne transforme pas ces url. La seule bonne solution ce serait que Security Images fournisse un plugin qui viendrait également remplacer le plugin standard de sh04sef, afin de prendre en compte les fonctions spécifiques de security images.
                      Dans l'immediat, le fait d'ajouter dans le plugin com_contact de sh404sef, vers la ligne 96:

                      if (!empty($task) && $task == 'displaySecurityI magesCaptcha')) $dosef = false;

                      devrait permettre de passer cet obstacle (il faudra purger les urls, car sinon l'url déjà enregistrée dans la base de données prendra toujours le dessus)

                      Cordialement
                      Je suis toujours le développeur de sh404sef, mais il est désormais distribué par Weeblr. Je ne réponds plus aux MP sur ce composant. Merci de votre compréhension.

                      Commentaire


                      • #12
                        Effectivement, le code suivant (corrigé) fonctionne :
                        if (!empty($task) && ($task == 'displaySecurityImagesCaptcha')) $dosef = false;
                        Reste à le reporter sur les autres zones où Security Images peut être utilisé (oubli d'identifiant et de mot de passe, création de compte notamment).

                        Merci shumisha !
                        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                        Commentaire


                        • #13
                          Code ci-dessus toujours d'actualité???

                          Salut à vous,

                          Securityimage fonctionnait bien et j'ai eu un message à la place du captcha "reload limit exceeded" (voir ce post)
                          J'ai alors vider mon cache et supprimé les cookies comme ils l'expliquent et ça a remarché!

                          Je me suis aperçu plus tard que mon captha avait complètement disparu du front et du back-end! Si je vérifie mon système dans l'admin, aucun captcha ne s'affiche plus!

                          Entre temps, j'avais installé sh404SEF alors je me dis que ça peut être le problème mais si je le désactive, ça ne change rien!

                          J'ai essayé de bidouiller avec le code donné ci-dessus mais ça ne change rien non plus! (Et ce post est un peu vieux alors ça se trouve ce n'est plus valable??)

                          J'ai aussi changé le CHMOD comme expliqué dans Troubleshooting (components/com_securityimages/plugins/xxx/y.y/imageGenerator.php), mais sans succès!!

                          Je ne sais plus quoi faire! Merci pour votre aide

                          Config : joomla 1.5.10 + securityimages 5.1.1 (+patch joomla) + sh404SEF-15_1.0.19_Beta_build_232.joomla1.5.x
                          Dernière édition par lateralus à 26/05/2009, 16h00

                          Commentaire


                          • #14
                            Je viens d'essayer en désinstallant et réinstallant securityimages mais sans plus de succès!!

                            Commentaire


                            • #15
                              Problème idéntifié mais pas solutionné!!

                              Bon ben je viens de trouver le problème mais pas de solution! J'ai tout testé, installé, désinstaller, arracher les cheveux... Ca sent la grosse incompatibilité!

                              J'avais installé entre temps des extensions sh404 pour Marketplace et Flippingbook de Denis Deluci (http://www.denisdulici.com/downloads...xtensions.html). Ces extensions marchent très bien mais ça fait buger SecurityImage!

                              Donc j'imagine que c'est le même problème pour toutes ses extensions, alors attention....!!!!
                              Dernière édition par lateralus à 26/05/2009, 22h54

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins
                              Travaille ...
                              X