Soyons clair, je n’ai rien contre les autodidactes. Je pense même qu’on peut être totalement autodidacte sur un sujet et plus compétent que d’autres qui ont appris sur les bancs de l’université. A ce détail prêt que quand on apprend un sujet par soi même (ou pas) on peut avoir tendance à totalement ignorer certains aspects qui ne paraissent pas immédiatement utiles.

A titre d’illustration, tout ce qui se rapporte à la réalisation d’un modèle relationnel qui tient debout (conception du schéma d’une base de données) est un sujet qui intéresse peu un nombre impressionnant de développeurs (autodidactes ou pas). Il y a souvent plusieurs manières de faire. Ce qui permet rapidement de sauter le pas et de s’imaginer qu’il n’y a pas de règles. Hors il existe des règles (cf. normalisation) et s’il existe souvent plusieurs manières toutes aussi valables de concevoir un schéma, il en existe aussi de très mauvaises.

Des erreurs de conceptions peuvent conduire aux problèmes suivants :
- bugs insolubles
- problèmes de performances
- difficulté voire impossibilité à faire évoluer le logiciel
- difficulté à extraire une information pourtant présente dans la base de données

La conception d’un système informatique quel qu’il soit ne se fait pas au doigt mouillé. Un autodidacte peut facilement être plus à l’aise qu’un analyste programmeur de formation pour mettre en place un site avec 3 ou 4 formulaires. En revanche dès qu’un petit peu de complexité apparaît, il n’y a aucun doute que toute l’intuition du monde ne sert plus à rien.

Pour conclure, je me suis déjà retrouvé dans des situations où la conception était réalisée par des non informaticiens qui en plus possédaient l’ascendant hiérarchique. Dans ce genre de configuration, on a tendance a emmener les développeurs vers l’insoluble. Plus ça va, plus c’est insoluble et plus les développeur passent pour des incapables. Les autodidactes sont aussi bon que les développeurs de métier le jour où ils connaissent les même choses. Avoir conscience de ses limites permet d’apprendre et d’avancer, être fier de son ignorance ne permet que de se rassurer à bon compte.

Au Costa Rica, les spice girls sont en 13 ème position. En Irelande, c’est amy winehouse qui est en 11 ème position. Ce qui me permet de mettre en illustration une photo de la diva destroy Amy Winehouse, ce qui ne tombe pas forcément sous le sens dans un blog sur les technologies Internet.

Vous permettra même d’avoir une belle carte qui indique l’endroit précis d’où se connecte l’internaute.
Attention, cette info est plus ou moins exacte. D’autre part, les fournisseurs d’accès (Orange, Tiscali, etc.) disposent d’un ensemble d’adresse IP qu’ils attribuent à un client le temps de sa connexion, l’adresse est ensuite attribuée à un autre client qui ne se connecte pas forcément depuis le même endroit. Free attribue systématiquement une adresse fixe, d’autres fournisseurs attribuent une adresse fixe comme une option à l’abonnement.

Trouver l’ensemble des expressions qui vont fonctionner n’est pas une chose simple. cela doit s’affiner au fur et à mesure du travail de référencement. C’est un travail d’ajustement permanent pour fournir à l’internaute un contenu qui corresponde à ses recherches. Cette démarche a un “avantage collatéral” c’est qu’elle permet d’ajuster le contenu du site à ce qu’attend l’internaute et à la manière qu’il a de l’exprimer.

Lorsque j’ai été confronté à ce problème, j’ai commencé par passer des heures à tenter d’éliminer ces petites bêtes avec différents logiciels : ad-aware, Hijack this, etc.

Peine perdu, je me suis arraché les cheveux pour rien !

La solution contre les spywares c’est Firefox. Depuis que j’ai installé Firefox je n’ai pas les dent plus blanches par contre plus aucune popup n’apparait pendant que je surfe.

Firefox présente un grand nombre d’autres avantages qui en font un navigateur à conseiller à tous.

A noter que la méthode “setPersistence” de Soap permet de conserver les infos entre 2 appels mais uniquement si ces 2 appels ont lieu dans le même script.

Pour conserver l’état entre 2 appels à un web service, il faut d’abord mettre en place une gestion des session coté client.
On transmet ensuite l’identifiant de session au serveur : $obj_soapclient->__setCookie(’session_id’, session_id()).

Dans le script qui gère le serveur, on récupère l’identifiant de session fourni par le client et on démarre une session avec cet identifiant.

Les valeurs des variables membres de la classe à laquelle on accède par l’intermédiaire du web service seront conservée entre 2 appels.

Pour rappel sur la création d’un service web.

Le code coté serveur :

// instanciez le service web de manière classique
$server	= new SoapServer($wsdl, $soap_options);
/* récupère les information d'identification de la session fournies par le client */
if (isset($_COOKIE['session_id'])) {
	session_name('nom_session');
	session_id('serv'.$_COOKIE['session_id']);
        // démarre une session avec les infos fournies par le client
	session_start();	
}
$server->setClass('...'); // ici le nom de la classe que vous exposez
$server->setPersistence(SOAP_PERSISTENCE_SESSION);
$server->handle();

Le code coté client

// démarre une session
session_start()

// instanciez un client Soap de manière classique
$wsdl    = 'http://...';
$obj_soapclient  = new SoapClient($wsdl, $soap_options);
// envoyez au client l'identifiant de session
$obj_soapclient->__setCookie('session_id', session_id());

// utiliser le web service ...

</pre>

]]>
			http://www.reflexe-internet.com/blog/2008/03/10/creer-un-web-service-php-avec-sessions/feed/