Utiliser une autre table pour com_users

[skuti]

Bonjour à tous,

Dans le cadre de la refonte d'un site en Joomla pour une V2, nous utilisons le composant com_users pour gérer l'authentification.

Actuellement, nous disposons de deux tables différentes sur l'ancien site, jos_users et jos_customers.

Est-il possible de spécifier à Joomla, d'utiliser jos_customers pour le front office et jos_users pour le back office?

Ou sinon, doit-on créer notre propre composant pour l'authentification?

Merci d'avance,

Romain

[toffffe]

Re : Utiliser une autre table pour com_users

Salut
Peux tu en dire plus sur l’intérêt de faire cela ?

[skuti]

Re : Utiliser une autre table pour com_users

L'ancien site est en php brut et le nouveau en Joomla 2.5, suite à la demande expresse de mon chef de projet, nous devions garder strictement la même structure de BDD pour facilité le rapatriement des données du base à une autre. Dans l'ancien site ils différenciaient les utilisateurs lambda et les administrateurs du site car les admins n'agissaient pas sur le FO et les utilisateurs sur le BO. Donc ils avaient deux tables sensiblement différentes. Hors, le soucis maintenant c'est qu' après un ans et demi de développement, je leurs ai fait remarqué que com_users allait chercher les infos dans la table des admins au lieu des utilisateurs.

Comme je suis nouveau dans leurs groupes je voulais voir si je pouvais contourner se problème pour perdre moins de temps, sinon je vais devoir lui annoncer une mauvaise nouvelle =p

[webcrea]

Re : Utiliser une autre table pour com_users

Je ne serais pas étonné d'apprendre aussi que vous êtes passés récemment sous XP? dis à ton chef que c'est comme ça et que tu peux pas faire autrement sans compromettre la sécurité général du site. Si tu te laisses faire par tes clients ou chefs tu perds ton temps à chercher le moutons à 5 pattes uniquement parce qu'un rond de cuir a peur d'évoluer... Enfin bon, ça peut être dit plus gentiment

[skuti]

Re : Utiliser une autre table pour com_users

Je suis entièrement d'accord avec toi webcrea, malheureusement pour moi il ne démord pas donc je bricole plutot que de construire.

Je pense qu'on va devoir créer un composant pour l'authentification car il nous reste 3 jours avant de lancer le site.

[toffffe]

Re : Utiliser une autre table pour com_users

Oulala dur des chefs comme ça.
Lance toi rapidement alors dans ton composant. C'est dommage de tout complexifier.

[webcrea]

Re : Utiliser une autre table pour com_users

Essaye plutôt de créer un composant qui intègre l'ancien code php. Tu perdras moins de temps et tu auras permis à ton administration de faire un bond en avant significatif.

[skuti]

Re : Utiliser une autre table pour com_users

C'est ce que je compte faire webcrea pour avoir le moins d'impact sur le fonctionnement globale du site.Il est certain que je vais devoir modifier pas mal de chose mais chaque tâche n'est pas complexe en soit pour ajouter le nouveau composant.

Bref merci pour vos conseils et votre compassion ahah =)

[cavo789]

Re : Utiliser une autre table pour com_users

Salut

Tu travailles à l'armée ?

Si le gars ne comprends pas que créer un mouton a 5 pattes est une abérration, il devrait méchamment se remettre en question. Laisse-moi te faire peur : écrire un composant, c'est une question de dizaines d'heures de boulot et je serais plus près de la vérité en parlant de centaines d'heures.

Ensuite, c'est quand même farfelu comme demande car, si je te comprends bien, j'aurai deux utilisateurs avec le même ID selon qu'il est admin, c'est la table machin et si c'est un utilisateur c'est la table truc avec un utilisateur ID 5 de part et d'autre.

Quand tu as un utilisateur ID 5 qui a créé un article, proposé une annonce, soumis un formulaire, ... bref, partout où Joomla dit "C'est le User ID 5 qui a fait ça", de qui parle-t-on ?

Comme mentionné plus haut par les différents intervenants dans cette discussion, c'est une mauvaise solution d’abdiquer alors que c'est toi qui a raison. Et si le mec ne comprends pas, c'est qu'il ne mérite ni sa fonction ni son salaire.

[skuti]

Re : Utiliser une autre table pour com_users

En effet, tu soulève un point intéressant au niveau des ID!

