développement web
14 années d'expérience & d'innovations
au service de vos projets web et Internet
ADDP rejoint #NWX
Depuis quelques mois, Au-delà des Pixels fait partie de #NWX (Normand Web Expert), l'association normande des professionnels de la filière Internet. Le réseau s’agrandit !
Le prochain gros rendez-vous arrive bientôt, le 26 Juin pour la conférence technique, ecommerce, témoignages...
PHP, Sessions, Ajax et sous domaine
Je viens de faire une découverte aujourd'hui en bossant sur le site de moto-station.com et si mon raisonnement est bon, ceci pourrait éviter un arrachage de cheveux à d'autres :
Si une variable de session est definie dans un script PHP et que celui ci est appelé via ajax à partir d'un autre sous domaine, la variable de session n'est pas conservée au prochain appel.
Alors qu'elle est conservée si l'appel ajax vers le script PHP se fait sur le même sous domaine.
Voici un exemple :
Le script ajax.php défini la variable de session $_SESSION['test'] = 1;
<?php
session_start();
if ( isset($_SESSION['test']) ) echo '$_SESSION['test']==true';
else {
echo '$_SESSION['test']==false';
$_SESSION['test'] = 1;
}
?>
La page du site aaa.mondomaine.com/page.htm contient le script suivant : xhr.open('GET', 'http://bbb.mondomaine.com/ajax.php'); (je simplifie en faisant un appel Ajax basique)
=> au second appel $_SESSION['test'] n'est toujours pas défini (isset($_SESSION['test']) == false)
La page du site bbb.mondomaine.com/page.htm contient le script suivant : xhr.open('GET', 'http://bbb.mondomaine.com/ajax.php');
=> au second appel $_SESSION['test'] est bien défini (isset($_SESSION['test']) == true)
Ce qui est étonnant c'est que la session est bien transmise dans le deuxième cas et pas dans le premier alors que l'on appel toujours la même URL à partir du même navigateur, j'imagine que la session doit dépendre du contexte d'appel du script Ajax.
Si vous avez des remarques à ce propos, n'hésitez pas à laisser un message sur notre formulaire de contact.
Eric
Petit principe de débuggage
Ce n'est pas parceque les symptomes restent les mêmes que la source du problème ne s'est pas déplacée.
Vous apportez une correction à votre code qui parait valable, en testant à nouveau, le résultat affiché est le même mais ne correspond toujours pas au résultat attendu. Ca ne veut pas dire forcément que la correction que vous venez d'apporter n'a rien résolu mais ça peut vouloir dire que le problème s'est déplacé.
Dans ce cas au lieu de s'obstiner sur ce bout de code, essayez de chercher plus loin dans le déroulement du programme.
Eric
Quel framework ? Partie 2
Après beaucoup de temps passé à la lecture d'articles à propos des frameworks php ainsi qu'à l'analyse d'exemples de codes réalisés avec ces framework, j'ai fini par avoir un peu mal à la tête.
Plus ça allait plus je me disais qu'il fallait consacrer pas mal de temps à l'apprentissage d'un framework et qu'au final par rapport à nos besoins, ce ne serait pas justifié. Surtout que la plupart des Frameworks "imposent" l'utilisation du pattern MVC à leur manière qui est souvent 100 % orientée objet.
Et finalement je suis tombé sur cet excellent article de Rasmus Lerdorf :
- The no framework PHP MVC framework
Du coup pourquoi ne pas utiliser notre framework existant, que l'on maitrise parfaitement, qui est basé sur un model MVC maison (aussi simple que celui de Rasmus) et y ajouter des objets provenant du Zend Framework. A part apprendre les différentes classes du ZF nous allons gagner du temps.
Quel framework ?
Avant d'aller plus loin il est nécessaire de mettre en place tout l'environnement de développement du projet.
PHP étant un langage suffisamment mature, il existe pleins de solutions pour se simplifier la vie, notamment les frameworks.
Ces derniers proposent des briques (le plus souvent sous forme de classes) qui permettent de réaliser des taches bien spécifiques avec l'avantage d'être bien réalisées. Elles ont été pensées par des personnes qui ont une bonne expérience du développement web et de ses contraintes.
Moteur de template pour ou contre
Après pas mal de lecture sur la toile, plusieurs philosophies existent :
PHP est lui même un moteur de template :
<html> <head> <title><?php echo $page->getTitre()?></title> </head> <body> <h1>Une liste</h1> <ul id="listeUtilisateurs"> <?php foreach($users as $user): ?> <li> <?php echo $user->id;?> <?php echo $user->name;?> <a href="mailto:<?php echo $user->email;?>"><?php echo $user->email;?></a> <?php echo $user->valide ? 'valide' : 'non valide');?> </li> <?php endforeach; ?> </ul> </body> </html>
Avantages :
- Simple et rapide à l'execution
- Pas besoin d'apprendre un autre langage
Inconvénients :
- Pas mal de pollution visuelle dans le template
- <?php echo ...?> long à écrire à écrire et le balisage simple <?=...?> n'est pas toujours reconnu et risque de devenir obsolète.
- Pas de gestion de cache intégré, il faut en créer un ou en utiliser un existant.
Autres moteurs de template (Smarty, Modelixe...):
Avantages :
- Code assez lisible
- Système de cache le plus souvent intégré
Inconvénients :
- Un "nouveau langage" à apprendre
- Lenteur si le cache n'est pas ou mal utilisé (certains moteurs gèrent un système de cache qui génère un script html et php qui sera directement appelé par l'application)