IMA5 2020/2021 P1 - Historique des versions

Egury : /* Gestion des trames */

2021-01-07T18:01:23Z

‎Gestion des trames

Egury : /* Mise à jour suite aux remarques */

2021-01-07T17:52:28Z

‎Mise à jour suite aux remarques

Egury : /* Partie serveur d'application */

2021-01-07T17:38:09Z

‎Partie serveur d'application

Egury : /* Partie serveur d'application */

2021-01-07T17:34:33Z

‎Partie serveur d'application

Egury : /* Gestion utilisateur */

2021-01-07T17:13:07Z

‎Gestion utilisateur

Egury : /* Affichage sur la carte */

2021-01-07T17:12:56Z

‎Affichage sur la carte

Egury : /* Affiche sur la carte */

2021-01-07T16:33:58Z

‎Affiche sur la carte

Egury : /* Affiche sur la carte */

2021-01-07T16:33:45Z

‎Affiche sur la carte

Egury : /* Partie serveur d'application */

2020-12-10T19:32:37Z

‎Partie serveur d'application

Egury : /* Gestion des trames */

2020-12-09T17:45:03Z

‎Gestion des trames

← Version précédente		Version du 7 janvier 2021 à 18:01
Ligne 186 :		Ligne 186 :

	Lors d'une première entrée, la condition $resultat==false permet d'ajouter pour la première fois la balise dans l'historique		Lors d'une première entrée, la condition $resultat==false permet d'ajouter pour la première fois la balise dans l'historique
		+
		+
		+
		+	====Historique des balises====
		+
		+	L'utilisateur peut accéder à l'ensemble des relevés des balises. Les relevés pouvant être nombreux, l'utilisateur à différents filtres à sa disposition. En effet il peut filtrer les relevés par balises, par localisation, mais surtout par date.
		+	Il peut renseigner soit une plage de date, soit une seule date pour avoir tous les relevés jusqu'a cette date ou tous les relevés à partir de cette date.

	====Affichage sur la carte====		====Affichage sur la carte====

