Discussion :

[melodyambre]

Bonjour à tous,

Je suis chargé du développement d'une application sous JQueryMobile.

Actuellement, je dispose d'une connexion (page1) qui amène à une page 2 disposant d'un menu.
Par exemple, pour accéder à la page 3 je clique sur le bouton du menu correspondant et je voudrais qu'apparaissent la liste des utilisateurs : nom, prénom, etc.

Le problème est que je dispose d'un seul fichier html avec toutes les pages et je souhaiterais que leur contenu provienne d'une base de données.
Comment puis-je faire pour charger les données vers la page concernée ?

Ajax, PHP, javascript, oui mais comment faire le lien ?

Merci d'avance.

Ambre.

[Watilin]

Bonsoir,

le schéma « classique » (sans Ajax) c'est un serveur PHP qui contrôle la communication avec le serveur SQL et qui envoie les données au client après les avoir mises en forme en HTML.

Avec Ajax ce n'est pas tellement différent car la requête est toujours adressée au serveur PHP et la récupération des données se fait de la même façon. Par contre, le serveur n'est plus obligé d'envoyer une page HTML entière ; il peut envoyer des fragments de HTML, ou même des données sous un autre format (JSON, XML, texte brut, etc.) que le JavaScript se charge d'injecter dans la page.

Le lien c'est ton serveur PHP qui le fait. Tu as moyen de reconnaître « qui » t'envoie une requête, c'est-à-dire si la requête est initée par Ajax ou si c'est une requête classique (clic sur un lien ou soumission d'un formulaire). jQuery ajoute automatiquement un en-tête HTTP à toutes ses requêtes Ajax, il s'agit de l'en-tête

Code HTTP :

Sélectionner tout - Visualiser dans une fenêtre à part

X-Requested-With: XMLHttpRequest

En consultant la valeur $_SERVER['HTTP_X_REQUESTED_WITH'] tu peux donc décider de différencier ta réponse pour une requête Ajax ou pour une requête classique. Ceci lorsque ton application prévoit que les requêtes Ajax et classiques peuvent être adressées aux mêmes scripts PHP.

Tu peux aussi faire le choix de séparer totalement les aspects classique et Ajax sur ton serveur, en faisant des scripts PHP répondant uniquement à Ajax et d'autres uniquement aux requêtes classiques. Ou encore de supprimer totalement l'aspect classique de ton application (à part la première page), et ainsi faire une « single-page app », mais je ne le recommande pas, car tu rendrais ton site inaccessible aux utilisateurs qui désactivent ou qui n'ont pas JavaScript.

Quoiqu'il en soit, fais les choses dans l'ordre. Ta première étape est de configurer un serveur SQL et de réussir à y adresser des requêtes SQL depuis tes scripts PHP.

[melodyambre]

Bonjour,

J'ai déjà une base de données sous phpMyAdmin et je dispose actuellement de 3 fichiers (index.html + connexion.php + page2.php)

connexion.php
index.html
Page2.php

index.html qui contient toutes mes pages et les 2 fichiers php pour faire appel à ma base de données.
Mais je me demande comment faire pour charger des données sur une page (la 3 par exemple) quand je souhaite aller la visiter.

Ambre.

[Watilin]

Je vois que tu as déjà choisi ton modèle. En fait tu as réalisé une single-page app.

Tu utilises déjà un évènement pageinit pour la transition à la page 2. C'est exactement la même chose pour les autres pages, je ne vois pas ce qui peut te poser problème.

Cela dit, fais attention à la sécurité de ton application. Actuellement, ton serveur ne conserve aucune session et je peux accéder à des données de ta base aussi simplement qu'en tapant manuellement l'adresse page2.php?id=1234 dans mon navigateur. Il faudra ajouter, au minimum, un identifiant transmis par session qui vérifie dans page2.php que l'utilisateur est authentifié avant de renvoyer des données.

Attention aussi à la fonction md5 : c'est une fausse sécurité, vois ici pour plus d'infos.

Enfin, veille à bien tirer parti des avantages de PDO. Par exemple cette requête n'est pas sécurisée :

Code PHP :

Sélectionner tout - Visualiser dans une fenêtre à part

$sql = "SELECT * FROM utilisateur WHERE NumUser='$id'";

Utilise PDO::quote, ou mieux, PDO::prepare.

Code PHP :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$statement = $pdo->prepare('SELECT * FROM utilisateur WHERE NumUser=:id');
$result = $statement->execute([ ':id' => $id ]);

[melodyambre]

Bonjour,

Je vais apporter les modifications pour ma requête, merci !

Ensuite pour la gestion de mes pages :

Tu utilises déjà un évènement pageinit pour la transition à la page 2. C'est exactement la même chose pour les autres pages, je ne vois pas ce qui peut te poser problème.

Et bien, lorsque je veux traiter la gestion de mon menu dans mon code javascript $(document).ready(function() { ... }); le code que je met dans mon $(document).delegate("#page3", "pageinit", function() { ... } ne se fait pas... La transition de page a bien lieu mais 0 données s'affiche, juste l'alerte "Je suis sur la page 3" apparaît...

Nouveau fichier : index.html

[Watilin]

Il y a un truc que je n'avais pas vu, c'est assez sournois, tu vas voir. Ce que tu appelles des « pages » dans ton application sont en réalité de simples <div>. La page c'est index.html. Le problème commence là car, comme tu le sais, un id doit être unique dans une page. Or, dans ta page index.html, tu as pas moins de 4 éléments <h1 id="data_SS"> et 4 éléments <p id="text"> !

Quand tu sélectionnes $("#text") tu sélectionnes en fait le premier <p id="text"> qui est celui de la page 1, même lorsque la page 1 est masquée.

Tu dois différencier ces id. Je te propose deux façons de faire :
– soit tu les remplaces par des classes (<h1 class="data_SS">) et tu les sélectionnes comme ceci : $("#page1 .data_SS"), etc.
– soit tu donnes un id différent à chaque élément : <h1 id="data_SS_1">, <h1 id="data_SS_2">, etc.


PS : Ma remarque sur la sécurité tient toujours : je peux accéder aux données de n'importe quel utilisateur simplement au moyen de la barre d'adresse de mon navigateur. Tu dois utiliser une session côté serveur (pas sessionStorage) pour t'assurer que l'utilisateur qui fait une requête, disons, sur la page 3, est obligatoirement passé d'abord par la page 1 pour s'authentifier.