[Problème] Evaluation Joomla 3.4.4.

[zagga]

Bonjour à tous

Je suis administrateur d'un site pour une petite association de race canine. Le site actuel est très statique et bien vieillot. Ça fait quelques années que je promet un nouveau site et aussi longtemps que je teste différents CMS de manière sporadique.

La plupart des fonctions requises sont du standard pour un CMS. J'ai quand même constaté que la gestion de la liste des éleveurs et la liste des portées (tableaux) pose problème. Je voudrais un site réactif (cad supporte tablettes et téléphones). La table va donc dépasser largement la page, il faut un scrolling horizontal plutôt qu'une compression des colonnes.

Avant d'investir plus de temps dans la prise en main d'un nouveau produit pour évaluer sa facilité d'utilisation, la qualité de son interface en français et la facilité de la mise en place ultérieurement d'une version multilingue, il faudrait que j'évalue la difficulté pour intégrer une application PHP/MYSQL externe. L'application, telle qu'elle existe propose des formulaires qui exécute des requêtes à une base de données et affiche des pedigrees de chiens. Je voudrais aussi l'enrichir avec d'autres formulaires permettant la saisie de données dans la base de données et l'exécution de requêtes paramétrables par les membres.

Donc le point qui me tracasse --- quel est le niveau de difficulté pour intégrer des applications PHP tiers dans Joomla 3.4.4 ?

Merci de vos réponses

Gary

[electrocity]

Re : Evaluation Joomla 3.4.4.

Il fuat être dévellopeur pour intégrer vos propres applications(composant dans joomla)
SInon, il y à
https://www.component-creator.com/fr/ mais il ne fonctionne qu'avec une table en versoin "free"
http://www.mmleoni.net/joomla-component-builder mais plus compliqué.

[ced1870]

Re : Evaluation Joomla 3.4.4.

salut
effectivement que ce soit pour joomla ou autre, si tu veux intégrer des applications et gérer tout ça avec ta base de données il faut mettre les mains dans le code.
CEd

[messinmaisoui]

Re : Evaluation Joomla 3.4.4.

Il faut être développeur pour intégrer vos propres applications(composant dans joomla)

Juste une question au passage mais avec un rapport à la question de zagga tout de même (enfin me semble t'il) ...

Quel est le risque ou le soucis si on rajoute des tables dans la base de données (Joomla)
et que l'on appelle ses propres scripts php dans un article par exemple pour remplir un formulaire ou autre ...
le tout sans créer de composant (plugin ou module) car c'est destiné à n'être utilisé que sur un site ?
Des soucis de sécurité, de risque d'écrasement, un rejet de la communauté Joomla , le bucher ... ou bien pire !?

[ced1870]

Re : Evaluation Joomla 3.4.4.

je pense que c'est le "bucher"
disons que ce que tu présentes comme approche, c'est typiquement le rôle d'un composant. Qu'est ce que tu n'auras pas de cette manière ?
- lien admin pour accéder à ton outil
- API joomla a moins de charger les fichiers nécessaires manuellement
- gestion des droits d'accès (si toi tu y accèdes, qu'est qui fait que les autres ne peuvent pas y accéder et hacker ton truc ?)
- etc ...

donc tout est possible, à tes risques et périls

[PieceOfCake]

Re : Evaluation Joomla 3.4.4.

Juste une question au passage mais avec un rapport à la question de zagga tout de même (enfin me semble t'il) ...

Quel est le risque ou le soucis si on rajoute des tables dans la base de données (Joomla)
et que l'on appelle ses propres scripts php dans un article par exemple pour remplir un formulaire ou autre ...
le tout sans créer de composant (plugin ou module) car c'est destiné à n'être utilisé que sur un site ?
Des soucis de sécurité, de risque d'écrasement, un rejet de la communauté Joomla , le bucher ... ou bien pire !?

A mon avis (personnel) : aucun à la condition express que les la base de données qui les abrite soit ouverte en utilisant l'API Joomla! et notamment en utilisant les informations sérialisées via configuration.php ne serait ce que pour éviter la duplication de process d'ouverture qui eux pourraient bien ouvrir des failles désagréables

PS : Allons bon voilà que je suis en porte à faux avec Cédric

[ced1870]

Re : Evaluation Joomla 3.4.4.

oui je dirais que la sécurité est le plus gros point qui pourrait poser souci

[messinmaisoui]

Re : Evaluation Joomla 3.4.4.

Merci à vous deux, je ne cherchais pas la polémique

Ceci par contre je n'arrive pas à imaginer le cas de figure !?
=>

et notamment en utilisant les informations sérialisées via configuration.php ne serait ce que pour éviter la duplication de process d'ouverture

[ced1870]

Re : Evaluation Joomla 3.4.4.

il n'y a pas de polémique ce sont juste des points techniques que tu dois prendre en compte pour la viabilité de ton site

[PieceOfCake]

Re : Evaluation Joomla 3.4.4.

Merci à vous deux, je ne cherchais pas la polémique

Ceci par contre je n'arrive pas à imaginer le cas de figure !?
=>

Je voulais juste dire qu'il est important d'utiliser ce qui est déjà 'stocké' quelque part dans le fichier configuration.php et utilisé par les API de Joomla! (notamment en ce qui concerne l'ouverture de la base de données) et ne surtout pas, réécrire ailleurs id de l'admin, mot de passe, nom de la base dans d'autres variables de session avec un code personnel peut être moins sécurisé et moins évolutif que celui proposé de base par l'API

[roland_d_alsace]

Re : Evaluation Joomla 3.4.4.

Si l'outil existe de façon autonome et s'il n'existe pas de composant joomla pour faire le boulot il est toujours possible de faire un ´bridge´ Entre les 2 et de faire un affichage en frame.

Le rôle d'un bridge étant d'éviter la double authentification si le membre doit pouvoir agir sur le cms et sur le script spécifique (qui peut être dans un autre langage que Php, perl par exemple).

Il faut alors gérer un chaînage entre les différentes tables ´membres'.
Joomla s'y prête très bien avec son système de plugins qui prendra en charge la création dans la table membre du script externe et la gestion des différents cookies.
Il faut juste écrire quelques petits plugins de type ´users' et éventuellement ´system' .

Après si l'on veut rester dans la même base et si les infos de config sont doublées ce n'est pas bien grave, on ne configure pas tous les jours et si cela évite de hacker un script autonome existant et operationnel (tout n'est jamais parfait, il faut juste trouver le meilleur des compromis).

Par contre S'il faut écrire toute l'appli alors il est clair qu'il serait idiot de ne pas s'appuyer sur le framework de joomla.


...mais il serait bien que l'instigateur de ce fil en dise un peu plus sur ses besoins.

[messinmaisoui]

Re : Evaluation Joomla 3.4.4.

Je voulais juste dire qu'il est important d'utiliser ce qui est déjà 'stocké' quelque part dans le fichier configuration.php et utilisé par les API de Joomla! (notamment en ce qui concerne l'ouverture de la base de données) et ne surtout pas, réécrire ailleurs id de l'admin, mot de passe, nom de la base dans d'autres variables de session avec un code personnel peut être moins sécurisé et moins évolutif que celui proposé de base par l'API

Ok parfait, je procède déjà ainsi ... https://docs.joomla.org/Selecting_data_using_JDatabase