Modification utilisateur en admin (backend) à partir d'un lien sur site (frontend)

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

  • [Problème] Modification utilisateur en admin (backend) à partir d'un lien sur site (frontend)

    Bonjour à tous

    Je développe quelques formulaires avec ChronoForms et ChronoConnectivity et dans ces formulaires et listes, j'ai ajouté une image avec un lien...
    Ce lien permet théoriquement d'ouvrir un autre onglet pour avoir directement la modification d'un utilisateur en backend.
    Voici le lien obtenu après génération html de la page (débug sous Firefox) :

    <a href="/administrator/index.php?option=com_users&view=user&layout=edit&i d=959" target="_blank">
    <img src="/images_div/logo_joomla.png" alt="Image" data-hint="Modification de l'utilisateur par l'administration de Joomla" width="30px">
    </a>

    J'ai le message d'erreur :
    Erreur
    Vous n'êtes pas autorisé à utiliser ce lien pour accéder directement à cette page (#959).


    Alors que je suis déjà connecté au backend sur au autre onglet avec les droits d'admin.
    Je n'ai aucun problème et aucun message lorsque j'essaie de modifier l'utilisateur directement en backend.

    Problème de paramétrage "Joomla" ?
    Problème de paramétrage "Admin Tools" ?

    J'ai effectué un test avec le plugin "System - Admin Tools" désactivé... Même erreur
    Merci d'avance pour vos retours et solutions.
    Dernière édition par jmgroud à 25/02/2020, 15h03
    Le peu que je sais et occulté par le trop que je ne sais pas...
    (http://jmgi.fr)

  • #2
    Bonjour,
    Ce message s'affiche quand la ressource peut être utilisé par un autre script/utilisateur.
    Est-ce que le problème se produit après avoir déverrouillé les enregistrements ?
    Y'a t'il un plugin Akeeba qui tourne en tache de fond (ce problème se posait avec Akeeba Backup Lazy Scheduling qui théoriquement n'est plus présent).
    Est-ce que l'utilisateur identifié en front avant de cliquer sur le lien est bien autorisé à modifier les utilisateurs ?

    Cordialement,
    Chabi01 - http://www.xlformation.com

    Commentaire


    • #3
      Bonjour chabi01

      Merci pour ta réponse, c'est en effet une explication qui me semble assez "logique" et bien fondée.
      J'avais vu en effet la relation avec l'extension "Akeeba backup" mais ces posts datent de plusieurs années et en effet (je n'en suis pas certain), l'outil "Lazy Scheduling" semble ne plus exister.
      De plus, si cet outil ou un autre bloquait la modification de l'utilisateur en "Frontend", pourquoi pourrais-je y arriver directement en "Backend"... ?

      J'ai effectué un test bien précis avec un utilisateur...
      - Je l'ai pris en "Backend" en modification
      - Je l'ai sauvegardé en "Backend" pour m'assurer le déverrouillage de l'utilisateur
      - J'ai ensuite testé le lien de modification en "Frontend"... MESSAGE D'ERREUR

      En ce qui concerne l'utilisateur connecté en "Frontend", il a les droits de "user utilisateur".
      J'utilise d'ailleurs le même utilisateur en "Backend" qu'en "Frontend".

      Si je reste dans la recherche d'un enregistrement verrouillé, plusieurs questions :
      - 1) Comment voir en "Backend" qu'un utilisateur est verrouillé ? Contrairement aux articles où il y a un cadenas devant le titre, pour les utilisateurs le cadenas n'apparaît pas...
      - 2) Même question mais avec la base de données... Quelle est la table et le champ qui indique un utilisateur verrouillé (j'ai cherché mais n'ai pas vu...).
      - 3) Concernant les outils pouvant verrouiller certains enregistrements, 2 pistes :

      La première concerne l'extension "ChronoConnectivity" ne ferait-elle pas cela ? J'utilise en effet une fonction appelée "Read-Data" qui exécute une requête SQL dans la base et donc sur la table des utilisateurs. Mais ATTENTION, cette requête n'est qu'un simple "SELECT"... La question est donc simple : Une requête SQL de SELECT peut-elle verrouiller les enregistrements lus ?
      Pour tester ce blocage éventuel, j'ai créé un lien direct dans un menu de ce type : http://(site)/administrator/index.ph...ut=edit&id=959
      J'ai bien fait attention à ne pas avoir de requête lancée dans une autre fenêtre... Même message d'erreur lorsque j'exécute le lien de menu.
      Ceci ne semble donc pas provenir de "ChronoConnectivity". Je laisse ici quand même l'idée, on ne sait jamais si je me suis trompé...

      La deuxième concerne l'extension "Admin Tools"... Peut-être y-a-t-il un paramètre qui interdisse la modification d'informations en "Backend" à partir d'un lien mis en "Frontend" ? J'ai parcouru mais n'ai rien vu dans ce sens...
      J'ai effectué un test en désactivant le plugin "System - Admin Tools"... Même message d'erreur.
      Ceci ne semble donc pas venir de cette extension mais comme pour "ChronoConnectivity", je laisse la piste car je peux avoir oublié un truc...

      Voilà où en sont mes réflexions.
      Merci d'avance à tous pour d'autres idées ou chemins de réflexion.
      Dernière édition par jmgroud à 26/02/2020, 11h48
      Le peu que je sais et occulté par le trop que je ne sais pas...
      (http://jmgi.fr)

      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

      Partenaire de l'association

      Réduire

      Hébergeur Web PlanetHoster
      Travaille ...
      X