Quand a créer des composants, modules, etc, on ne fait que ça ici car énormément de DEV spécifique pour au final un simple site e-commerce. On aurait perdu moins de temps à le faire avec un framework type Symfony à mon humble avis, car la au moins, on a la main sur l'intégralité du dev.

Ensuite, je ne suis que prestataire dans leurs locaux, et junior qui plus est. Je dois faire mes preuves, donc je ne dis rien pour ne pas me mettre en conflit avec ma boite. Bref, ce serai trop long à expliquer!

[cavo789]

Re : Utiliser une autre table pour com_users

Ne mets pas ta position en péril, c'est évident mais si c'est ça la mentalité de ta boîte; investigue un peu ailleurs pour voir la qualité de l'herbe.

Joomla est un excellent CMS avec des composants de qualité mais si l'on est borné et qu'on veut tout inventer par soi-même, il est aussi possible d'utiliser Notepad et de créer ses sites de cette manière-là.

Quelque soit l'outil informatique, il faut un temps d'adaptation : comprendre la force dudit outil et travailler de cette manière-là. Je pourrais prendre une passoire pour vider mon bain, si je prenais un seau, cela irait plus vite.

Bonne soirée.

[skuti]

Re : Utiliser une autre table pour com_users

Oui bien sur, mais pour ma part je préfère les frameworks php pour faire un site e-commerce plutot qu'un CMS qui n'est pas forcément adapté. Prestashop à la limite mais Joomla est, à mon avis, plus fait pour de l'éditorial.

[webcrea]

Re : Utiliser une autre table pour com_users

Oui bien sur, mais pour ma part je préfère les frameworks php pour faire un site e-commerce plutot qu'un CMS qui n'est pas forcément adapté. Prestashop à la limite mais Joomla est, à mon avis, plus fait pour de l'éditorial.

Cela reste à démontrer... Je pense que tous les utilisateurs de VM ou Hikashop te démontreront que ces solutions sont fiables et performantes. Quant à presta, tu te retrouves à devoir payer le moindre modules dont tu as forcément besoin.

Quant aux frameworks, ils permettent certe une meilleure tenue du code, mais tu en viens trop souvent à devoir réinventer la roue, et, qui dit réinventer la roue, dit heures de boulots en plus... Là ou un CMS comme Joomla est intéressant, à mon sens, c'est que face à une problématique, tu trouves quantité de solutions répondant plus ou moins à tes besoins. Tu t'en inspires, tu modifies et en 2 coups de cuiller à pot tu mets en prod. Il y a vraiment un travail collaboratif autour de ce cms. Les réponses sur ce forum te le prouvent.

Je suis sidéré, par la cure d'amaigrissement que prennent mes composants quand je les porte sur de nouvelles versions de Joomla. En quelques lignes dans quelques fichiers tu édites, affiches, filtres, pagines...etc n'importe quel problématique web.

Au final, tu pourrais jeter un oeil sur seblod, je dis juste "jeter un oeil" pour savoir que ça existe. Avec ça tu peux taper n'importe quel table, composant, module ou plugin à travers plusieurs joomla ou appli propriétaires. Le revers de la médaille : pas de doc, pas de tuto, pas d'exemple et un forum en Englais avec 2 pelés, 3 tondus...

[skuti]

Re : Utiliser une autre table pour com_users

J'avoue que niveau recherche de docs ou de tuto, j'ai été pas mal bloqué, donc oui gros point négatif la dessus, c'est dommage.

Ensuite, ce que je dis reste un point de vue personnel, ce que j'aime dans le développement c'est bien de me casser la tête à faire quelque chose et pas en prendre un tout fait (oui je sais une grosse perte de temps mais plus de fun pour moi ). Et le seul soucis que je trouve à télécharger les modules/composants c'est qu'ils ne nous permettent pas de modification du code sans en subir les conséquences lors d'une mise à jour (bien sur ici je ne parle que de mon expérience actuelle qui est loin d'être significative dans le domaine de Joomla et j'espère me tromper là dessus).

Le site que l'on code actuellement demande beaucoup trop de dev spécifique, accompagné de trop de restriction et j'en suis persuadé, à la prochaine mise à jour (actuellement 6 en attentes), on doit s'attendre à de bonne surprise!

Je le dis et le redis, je suis junior, je n'ai pas encore assez d'expérience pour affirmer des choses. Je ne fais que constater par le biais de développement en cours et qui ne s'appliqueront certainement pas aux projets futurs.