← Version précédente		Version du 7 janvier 2021 à 17:52
Ligne 269 :		Ligne 269 :

	===Mise à jour suite aux remarques===		===Mise à jour suite aux remarques===
		+
		+	Premièrement, la structure des trams a été modifiée pour être réduite à son minimum, à savoir 4 octets. Désormais ces octets contiennent uniquement les valeurs des capteur, l'id est récupéré directement dans la requête POST:
		+	$json = file_get_contents("php://input");
		+	$obj = json_decode($json);
		+	$id = bin2hex(base64_decode(json_encode($obj->devEUI)));
		+
		+
		+	Deuxièmement, les id de balises qui s'auto-incrementés en base ne fonctionnent plus comme ça. L'id de la balise étant directement récupéré dans la requête POST, celui-ci est donc devenu la clef primaire de la table balises.
		+
		+	Troisièmement, la table historique balise a été modifié, elle stocke désormais les relevés avec la date mais aussi avec l'heure du relevé. Dans l'ancien système des mesures étaient envoyés par les balises de manière périodique, maintenant un deuxième mode est possible (et c'est celui retenu) qui permet d'envoyer une mesure uniquement quand un niveau change, le reste du temps le capteur est en mode low_power, permettant ainsi d'economiser grandement la batterie. Ainsi le nombre de relevés étant moindre, ceux-ci sont tous stockés en base.

← Version précédente		Version du 7 janvier 2021 à 17:38
Ligne 266 :		Ligne 266 :
	down ip address del dev eth1 172.26.145.241/24		down ip address del dev eth1 172.26.145.241/24
	down ip route del 172.26.188.0/22 via 172.26.145.254		down ip route del 172.26.188.0/22 via 172.26.145.254
		+
		+
		+	===Mise à jour suite aux remarques===

← Version précédente		Version du 7 janvier 2021 à 17:34
Ligne 238 :		Ligne 238 :
	concevoir le capteur		concevoir le capteur
	gestion ajout nouveau capteur (voir message down) FAIT		gestion ajout nouveau capteur (voir message down) FAIT
		+
		+
		+	====Connexion à l'application====
		+
		+	Pour rendre l'application accessible depuis l'extérieur et sans passer par le proxy de l'école, j'ai réutilisé la marchine virtuelle deployé en PRA, a savoir trompettedelamortdans mon cas, avec comme ip public 193.48.57.188
		+
		+	Dans bind9, j'ai ajouté un nouvel enregistrement dans /etc/bind/db.trompettedelamort.site
		+	pfe IN CNAME ns1
		+
		+	En faisait cela, le nom pfe.trompettedelamort.site nous retourne bien l'adresse vers le site.
		+
		+	Ensuite, il reste juste a rediriger l'utilisateur vers le bon site lorsqu'il saisie pfe.trompettedelamort.site. Pour cela, la machine trompettedelamort fait office de reverse proxy, dans /etc/apache2/sites-availables ilfaut donc ajouter une nouvelle configuration:
		+
		+	<VirtualHost *:80>
		+	ServerName pfe.trompettedelamort.site
		+	ProxyPreserveHost On
		+	ProxyPass / http://172.26.189.23:80/
		+	ProxyPassReverse / http://172.26.189.23:80/
		+	</VirtualHost>
		+
		+	Ainsi lorsqu'un utilisateur souhaite accéder à pfe.trompettedelamort.site, ce dernier est résolue en 193.48.57.188:80 qui lui même redirige vers 172.26.189.23:80 qui correspond bien à l'adresse privé de notre machine hebergeant notre site.
		+
		+	Petit problème, le routeur de l'ecole bloque l'accés de trompettedelamort (193.48.57.188) vers la machine hebergeant notre site (172.26.189.23). La solution consiste donc à s'attribuer une adresse sur le vlan des ZABETH et d'ajouter une route statique vers le réseau de la machine hebergeant notre site:
		+
		+	up ip address add dev eth1 172.26.145.241/24
		+	up ip route add 172.26.188.0/22 via 172.26.145.254
		+	down ip address del dev eth1 172.26.145.241/24
		+	down ip route del 172.26.188.0/22 via 172.26.145.254

@@ Ligne 222 : / Ligne 222 : @@
 ====Gestion utilisateur====
- Premièrement, la gestion utilisateur ne doit être accessible qu'aux personnes en ayant les droits, il est donc nécessaire de mettre en place un système de login. Tout se joue avec la fonction session_start(), avant d'envoyer la page concernant le gestion des capteurs au client, on verifie d'abord si ce dernier est connecté, i-e si la variable $_SESSION['login'] existe, sinon on redirige ce dernier vers l'ecran de connexion.
+Premièrement, la gestion utilisateur ne doit être accessible qu'aux personnes en ayant les droits, il est donc nécessaire de mettre en place un système de login. Tout se joue avec la fonction session_start(), avant d'envoyer la page concernant le gestion des capteurs au client, on verifie d'abord si ce dernier est connecté, i-e si la variable $_SESSION['login'] existe, sinon on redirige ce dernier vers l'ecran de connexion.
 L'utilisateur entre login et mot de passe et on compare ces derniers a ce qui est stocké dans la base de données. Par mesure de sécurité des données de l'utilisateur et en cas de faille de la base, le mot de passe est stocké en hashé.

@@ Ligne 218 : / Ligne 218 : @@
   heatMapData[i]={location: new google.maps.LatLng(coord1, coord2), weight: infos[i]['niveau']};
+  }
@@ Ligne 223 : / Ligne 231 : @@
 Note a moi même: travail a effectuer en priorité:
-  gerer la partie historique des balises en base (quasi fini, gérer les heures pour ajouter de manière plus fréquentes)
+  gerer la partie historique des balises en base (quasi fini, gérer les heures pour ajouter de manière plus fréquentes) FAIT
-  mettre en place un mode administrateur sur l'appli pour par exemple ajouter ou retirer des balises (a voir si utile avec les profs)
+  mettre en place un mode administrateur sur l'appli pour par exemple ajouter ou retirer des balises (a voir si utile avec les profs) FAIT
-  gerer sur la carte l'affichage des balises et l'etat de la route
+  gerer sur la carte l'affichage des balises et l'etat de la route FAIT
-  mettre toutes les requetes SQL dans un même fichier (fait pour la recherche historique)
+  mettre toutes les requetes SQL dans un même fichier (fait pour la recherche historique) FAIT
   mise en place d'une appli android
   concevoir le capteur
-  gestion ajout nouveau capteur (voir message down)
+  gestion ajout nouveau capteur (voir message down) FAIT

@@ Ligne 187 : / Ligne 187 : @@
 Lors d'une première entrée, la condition $resultat==false permet d'ajouter pour la première fois la balise dans l'historique
-====Affiche sur la carte====
+====Affichage sur la carte====
 En passant par l'API google maps il est possible d'affichir une carte sur l'appplication web et d'apporter des modifications à cette dernière

← Version précédente		Version du 9 décembre 2020 à 17:45
Ligne 197 :		Ligne 197 :
	mise en place d'une appli android		mise en place d'une appli android
	concevoir le capteur		concevoir le capteur
		+	automatiser l'ajout d'un capteur quand il est inconnu (voir message down)