Mikael KA http://mikaelka.wilogo.com Le blog d'un apprenti graphiste & Web-developper . Sat, 11 Jul 2009 22:55:06 +0200 http://mikaelka.wilogo.com fr L'animal le plus mignon au monde ! http://mikaelka.wilogo.com/2008/l-animal-le-plus-mignon-au-monde.html http://mikaelka.wilogo.com/2008/l-animal-le-plus-mignon-au-monde.html#comments Wed, 02 Jul 2008 15:28:06 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/l-animal-le-plus-mignon-au-monde.html Salut ! Et oui un billet sans intérêt ou presque! Non pas que j'ai que ça à faire loin de là mais arte m'a remontré ces petites bêtes que je les trouve vraiment trop mignonne !   LES WOMBATS !!!   Pour l'histoire vous avez le wiki : http://fr.wikipedia.org/wiki/Phascolome   Quelques images :             Quelques liens : http://www.fourthcrossingwildlife.com[...]]]> Salut ! Et oui un billet sans intérêt ou presque! Non pas que j'ai que ça à faire loin de là mais arte m'a remontré ces petites bêtes que je les trouve vraiment trop mignonne !   LES WOMBATS !!!   Pour l'histoire vous avez le wiki : http://fr.wikipedia.org/wiki/Phascolome   Quelques images :             Quelques liens : http://www.fourthcrossingwildlife.com]]> Tu ne rigoleras plus autant à partir d'aujourd'hui ! http://mikaelka.wilogo.com/2008/tu-ne-rigoleras-plus-autant-a-partir-d-aujourd-hui.html http://mikaelka.wilogo.com/2008/tu-ne-rigoleras-plus-autant-a-partir-d-aujourd-hui.html#comments Sun, 15 Jun 2008 16:27:50 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/tu-ne-rigoleras-plus-autant-a-partir-d-aujourd-hui.html Qu'on en apprend des choses sur france 5 !   Voilà quelques petites anecdotes "marrante" :     Le Japon !   Il existe plus de 1400 expressions pour désigner les WC en Japonnais, en effet la culture japonaise désigne les toilettes comme le centre de la maison. Les japonnais vont aux toilettes à heures fixe, c'est une habitude. Ils sont aussi à la pointe de la technologie avec les toilettes les plus hi-tech au monde, il existent des toilettes programmable des chasses d'eau économique capable de faire disparaitre en un seul coup dix saucisse KENACKI HERTA, d'autre qui envoi un charmant petit jet d'eau (vous aurez compris pourquoi...), il existe même des toilette grande taille pour les sumotori.       Connaissez-vous l'origine de la célèbre phrase : "Houston, we have a problem..." ?  Cette expression a été prononcée par le premier astronaute, pour lequel il n'éxistait pas encore de combinaison spéciale. Le départ de la navette prenant du retard (plusieurs heures). Une envie pressante est venue et au bout d'un temps d'hésitation.. Il dû uriner dans sa combinaison après avoir demandé l'autorisation grâce à cette phrase restée célèbre.       Connaissez-vous l'origine des mots se marrer et rigoler ?  A la grande époque les femmes revêtait des corsets afin d'être les plus belles aux yeux des marquis et autre hommes de la haute société. Seulement ces tenues peu confortable avait un incovénient de taille elles compressaient tellement ces dames que leurs vessie en était comprimée. Ainsi lorsque qu'elle se mettaient à rire une petite rigole se formait à leurs pieds, d'où le verbe rigoler. Lorsqu'elle "rigolait" trop il pouvait aussi arrivé que la rigole se transforme en marre, le verbe se marrer est donc né !       Voilà j'espère que ces petites anecdotes issues de la 5, ne vous ont pas fait rigoler au point de vous marrer sinon votre fauteuil s'en souviendra... La 5 est une chaine très intéressante sur laquelle j'aurais l'occasion de faire d'autres billet moi comique.[...]]]> Qu'on en apprend des choses sur france 5 !   Voilà quelques petites anecdotes "marrante" :     Le Japon !   Il existe plus de 1400 expressions pour désigner les WC en Japonnais, en effet la culture japonaise désigne les toilettes comme le centre de la maison. Les japonnais vont aux toilettes à heures fixe, c'est une habitude. Ils sont aussi à la pointe de la technologie avec les toilettes les plus hi-tech au monde, il existent des toilettes programmable des chasses d'eau économique capable de faire disparaitre en un seul coup dix saucisse KENACKI HERTA, d'autre qui envoi un charmant petit jet d'eau (vous aurez compris pourquoi...), il existe même des toilette grande taille pour les sumotori.       Connaissez-vous l'origine de la célèbre phrase : "Houston, we have a problem..." ?  Cette expression a été prononcée par le premier astronaute, pour lequel il n'éxistait pas encore de combinaison spéciale. Le départ de la navette prenant du retard (plusieurs heures). Une envie pressante est venue et au bout d'un temps d'hésitation.. Il dû uriner dans sa combinaison après avoir demandé l'autorisation grâce à cette phrase restée célèbre.       Connaissez-vous l'origine des mots se marrer et rigoler ?  A la grande époque les femmes revêtait des corsets afin d'être les plus belles aux yeux des marquis et autre hommes de la haute société. Seulement ces tenues peu confortable avait un incovénient de taille elles compressaient tellement ces dames que leurs vessie en était comprimée. Ainsi lorsque qu'elle se mettaient à rire une petite rigole se formait à leurs pieds, d'où le verbe rigoler. Lorsqu'elle "rigolait" trop il pouvait aussi arrivé que la rigole se transforme en marre, le verbe se marrer est donc né !       Voilà j'espère que ces petites anecdotes issues de la 5, ne vous ont pas fait rigoler au point de vous marrer sinon votre fauteuil s'en souviendra... La 5 est une chaine très intéressante sur laquelle j'aurais l'occasion de faire d'autres billet moi comique.]]> Récapitulatif de sécurité en conception Web http://mikaelka.wilogo.com/2008/recapitulatif-de-securite-en-conception-web.html http://mikaelka.wilogo.com/2008/recapitulatif-de-securite-en-conception-web.html#comments Sat, 14 Jun 2008 18:11:39 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/recapitulatif-de-securite-en-conception-web.html La sécurité sur un site Web est primordiale, vous devez savoir anticiper n'importe quelle attaque sur votre système. Quelques principes de bases sont donc à prendre en compte lors de la conception.       Sur le serveur vous devez :   LIMITER L'ACCÈS : En phase de développement, seul vous et l'administrateur devez avoir accès aux différentes fonctions. Pour cela vous pouver vous servir de fichiers .htaccess (http://www.webmaster-hub.com/publication/Le-fichier-htaccess.html), il ne suffit pas de cacher votre site sous un nom de dossier pour qu'il soit protégé. En effet il existe des robots qui scan les sites à la recherche de failles et qui ne se préoccupe pas de savoir si le nom du dossier 'racine' est complexe ou non. GÉRER LES DROITS : En phase de production vous devez, si vous le pouvez, limiter au maximum les droits sur les fichiers et dossiers.(article de manuelphp). DIRECTIVE ALLOW_URL_FOPEN : allow_url_fopen : il est conseillé d'avoir cette directive à off, si jamais ce n'est pas le cas sur votre serveur, demandez à votre fournisseur d'effectuer la modification (cette directive n'est pas modifiable par .htaccess). DIRECTIVE REGISTER_GLOBALS : register_globals : pour des raisons de sécurité il faut mettre cette directive à off (article sivit) pour cela rien de plus simple il vous suffit de placer dans un .htaccess la ligne suivante : php_flag register_globals off     La protection de vos fonctions :   LA BASE DE DONNÉES : PHP est lié dans les sites dynamiques à un SGBD, ses sites sont ainsi centré autour de cette base de données, il convient de la protéger des attaques potentielles. Pour cela vous devez filtrer TOUTES LES DONNEES externe, comme interne, au serveur (ex $_SERVER). PHP met à disposition plusieurs solutions : Il vous suffit d'échapper les variables entrantes : un tuto phpfrance Ou bien si vous le désirez, utiliser PDO : fr.php.net Vous devez traiter les variables globales comme des variables externes, en effet il est tout à fait possible pour un hackeur de modifier le contenu des ses variables.   Pensez aussi à contrôler la taille des chaines de caractères qui sont entrées dans la base. En effet si vous avez un VARCHAR (50) il ne suffit pas de faire un input avec maxsize à 50 pour que l'on parle de donnée sécurisée ! Il faut traiter cette variable en vérifiant qu'elle ne dépasse pas la taille maximale accepter par votre attribut SQL. Vous pouvez ainsi choisir de renvoyer un message d'erreur ou de tronquer la chaine. Afficher une donnée : Avant d'afficher une donnée ou de construire un lien à partir de celle-ci données non directement controlées il vous faut convertir les caractères unicode en caractère HTML. Par exemple un espace deviendra '&nbsp'. Pour cela il existe plusieurs fonctions dont htmlentities et htmlspecialchars. Se protéger contre les attaques XSS : Vous devez faire attention à ne pas utiliser les fonctions d'inclusions de fichiers (include_once par exemple) avec des fichiers dont le nom n'est pas contrôlé : Aide tuxplanet De même les champs de textes doivent être protégés contre les attaques XSS : Aide tuxplanet     Cet article n'est qu'une initiation à la sécurité, il ne représente en aucun cas une liste exhaustive des attaques possibles de nos jours. De plus j'ai sûrement oublié de noter d'autres principes de base.   A la prochaine ! N'hésitez pas à commenté si quelque chose vous chagrine dans cet article ou même si ça vous a vous plu ;)[...]]]> La sécurité sur un site Web est primordiale, vous devez savoir anticiper n'importe quelle attaque sur votre système. Quelques principes de bases sont donc à prendre en compte lors de la conception.       Sur le serveur vous devez :   LIMITER L'ACCÈS : En phase de développement, seul vous et l'administrateur devez avoir accès aux différentes fonctions. Pour cela vous pouver vous servir de fichiers .htaccess (http://www.webmaster-hub.com/publication/Le-fichier-htaccess.html), il ne suffit pas de cacher votre site sous un nom de dossier pour qu'il soit protégé. En effet il existe des robots qui scan les sites à la recherche de failles et qui ne se préoccupe pas de savoir si le nom du dossier 'racine' est complexe ou non. GÉRER LES DROITS : En phase de production vous devez, si vous le pouvez, limiter au maximum les droits sur les fichiers et dossiers.(article de manuelphp). DIRECTIVE ALLOW_URL_FOPEN : allow_url_fopen : il est conseillé d'avoir cette directive à off, si jamais ce n'est pas le cas sur votre serveur, demandez à votre fournisseur d'effectuer la modification (cette directive n'est pas modifiable par .htaccess). DIRECTIVE REGISTER_GLOBALS : register_globals : pour des raisons de sécurité il faut mettre cette directive à off (article sivit) pour cela rien de plus simple il vous suffit de placer dans un .htaccess la ligne suivante : php_flag register_globals off     La protection de vos fonctions :   LA BASE DE DONNÉES : PHP est lié dans les sites dynamiques à un SGBD, ses sites sont ainsi centré autour de cette base de données, il convient de la protéger des attaques potentielles. Pour cela vous devez filtrer TOUTES LES DONNEES externe, comme interne, au serveur (ex $_SERVER). PHP met à disposition plusieurs solutions : Il vous suffit d'échapper les variables entrantes : un tuto phpfrance Ou bien si vous le désirez, utiliser PDO : fr.php.net Vous devez traiter les variables globales comme des variables externes, en effet il est tout à fait possible pour un hackeur de modifier le contenu des ses variables.   Pensez aussi à contrôler la taille des chaines de caractères qui sont entrées dans la base. En effet si vous avez un VARCHAR (50) il ne suffit pas de faire un input avec maxsize à 50 pour que l'on parle de donnée sécurisée ! Il faut traiter cette variable en vérifiant qu'elle ne dépasse pas la taille maximale accepter par votre attribut SQL. Vous pouvez ainsi choisir de renvoyer un message d'erreur ou de tronquer la chaine. Afficher une donnée : Avant d'afficher une donnée ou de construire un lien à partir de celle-ci données non directement controlées il vous faut convertir les caractères unicode en caractère HTML. Par exemple un espace deviendra '&nbsp'. Pour cela il existe plusieurs fonctions dont htmlentities et htmlspecialchars. Se protéger contre les attaques XSS : Vous devez faire attention à ne pas utiliser les fonctions d'inclusions de fichiers (include_once par exemple) avec des fichiers dont le nom n'est pas contrôlé : Aide tuxplanet De même les champs de textes doivent être protégés contre les attaques XSS : Aide tuxplanet     Cet article n'est qu'une initiation à la sécurité, il ne représente en aucun cas une liste exhaustive des attaques possibles de nos jours. De plus j'ai sûrement oublié de noter d'autres principes de base.   A la prochaine ! N'hésitez pas à commenté si quelque chose vous chagrine dans cet article ou même si ça vous a vous plu ;)]]> Mettre en place un système de gestion multilingue sur son blog (et pas de traduction automatique) http://mikaelka.wilogo.com/2008/mettre-en-place-un-systeme-multilingue-sur-son-blog.html http://mikaelka.wilogo.com/2008/mettre-en-place-un-systeme-multilingue-sur-son-blog.html#comments Fri, 30 May 2008 23:15:49 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/mettre-en-place-un-systeme-multilingue-sur-son-blog.html   EDIT 01/06 : J'ai modifié le système qui ne fonctionnait pas très bien avec l'implémentation par class et non plus par Id. EDIT 01/06 : Modification du code pour la valeur par défaut. Important : Cette méthode n'est à suivre que si vous êtes bridé chez un hébergeur de blog (enfin bridé pas dans le mauvais sens du terme puisque c'est tout à fait normal ^^) et qui plus est, si vous avez accès à Javascript (ou plus précisement aux corps de vos articles et au template générant le site et accessoirement au css) Si vous remplissez toutes ces conditions alors ce tuto est pour vous ! (je vais me renseigner pour savoir si d'autres hébergeur permettent une implémentation similaire).Et encore plus (enfin surtout) si vous êtes graphiste inscrit,et ayant un blog, sur wilogo.com.   IMPORTANT 2 : Ces scripts ne traduisent pas votre contenu, c'est simplement un gestionnaire Javascript de traductions !     Ne vous attendez pas à du grand art, c'est vraiment du 'bricolage' sur un système où l'accès aux fonctions PHP et à la Base de données est proscrit (comme je l'ai déjà dis ce n'est pas du tout une critique mais plus pour mettre l'accent sur le fait qu'il faut savoir ce débrouiller avec ce que l'on a). Un bon entrainement au Javascript pour les débutants que sa intéressent bien entendu !   Temps de réalisation (mise en place fonctionnelle et codage (1h environ)), pour vous se sera 10-20 minutes à tout casser étant donné que j'ai essayer de simplifier au maximum les manipulations à effectuer.   Pour tester c'est pas ici (appuyer sur les boutons (sous forme de drapeaux) et rafraichissez la page pour tester) : http://mikaelka.wilogo.com/?lmt=2# Il peut toujours rester des erreurs dans le code je les corrigerais si jamais j'en vois.  

Pour être plus sérieux, je suis partis d'une problématique selon laquelle, je désirais que mon contenu (certes un peu désué pour le moment) soit accessible au plus grand nombre. De là, le système multilingue m'a parut être une évidence. C'est alors qu'un gros problème s'est posé à moi !! Comment faire, alors que je suis hébergé sur une plateforme qui ne propose pas de système multilingue ?

Mes contraintes sont les suivantes :

Je n'ai pas accès au Php du site.

Je n'ai pas accès à la base de donnée.

 

Ce qui m'est permis :

J'ai accès à Javascript.

Au fichier css du blog ainsi qu'au template (corps html des pages).

L'administrateur du site m'a permit de mettre en œuvre ce système, en m'aidant quelque peu (Il manquait les attributs ID et CLASS des titres d'articles, il a aussi gentillement installé Script Aculous pour mon plus grand plaisir mais j'ai finalement décidé de mettre en place mes propres fonctions ^^). Je remercie donc Greg pour les modifs effectuées.

 

Conclusion :

La seule solution s'offrant à moi (et donc nous) est de mettre en place un système Javascript.

J'ai essayé de simplifier au maximum les manipulations nécessaires afin qu'elles vous soient profitables et que vous puissiez les appliquer facilement.

Nous avons donc un, et un seul objectif, gérer les traduction de contenu avec les possibilités de Javascript.

Pour mettre les choses au clair ces fonctions ne traduisent pas directement le texte, elle permettent juste d'organiser vos articles afin de mettre en place des traductions dans autant de langue que vous le désirez. La seule chose que vous devez faire c'est mettre en œuvre les quelques instructions qui suivent, et par la suite traduire vos articles, à chaque nouvelle publication comme indiqué ci après.

Ce que j'ai en ma pocession (bis) :

Le fichier qui sert de template, une sorte de corps de page html dans lequel, la majorités des éléments nécessaires sont présents.

Le fichier css.

Le corps de mes articles par le biais du système d'édition.

 

Toutes les manipulations à effectuer sont dans le pdf :

http://www.zupdown.com/v-9b1xvk.pdf

 

 

 

 

 

Voilà pour l'instant ce tutoriel ne servira qu'aux graphistes ayant un blog sur wilogo mais je vais me renseigner pour savoir si d'autres blogs permettent de mettre en place un tel 'bidouillage' (enfin le bidouillage n'est pas au niveau du code mais plus de la manière de procéder).

 

 

 

 

Si vous avez des problèmes n'hésitez pas à poster un commentaire !!

 

   [...]]]>   EDIT 01/06 : J'ai modifié le système qui ne fonctionnait pas très bien avec l'implémentation par class et non plus par Id. EDIT 01/06 : Modification du code pour la valeur par défaut. Important : Cette méthode n'est à suivre que si vous êtes bridé chez un hébergeur de blog (enfin bridé pas dans le mauvais sens du terme puisque c'est tout à fait normal ^^) et qui plus est, si vous avez accès à Javascript (ou plus précisement aux corps de vos articles et au template générant le site et accessoirement au css) Si vous remplissez toutes ces conditions alors ce tuto est pour vous ! (je vais me renseigner pour savoir si d'autres hébergeur permettent une implémentation similaire).Et encore plus (enfin surtout) si vous êtes graphiste inscrit,et ayant un blog, sur wilogo.com.   IMPORTANT 2 : Ces scripts ne traduisent pas votre contenu, c'est simplement un gestionnaire Javascript de traductions !     Ne vous attendez pas à du grand art, c'est vraiment du 'bricolage' sur un système où l'accès aux fonctions PHP et à la Base de données est proscrit (comme je l'ai déjà dis ce n'est pas du tout une critique mais plus pour mettre l'accent sur le fait qu'il faut savoir ce débrouiller avec ce que l'on a). Un bon entrainement au Javascript pour les débutants que sa intéressent bien entendu !   Temps de réalisation (mise en place fonctionnelle et codage (1h environ)), pour vous se sera 10-20 minutes à tout casser étant donné que j'ai essayer de simplifier au maximum les manipulations à effectuer.   Pour tester c'est pas ici (appuyer sur les boutons (sous forme de drapeaux) et rafraichissez la page pour tester) : http://mikaelka.wilogo.com/?lmt=2# Il peut toujours rester des erreurs dans le code je les corrigerais si jamais j'en vois.  

Pour être plus sérieux, je suis partis d'une problématique selon laquelle, je désirais que mon contenu (certes un peu désué pour le moment) soit accessible au plus grand nombre. De là, le système multilingue m'a parut être une évidence. C'est alors qu'un gros problème s'est posé à moi !! Comment faire, alors que je suis hébergé sur une plateforme qui ne propose pas de système multilingue ?

Mes contraintes sont les suivantes :

Je n'ai pas accès au Php du site.

Je n'ai pas accès à la base de donnée.

 

Ce qui m'est permis :

J'ai accès à Javascript.

Au fichier css du blog ainsi qu'au template (corps html des pages).

L'administrateur du site m'a permit de mettre en œuvre ce système, en m'aidant quelque peu (Il manquait les attributs ID et CLASS des titres d'articles, il a aussi gentillement installé Script Aculous pour mon plus grand plaisir mais j'ai finalement décidé de mettre en place mes propres fonctions ^^). Je remercie donc Greg pour les modifs effectuées.

 

Conclusion :

La seule solution s'offrant à moi (et donc nous) est de mettre en place un système Javascript.

J'ai essayé de simplifier au maximum les manipulations nécessaires afin qu'elles vous soient profitables et que vous puissiez les appliquer facilement.

Nous avons donc un, et un seul objectif, gérer les traduction de contenu avec les possibilités de Javascript.

Pour mettre les choses au clair ces fonctions ne traduisent pas directement le texte, elle permettent juste d'organiser vos articles afin de mettre en place des traductions dans autant de langue que vous le désirez. La seule chose que vous devez faire c'est mettre en œuvre les quelques instructions qui suivent, et par la suite traduire vos articles, à chaque nouvelle publication comme indiqué ci après.

Ce que j'ai en ma pocession (bis) :

Le fichier qui sert de template, une sorte de corps de page html dans lequel, la majorités des éléments nécessaires sont présents.

Le fichier css.

Le corps de mes articles par le biais du système d'édition.

 

Toutes les manipulations à effectuer sont dans le pdf :

http://www.zupdown.com/v-9b1xvk.pdf

 

 

 

 

 

Voilà pour l'instant ce tutoriel ne servira qu'aux graphistes ayant un blog sur wilogo mais je vais me renseigner pour savoir si d'autres blogs permettent de mettre en place un tel 'bidouillage' (enfin le bidouillage n'est pas au niveau du code mais plus de la manière de procéder).

 

 

 

 

Si vous avez des problèmes n'hésitez pas à poster un commentaire !!

 

   ]]> Et si le Web nous était conté, peut être compterions nous mieux ! http://mikaelka.wilogo.com/2008/et-si-le-web-nous-etait-conte-peut-etre-compterions-nous-mieux.html http://mikaelka.wilogo.com/2008/et-si-le-web-nous-etait-conte-peut-etre-compterions-nous-mieux.html#comments Wed, 21 May 2008 08:39:38 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/et-si-le-web-nous-etait-conte-peut-etre-compterions-nous-mieux.html

Et si le (dev) Web nous était conté, peut être compterions nous mieux !

 

 

J'ai remarqué que bien souvent (sur les forums et compagnie) 'les gens' avaient du mal à comprendre le fonctionnement Client ou Serveur selon que l'on soit en Javascript ou en PHP.

 

 

J'ai donc écris ce petit conte pour expliquer succinctement et limpidement comment les langages du web fonctionnent. J'ai choisis chaque mot de manière à ce qu'ils puissent être compris en fonction du niveau de chacun.

Notre petite histoire est centrée sur le Javascript, le PHP et bien entendu les Bases de donnée mais bon nombre de langages sont utilisables pour le développement web de nos jours (si ce n'est la totalité), le HTML et le CSS en font aussi partie intégrante.

 

Quelques pré-requis sont tout de même nécessaire (ces précisions sont vraiment pour les personnes n'y connaissant rien du tout, elle doivent représenter 1% des personnes qui vont visiter ce blog mais bon...):

- Un fichier est une sorte de livre dans lequel on va écrire le code, ce code sera ensuite analysé par des fonctions.

- Un navigateur internet (ou explorer) est le logiciel qui vous permet d'accéder aux différentes pages, les plus connus sont Internet Explorer, Mozilla Firefox, Netscape et Safari.

- Un serveur est un ordinateur très puissant, qui exécute les différentes fonctions nécessaires au bon fonctionnement du site.

 

 

La personnification est pour moi une méthode simple d'apprentissage, elle permet de rallier tous les niveaux de compétence, du novice complet au débutant.

Si vous êtes novice efforcez-vous de ne lire que la partie en gras pour un premier passage et une fois cette partie lue de relire le texte avec la partie en italique.

 

Si vous voulez juste cerner le comportement PHP/Javascript allez directement au dernier paragraphe.

 

 

 

Pour commencer, un site est composé de code HTML (pour exemple une image qui se veut avec une taille de 20*20, sera en fait représentée par une balise avec des attributs, qui lui donne ces caractéristiques, dans notre cas la largeur et la longueur), que nous appellerons 'Monsieur HTML', (c'est un language dit 'de balise') qui est très simple de fonctionnement, c'est la base de toute page internet, il permet d'afficher des informations et de faire de la mise en page d'informations (un peu comme Word le fait mais vous ne vous en rendez pas compte enfin c'est similaire seulement par le fait d'organiser du contenu tout ce qui est derrière est différent, peut être que vous connaissez les macros ou le visual basic). Vous serez quand à vous LE CREATEUR !!

 

 

Début de l'histoire :

 

Il était une fois Monsieur HTML. Cet homme est moche et bourru, étant donné que personne ne l'aime, Le Créateur a décidé de lui donner une copine. C'est alors, que Mademoiselle CSS entre en jeu. Il faut savoir que Mlle CSS aime bien se pomponner, elle ne jure que par l'apparence et rare sont ceux qui arrive à la voir. A ce moment de l'histoire Mr et Mlle sont ensemble.

 

Le CSS est un langage qui est très lisible, dans les fichiers '.css' vous allez mettre pour chaque élément du code HTML (chaque balise) une correspondance, et vous aller spécifier que telle balise (n'oubliez pas que le HTML est un langage balise) aura telle couleur, avec telle police de caractère, taille, bordure, etc... Pour lier un code HTML à une feuille de style (autre nom que l'on donne au fichier CSS) il suffit de mettre un lien (comprenait une balise) indiquant où le navigateur doit aller chercher le fichier.

  Revenons donc à nos deux amoureux maintenant ils ne se quittent plus (jusqu'à ce que Monsieur HTML trompe Mlle CSS avec une autre Mlle CSS qui sera plus à son goût...). Pour rendre limpide le précédent paragraphe disons que quand un visiteur viens sur une page c'est comme si Mr et Mme (et oui il se sont mariés faut suivre un peu :)), donc c'est comme si Mr et Mme sortaient en ville, enfin plus précisément comme si Monsieur HTML partait voir un match de foot, Mme CSS va donc habiller son homme elle va lui mettre une écharpe au >, cette écharpe sera de couleur rouge, avec des franges, elle va également lui mettre sur le un gilet noir, et son pantalon de type jean pour les .

 

 

Et là vous vous dites, mais c'est quoi ces crochets ??? Et bien c'est ce qu'on appelle des balises, HTML a un nombre limité de et on ne peut pas créer celles qui nous font plaisir; mais vous saisissez peut être un peu mieux le concept (exemple ou ).

Pour le moment pour construire un site vous devez mettre autant de Monsieur (page) HTML, qu'il vous faut de page (une page étant une sorte d'étage dans un réfrigérateur, une fois l'étage plein on doit en faire un autre; cela dit une page n'est jamais pleine elle à plus un fonctionnement par type (ex : étage numéro un du frigo les fromages, le deuxième les desserts...). Sur votre site, vous pouvez aussi donner à chaque page une Madame CSS différente, ce qui formera plusieurs couples mono ou polygame ^^ (c'est madame CSS qui va être contente).

Vous voilà donc prêt pour le grand saut dans les langages de programmation à proprement parlé.

 

 

Monsieur et Madame qui forment un beau couple non dynamique (vous comprendrez plus loin pourquoi j'utilise ce terme) puisque sans famille, ni amis... Ils décident alors de se trouver des amis qui bougent et qui peuvent leurs apporter du contenu, des sorties et qui puissent gérer des évènements, et bien plus encore...

C'est alors qu'ils rencontrent deux bon amis qui se connaissent depuis toujours ou presque, PHP et BD (BD pour base de données). Ils se sont vus et pensent tous qu'ils pourraient faire de grande choses si ils étaient réunis lors de leurs sorties. BD ne discute pas beaucoup parce que c'est un robot qui ne fait que stocker les informations que Monsieur PHP lui donne (enfin vous verrez plus loin pourquoi Mr PHP a un robot), le couple HTML et CSS ne parlent pas non plus puisqu'ils sont muets (vous comprendrez pourquoi...).

 

 

 

PHP est un langage, parenté du C/C++. Grâce à ce langage vous pouvez développer des sites très complet. PHP vous permet de gérer des variables (moules dans lesquels on stock des informations temporairement sur le serveur), des fonctions essentielles au bon fonctionnement du site dit dynamique (qui n'a pas un contenu figé). Ce contenu dynamique n'est possible qu'avec une BD (Base de données), cette BD est un endroit sur votre serveur, où sont stocké toutes les données qui doivent vivres perpétuellement sur le serveur (ce mot est utilisé abusivement puisque vous restez maître de leur existence), contrairement aux variables qui ont pour la plupart une durée de vie très courte (le temps d'une visite chez un internaute ou juste du chargement d'une page). Les variables système sont encore différentes en cela qu'elles ne sont pas stockées dans la BD mais qu'elles survivent d'un utilisateur à l'autre, elles sont décrites dans des fichiers spéciaux directement sur le serveur.

 

 

Pour l'histoire Monsieur PHP et Robot BD (Base de données) vivent ensemble. Monsieur Php fainéant comme tout se fait servir par sa maison (autrement dit le serveur), sa maison donc qui est super hi-tech et qui lui donne toutes les informations dont il a besoin comme par exemple l'heure (dingue !), il peut tout savoir d' une personne venant dans sa maison : d'où il vient, ce qu'il a fait juste avant de venir, et dès qu'il est rentré il PEUT enregistrer tous ses faits et gestes, dans quelle pièce il va, ce qu'il demande à son robot, etc.. Et oui les robots existe déjà ^^ (non enfin c'est juste pour éviter la situation de couple qui dans certaines explications pourrait être ambigüe, nous n'aurons pas deux couples c'est dommage...).

Monsieur PHP en plus d'être fainéant et d'avoir une maison super hi-tech, il a un superbe robot. Mais ayant dépensé tout son argent dans sa maison, le malheureux robot à pour seule fonction de stocker de l'information et de la rendre, il peut aussi organiser les informations dans sa tête, mais pour cela LE CREATEUR, doit lui avoir dit de faire telle tâche en fonction d'un événement précis. Monsieur PHP est gérant de sa maison il reçoit donc des gens toute la journée dans celle-ci mais avant qu'il rencontre Monsieur et madame CSS il n'y avait rien à y voir; mis à part des murs blanc. Il décide alors d'inviter le jeune couple à habiter dans sa maison (cool un nouveau serveur). Dès lors, lorsqu'un visiteur rentre dans la Maison Monsieur HTML et Madame CSS sont là pour l'accueillir et lui faire visiter la nouvelle maison pleine de jolie chose. Robot BD est là si jamais ils veulent savoir quoi que ce soit. Monsieur HTML est même constamment obligé de demander conseil à Robot BD pour donné les informations aux visiteurs. Mr PHP quand à lui fait le lien entre le robot et Mr HTML, parce que malheureusement Monsieur HTML est muet tout comme Madame CSS (rappelez vous). Nous avons donc notre quatuor qui fait son train de vie tranquillement.

 

La question à ce moment et depuis deux paragraphes déjà est, pourquoi HTML et CSS sont-ils muet ?

Tous simplement car un langage balise ne communique qu'avec le navigateur de l'utilisateur, le navigateur fait le lien entre les deux, il affiche le HTML et le 'réorganise' en fonction de ce que la feuille de style CSS lui aura dit de faire. Le fait que les deux parties, aient besoin du navigateur engendre, comme les développeur le savent bien, de grosses différences d'affichage (notamment à cause de l'analyse du css), les bugs sous Internet Explorer (navigateur de chez Microsoft) ont donnés naissance à des HACK CSS ces hack(s) sont en fait des manipulations à faire soit dans le HTML, soit dans le CSS pour que les pages soit compatibles et ressembles à l'affichage des autres navigateurs.

 

 

Le couple, le fainéant PHP et le robot vivent ensembles depuis maintenant un bon moment et commencent à s'ennuyer. En fait il pensent qu'il serait bien d'avoir une personnes de plus à la maison, madame CSS désire qu'on l'aide à changer un peu son look en fonction des personnes qui viennent dans la maison (elle à décidé de ne plus se maquiller si c'est un homme qui rentre pour éviter de rendre jaloux son mari), HTML lui aussi veut pouvoir changer de look mais à l'inverse de Madame CSS bien sûr. PHP s'en serait bien chargé mais comme vous le savez il est fainéant et a bien assez à faire avec la gestion du robot et de la maison; qui plus est, lui aussi aimerait bien déléguer certaines contraintes. Il voudrait par exemple ne plus être le seul à savoir parler à Robot BD.

Ils décidèrent tous ensemble d'embaucher quelqu'un. C'est maintenant qu'intervient Javascript le criquet (non, non aucune référence à 'Pinocchio'), il arrive à la maison et ce présente, aux habitants interloqués de voir un criquet qui bouge et surtout qui parle si distinctement :

« Bonjour, je m'appelle mademoiselle Javascript (et oui c'est en fait une 'criquette' ^^) j'ai beaucoup d'enfants nées de mes précédentes collaborations avec des maisons comme la votre. Je suis disponible mais je suis allergique au renfermé, et donc à tous ce qui est intérieur de maison, je préfère grandement l'herbe fraiche. Pour ce qui est du rapport avec le client, ma petite taille me permet de me glisser dans sa poche, je vous dirigerez depuis ce poste si vous le voulez bien. Etant donné mon rang, je dois toujours me faire annoncer par l'hôte Monsieur PHP avant d'intervenir, sachez également, et c'est très important, que dès que PHP m'a introduite dans une pièce et que j'y suis rentrée alors PHP ne pourra intervenir qu'une fois que nous changerons de pièce ! Si vous acceptez ces conditions alors je resterais parmi vous. Vous pouvez m'appeler Js si vous le désirez ! »

La chose dites, la troupe s'en alla recevoir le premier invité, et la ce fut magique, le client arriva dans la maison, monsieur PHP l'accueille bras ouverts, il présenta d'abord HTML et CSS, puis ce fut au tour de Js (alias javascript) le client en eu plein les yeux, si vit des portes s'ouvrir et des étoiles jaillir sous les ordre de Js, si il avait quelque chose à demander alors criquet était la pour lui répondre, d'une porte à l'autre PHP s'occupait de mettre en ordre la pièce suivante et d'organiser les informations et le contenu. L'osmose était parfaite et l'histoire magique de nos compagnons continua jusqu'à ce que l'ennui les guettes ou que les visiteurs ne soient plus aussi nombreux, pour qu'un autre lurons fasse son apparition et remette de l'ambiance dans la maison, votre maison !

 

Pour ceux qui n'aurait pas saisit, les pièces de la maison sont en faites des pages que php et ses acolytes génèrent en fonction des choix du visiteur.

 

 

 

Partie pour la 3ème lecture et ou pour les débutants (et non novices) :

Pour ce qui est de ma fameuse explication du Javascript, il faut savoir que ce langage est exécuté côté client. Le client étant le visiteur. Pour faire simple, et comme c'est conté dans le dernier paragraphe de l'histoire, Javascript une fois mis en place sur une page ne peut pas communiquer avec PHP, la communication ne peut être établie qu'une fois la nouvelle page chargée et/ou la première page quitté.

En faite une fois que PHP à finit la génération d'une page il passe la main à Javascript, quand la page est déchargée alors la main repasse à PHP, qui peut récupérer certaines variable initialisées par Js. Pour exemple les cookies permettent un tel partage.

 

1 ) Votre page A est générée, à l'intérieur nous avons un script Js qui fait un calcul 1+1, le résultat 2 est stocké grâce à

document.setcookie = ''nomCookie=''+valeur;

2 ) Un bouton dans la page A vous permet de valider cette opération et de passer à la page suivante.

3 ) Une fois le bouton pressé la main passe à PHP, Une fonction PHP est exécutée qui prend le cookie grâce à $_COOKIE[' nomCookie '] et l'affiche sur la page B.

4 ) La page B s'ouvre alors, on revient alors à un cas du type de la page A où c'est Js qui à la main et effectue sont traitement.

 

Pour être encore plus clair et limpide comme de l'eau du robinet de mon évier :

 

Un schéma très moche !! Enfin bon bref si je trouve une formulation, un phrasé plus clair je modifierais le texte ;)

 

 

 

Voilà ce petit conte touche à sa fin comme vous l'aurez compris. Je vous souhaite de bien commencer votre site et espère que mon Monsieur PHP vous reverra bientôt parmi nous.

 

N'hésitez pas à laisser un commentaire ! :)[...]]]>

Et si le (dev) Web nous était conté, peut être compterions nous mieux !

 

 

J'ai remarqué que bien souvent (sur les forums et compagnie) 'les gens' avaient du mal à comprendre le fonctionnement Client ou Serveur selon que l'on soit en Javascript ou en PHP.

 

 

J'ai donc écris ce petit conte pour expliquer succinctement et limpidement comment les langages du web fonctionnent. J'ai choisis chaque mot de manière à ce qu'ils puissent être compris en fonction du niveau de chacun.

Notre petite histoire est centrée sur le Javascript, le PHP et bien entendu les Bases de donnée mais bon nombre de langages sont utilisables pour le développement web de nos jours (si ce n'est la totalité), le HTML et le CSS en font aussi partie intégrante.

 

Quelques pré-requis sont tout de même nécessaire (ces précisions sont vraiment pour les personnes n'y connaissant rien du tout, elle doivent représenter 1% des personnes qui vont visiter ce blog mais bon...):

- Un fichier est une sorte de livre dans lequel on va écrire le code, ce code sera ensuite analysé par des fonctions.

- Un navigateur internet (ou explorer) est le logiciel qui vous permet d'accéder aux différentes pages, les plus connus sont Internet Explorer, Mozilla Firefox, Netscape et Safari.

- Un serveur est un ordinateur très puissant, qui exécute les différentes fonctions nécessaires au bon fonctionnement du site.

 

 

La personnification est pour moi une méthode simple d'apprentissage, elle permet de rallier tous les niveaux de compétence, du novice complet au débutant.

Si vous êtes novice efforcez-vous de ne lire que la partie en gras pour un premier passage et une fois cette partie lue de relire le texte avec la partie en italique.

 

Si vous voulez juste cerner le comportement PHP/Javascript allez directement au dernier paragraphe.

 

 

 

Pour commencer, un site est composé de code HTML (pour exemple une image qui se veut avec une taille de 20*20, sera en fait représentée par une balise avec des attributs, qui lui donne ces caractéristiques, dans notre cas la largeur et la longueur), que nous appellerons 'Monsieur HTML', (c'est un language dit 'de balise') qui est très simple de fonctionnement, c'est la base de toute page internet, il permet d'afficher des informations et de faire de la mise en page d'informations (un peu comme Word le fait mais vous ne vous en rendez pas compte enfin c'est similaire seulement par le fait d'organiser du contenu tout ce qui est derrière est différent, peut être que vous connaissez les macros ou le visual basic). Vous serez quand à vous LE CREATEUR !!

 

 

Début de l'histoire :

 

Il était une fois Monsieur HTML. Cet homme est moche et bourru, étant donné que personne ne l'aime, Le Créateur a décidé de lui donner une copine. C'est alors, que Mademoiselle CSS entre en jeu. Il faut savoir que Mlle CSS aime bien se pomponner, elle ne jure que par l'apparence et rare sont ceux qui arrive à la voir. A ce moment de l'histoire Mr et Mlle sont ensemble.

 

Le CSS est un langage qui est très lisible, dans les fichiers '.css' vous allez mettre pour chaque élément du code HTML (chaque balise) une correspondance, et vous aller spécifier que telle balise (n'oubliez pas que le HTML est un langage balise) aura telle couleur, avec telle police de caractère, taille, bordure, etc... Pour lier un code HTML à une feuille de style (autre nom que l'on donne au fichier CSS) il suffit de mettre un lien (comprenait une balise) indiquant où le navigateur doit aller chercher le fichier.

  Revenons donc à nos deux amoureux maintenant ils ne se quittent plus (jusqu'à ce que Monsieur HTML trompe Mlle CSS avec une autre Mlle CSS qui sera plus à son goût...). Pour rendre limpide le précédent paragraphe disons que quand un visiteur viens sur une page c'est comme si Mr et Mme (et oui il se sont mariés faut suivre un peu :)), donc c'est comme si Mr et Mme sortaient en ville, enfin plus précisément comme si Monsieur HTML partait voir un match de foot, Mme CSS va donc habiller son homme elle va lui mettre une écharpe au >, cette écharpe sera de couleur rouge, avec des franges, elle va également lui mettre sur le un gilet noir, et son pantalon de type jean pour les .

 

 

Et là vous vous dites, mais c'est quoi ces crochets ??? Et bien c'est ce qu'on appelle des balises, HTML a un nombre limité de et on ne peut pas créer celles qui nous font plaisir; mais vous saisissez peut être un peu mieux le concept (exemple ou ).

Pour le moment pour construire un site vous devez mettre autant de Monsieur (page) HTML, qu'il vous faut de page (une page étant une sorte d'étage dans un réfrigérateur, une fois l'étage plein on doit en faire un autre; cela dit une page n'est jamais pleine elle à plus un fonctionnement par type (ex : étage numéro un du frigo les fromages, le deuxième les desserts...). Sur votre site, vous pouvez aussi donner à chaque page une Madame CSS différente, ce qui formera plusieurs couples mono ou polygame ^^ (c'est madame CSS qui va être contente).

Vous voilà donc prêt pour le grand saut dans les langages de programmation à proprement parlé.

 

 

Monsieur et Madame qui forment un beau couple non dynamique (vous comprendrez plus loin pourquoi j'utilise ce terme) puisque sans famille, ni amis... Ils décident alors de se trouver des amis qui bougent et qui peuvent leurs apporter du contenu, des sorties et qui puissent gérer des évènements, et bien plus encore...

C'est alors qu'ils rencontrent deux bon amis qui se connaissent depuis toujours ou presque, PHP et BD (BD pour base de données). Ils se sont vus et pensent tous qu'ils pourraient faire de grande choses si ils étaient réunis lors de leurs sorties. BD ne discute pas beaucoup parce que c'est un robot qui ne fait que stocker les informations que Monsieur PHP lui donne (enfin vous verrez plus loin pourquoi Mr PHP a un robot), le couple HTML et CSS ne parlent pas non plus puisqu'ils sont muets (vous comprendrez pourquoi...).

 

 

 

PHP est un langage, parenté du C/C++. Grâce à ce langage vous pouvez développer des sites très complet. PHP vous permet de gérer des variables (moules dans lesquels on stock des informations temporairement sur le serveur), des fonctions essentielles au bon fonctionnement du site dit dynamique (qui n'a pas un contenu figé). Ce contenu dynamique n'est possible qu'avec une BD (Base de données), cette BD est un endroit sur votre serveur, où sont stocké toutes les données qui doivent vivres perpétuellement sur le serveur (ce mot est utilisé abusivement puisque vous restez maître de leur existence), contrairement aux variables qui ont pour la plupart une durée de vie très courte (le temps d'une visite chez un internaute ou juste du chargement d'une page). Les variables système sont encore différentes en cela qu'elles ne sont pas stockées dans la BD mais qu'elles survivent d'un utilisateur à l'autre, elles sont décrites dans des fichiers spéciaux directement sur le serveur.

 

 

Pour l'histoire Monsieur PHP et Robot BD (Base de données) vivent ensemble. Monsieur Php fainéant comme tout se fait servir par sa maison (autrement dit le serveur), sa maison donc qui est super hi-tech et qui lui donne toutes les informations dont il a besoin comme par exemple l'heure (dingue !), il peut tout savoir d' une personne venant dans sa maison : d'où il vient, ce qu'il a fait juste avant de venir, et dès qu'il est rentré il PEUT enregistrer tous ses faits et gestes, dans quelle pièce il va, ce qu'il demande à son robot, etc.. Et oui les robots existe déjà ^^ (non enfin c'est juste pour éviter la situation de couple qui dans certaines explications pourrait être ambigüe, nous n'aurons pas deux couples c'est dommage...).

Monsieur PHP en plus d'être fainéant et d'avoir une maison super hi-tech, il a un superbe robot. Mais ayant dépensé tout son argent dans sa maison, le malheureux robot à pour seule fonction de stocker de l'information et de la rendre, il peut aussi organiser les informations dans sa tête, mais pour cela LE CREATEUR, doit lui avoir dit de faire telle tâche en fonction d'un événement précis. Monsieur PHP est gérant de sa maison il reçoit donc des gens toute la journée dans celle-ci mais avant qu'il rencontre Monsieur et madame CSS il n'y avait rien à y voir; mis à part des murs blanc. Il décide alors d'inviter le jeune couple à habiter dans sa maison (cool un nouveau serveur). Dès lors, lorsqu'un visiteur rentre dans la Maison Monsieur HTML et Madame CSS sont là pour l'accueillir et lui faire visiter la nouvelle maison pleine de jolie chose. Robot BD est là si jamais ils veulent savoir quoi que ce soit. Monsieur HTML est même constamment obligé de demander conseil à Robot BD pour donné les informations aux visiteurs. Mr PHP quand à lui fait le lien entre le robot et Mr HTML, parce que malheureusement Monsieur HTML est muet tout comme Madame CSS (rappelez vous). Nous avons donc notre quatuor qui fait son train de vie tranquillement.

 

La question à ce moment et depuis deux paragraphes déjà est, pourquoi HTML et CSS sont-ils muet ?

Tous simplement car un langage balise ne communique qu'avec le navigateur de l'utilisateur, le navigateur fait le lien entre les deux, il affiche le HTML et le 'réorganise' en fonction de ce que la feuille de style CSS lui aura dit de faire. Le fait que les deux parties, aient besoin du navigateur engendre, comme les développeur le savent bien, de grosses différences d'affichage (notamment à cause de l'analyse du css), les bugs sous Internet Explorer (navigateur de chez Microsoft) ont donnés naissance à des HACK CSS ces hack(s) sont en fait des manipulations à faire soit dans le HTML, soit dans le CSS pour que les pages soit compatibles et ressembles à l'affichage des autres navigateurs.

 

 

Le couple, le fainéant PHP et le robot vivent ensembles depuis maintenant un bon moment et commencent à s'ennuyer. En fait il pensent qu'il serait bien d'avoir une personnes de plus à la maison, madame CSS désire qu'on l'aide à changer un peu son look en fonction des personnes qui viennent dans la maison (elle à décidé de ne plus se maquiller si c'est un homme qui rentre pour éviter de rendre jaloux son mari), HTML lui aussi veut pouvoir changer de look mais à l'inverse de Madame CSS bien sûr. PHP s'en serait bien chargé mais comme vous le savez il est fainéant et a bien assez à faire avec la gestion du robot et de la maison; qui plus est, lui aussi aimerait bien déléguer certaines contraintes. Il voudrait par exemple ne plus être le seul à savoir parler à Robot BD.

Ils décidèrent tous ensemble d'embaucher quelqu'un. C'est maintenant qu'intervient Javascript le criquet (non, non aucune référence à 'Pinocchio'), il arrive à la maison et ce présente, aux habitants interloqués de voir un criquet qui bouge et surtout qui parle si distinctement :

« Bonjour, je m'appelle mademoiselle Javascript (et oui c'est en fait une 'criquette' ^^) j'ai beaucoup d'enfants nées de mes précédentes collaborations avec des maisons comme la votre. Je suis disponible mais je suis allergique au renfermé, et donc à tous ce qui est intérieur de maison, je préfère grandement l'herbe fraiche. Pour ce qui est du rapport avec le client, ma petite taille me permet de me glisser dans sa poche, je vous dirigerez depuis ce poste si vous le voulez bien. Etant donné mon rang, je dois toujours me faire annoncer par l'hôte Monsieur PHP avant d'intervenir, sachez également, et c'est très important, que dès que PHP m'a introduite dans une pièce et que j'y suis rentrée alors PHP ne pourra intervenir qu'une fois que nous changerons de pièce ! Si vous acceptez ces conditions alors je resterais parmi vous. Vous pouvez m'appeler Js si vous le désirez ! »

La chose dites, la troupe s'en alla recevoir le premier invité, et la ce fut magique, le client arriva dans la maison, monsieur PHP l'accueille bras ouverts, il présenta d'abord HTML et CSS, puis ce fut au tour de Js (alias javascript) le client en eu plein les yeux, si vit des portes s'ouvrir et des étoiles jaillir sous les ordre de Js, si il avait quelque chose à demander alors criquet était la pour lui répondre, d'une porte à l'autre PHP s'occupait de mettre en ordre la pièce suivante et d'organiser les informations et le contenu. L'osmose était parfaite et l'histoire magique de nos compagnons continua jusqu'à ce que l'ennui les guettes ou que les visiteurs ne soient plus aussi nombreux, pour qu'un autre lurons fasse son apparition et remette de l'ambiance dans la maison, votre maison !

 

Pour ceux qui n'aurait pas saisit, les pièces de la maison sont en faites des pages que php et ses acolytes génèrent en fonction des choix du visiteur.

 

 

 

Partie pour la 3ème lecture et ou pour les débutants (et non novices) :

Pour ce qui est de ma fameuse explication du Javascript, il faut savoir que ce langage est exécuté côté client. Le client étant le visiteur. Pour faire simple, et comme c'est conté dans le dernier paragraphe de l'histoire, Javascript une fois mis en place sur une page ne peut pas communiquer avec PHP, la communication ne peut être établie qu'une fois la nouvelle page chargée et/ou la première page quitté.

En faite une fois que PHP à finit la génération d'une page il passe la main à Javascript, quand la page est déchargée alors la main repasse à PHP, qui peut récupérer certaines variable initialisées par Js. Pour exemple les cookies permettent un tel partage.

 

1 ) Votre page A est générée, à l'intérieur nous avons un script Js qui fait un calcul 1+1, le résultat 2 est stocké grâce à

document.setcookie = ''nomCookie=''+valeur;

2 ) Un bouton dans la page A vous permet de valider cette opération et de passer à la page suivante.

3 ) Une fois le bouton pressé la main passe à PHP, Une fonction PHP est exécutée qui prend le cookie grâce à $_COOKIE[' nomCookie '] et l'affiche sur la page B.

4 ) La page B s'ouvre alors, on revient alors à un cas du type de la page A où c'est Js qui à la main et effectue sont traitement.

 

Pour être encore plus clair et limpide comme de l'eau du robinet de mon évier :

 

Un schéma très moche !! Enfin bon bref si je trouve une formulation, un phrasé plus clair je modifierais le texte ;)

 

 

 

Voilà ce petit conte touche à sa fin comme vous l'aurez compris. Je vous souhaite de bien commencer votre site et espère que mon Monsieur PHP vous reverra bientôt parmi nous.

 

N'hésitez pas à laisser un commentaire ! :)]]> [Joomla 1.0.X] Utiliser script aculous sous Joomla grâce à mod_scriptaculous http://mikaelka.wilogo.com/2008/joomla-1-0-x-utiliser-script-aculous-sous-joomla-grace-a-mod-scriptaculous.html http://mikaelka.wilogo.com/2008/joomla-1-0-x-utiliser-script-aculous-sous-joomla-grace-a-mod-scriptaculous.html#comments Tue, 20 May 2008 08:56:34 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/joomla-1-0-x-utiliser-script-aculous-sous-joomla-grace-a-mod-scriptaculous.html Je vais bientôt mettre à la disposition de la communauté Joomla mon premier composant (il n'y a rien de prétentieux dans cette phrase et heureusement !).   Plateforme : Joomla 1.0.X   Composants nécessaires :aucun   Composants compatibles : Tous puisqu'il ne fait qu'installer des fichiers sur le serveur   But : Permettre au développeur d'avoir accès le plus facilement possible à ces script fort intéressants.   Backend : Aucun   Frontend : Aucun   Module fils : Aucun Les choses à savoir : Pour inclure ces scripts dans vos pages vous pouvez utilise le chemin absolu comme : /votredossierJoomla/modules/scriptaculous.js chemin à adapter à votre convenance...     Les balises du head devrons être :   ET  

Vous pouvez utiliser $mainframe->addCustomHeadTag('votre code html'); pour inclure vos balises script dans votre head (il faut , bien sûr, avoir préalablement mit global $mainframe;).   Pour le télécharger : http://forum.joomlafacile.com/attachment.php?attachmentid=6887&d=1211112749     Merci et à bientôt.    [...]]]> Je vais bientôt mettre à la disposition de la communauté Joomla mon premier composant (il n'y a rien de prétentieux dans cette phrase et heureusement !).   Plateforme : Joomla 1.0.X   Composants nécessaires :aucun   Composants compatibles : Tous puisqu'il ne fait qu'installer des fichiers sur le serveur   But : Permettre au développeur d'avoir accès le plus facilement possible à ces script fort intéressants.   Backend : Aucun   Frontend : Aucun   Module fils : Aucun Les choses à savoir : Pour inclure ces scripts dans vos pages vous pouvez utilise le chemin absolu comme : /votredossierJoomla/modules/scriptaculous.js chemin à adapter à votre convenance...     Les balises du head devrons être :   ET  
Vous pouvez utiliser $mainframe->addCustomHeadTag('votre code html'); pour inclure vos balises script dans votre head (il faut , bien sûr, avoir préalablement mit global $mainframe;).   Pour le télécharger : http://forum.joomlafacile.com/attachment.php?attachmentid=6887&d=1211112749     Merci et à bientôt.    ]]> Tutoriel Xampp - Paramétrer l'envoi de mail (SMTP) http://mikaelka.wilogo.com/2008/tutoriel-xampp-parametrer-l-envoi-de-mail-smtp.html http://mikaelka.wilogo.com/2008/tutoriel-xampp-parametrer-l-envoi-de-mail-smtp.html#comments Tue, 20 May 2008 08:35:34 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/tutoriel-xampp-parametrer-l-envoi-de-mail-smtp.html Version de xampp utilisée : xampplite (ne partez pas tout de suite, si vous n'avez pas cette version la méthode doit être la même pour toutes les versions, au très similaire).   Le serveur tourne sous windows.   UNIX utilise d'autres lignes, il vous suffit alors de décommenter la ligne 704 du php.ini et faire les étaps 4 et 5 de ce billet.   Attention ça va être rapide, il n'y a pas grand chose à faire mais il faut le savoir !   1 ) aller dans /xampplite/php/ et ouvrez le fichier php.ini   2 ) aller à la ligne 695 (ou 'CTRL+F' -> [mail function])   3 )

;For Win32 only. SMTP = VOTRESMTP smtp_port = 25 ; For Win32 only. sendmail_from = email@domaine.com

 

  a ) à la place de VOTRESMTP vous devez mettre votre smtp ^^, vous trouverez tous les noms de serveur ici : http://www.commentcamarche.net/faq/sujet-893-serveurs-pop-et-smtp-des-principaux-fai (par exemple pour orange vous devrez mettre : smtp.orange.fr) b) à la place de email@domaine.com, il faut mettre le mail par le biais duquel votre serveur simulera l'envoi.     4 ) aller dans xampplite/sendmail/ et ouvrez sendmail.ini   5 ) Configurer la ligne 7 comme précedemment en mettant votre nom de smtp (ex : smtp_server = smtp.orange.fr)[...]]]> Version de xampp utilisée : xampplite (ne partez pas tout de suite, si vous n'avez pas cette version la méthode doit être la même pour toutes les versions, au très similaire).   Le serveur tourne sous windows.   UNIX utilise d'autres lignes, il vous suffit alors de décommenter la ligne 704 du php.ini et faire les étaps 4 et 5 de ce billet.   Attention ça va être rapide, il n'y a pas grand chose à faire mais il faut le savoir !   1 ) aller dans /xampplite/php/ et ouvrez le fichier php.ini   2 ) aller à la ligne 695 (ou 'CTRL+F' -> [mail function])   3 )

;For Win32 only. SMTP = VOTRESMTP smtp_port = 25 ; For Win32 only. sendmail_from = email@domaine.com

 

  a ) à la place de VOTRESMTP vous devez mettre votre smtp ^^, vous trouverez tous les noms de serveur ici : http://www.commentcamarche.net/faq/sujet-893-serveurs-pop-et-smtp-des-principaux-fai (par exemple pour orange vous devrez mettre : smtp.orange.fr) b) à la place de email@domaine.com, il faut mettre le mail par le biais duquel votre serveur simulera l'envoi.     4 ) aller dans xampplite/sendmail/ et ouvrez sendmail.ini   5 ) Configurer la ligne 7 comme précedemment en mettant votre nom de smtp (ex : smtp_server = smtp.orange.fr)]]> ContentLinks - Composant Joomla 1.0.X http://mikaelka.wilogo.com/2008/contentlinks-composant-joomla-1-0-x.html http://mikaelka.wilogo.com/2008/contentlinks-composant-joomla-1-0-x.html#comments Fri, 09 May 2008 22:56:35 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/contentlinks-composant-joomla-1-0-x.html   Je vais bientôt mettre à la disposition de la communauté Joomla mon premier composant (il n'y a rien de prétentieux dans cette phrase et heureusement !).   Plateforme : Joomla 1.0.X   Composants nécessaires : com_virtuemart   Composants compatibles : com_myarea (prochainement...)   But : Lier des articles joomla (content) à d'autres éléments (produits VirtueMart, Area et place et com_myarea). Afin de créer une structure solide autour de vos composants, les articles Joomla n'ont aucune utilités si ils ne sont pas reliés à d'autres éléments sur le site.   Backend : Création des associations, suppression des associations (il y a plus d'éléments mais je ne vais pas tout dire ici, enfin je n'en vois pas l'intérêt).   Frontend :Génération de listes (pour les éléments multiple).   Module fils : mod_showlinks, ce module permet d'afficher les liens entre les articles et les différents éléments.   Voilà je reviendrais plus tard sur ce composant (quand il sera finit) :)   Merci et à bientôt.    [...]]]>   Je vais bientôt mettre à la disposition de la communauté Joomla mon premier composant (il n'y a rien de prétentieux dans cette phrase et heureusement !).   Plateforme : Joomla 1.0.X   Composants nécessaires : com_virtuemart   Composants compatibles : com_myarea (prochainement...)   But : Lier des articles joomla (content) à d'autres éléments (produits VirtueMart, Area et place et com_myarea). Afin de créer une structure solide autour de vos composants, les articles Joomla n'ont aucune utilités si ils ne sont pas reliés à d'autres éléments sur le site.   Backend : Création des associations, suppression des associations (il y a plus d'éléments mais je ne vais pas tout dire ici, enfin je n'en vois pas l'intérêt).   Frontend :Génération de listes (pour les éléments multiple).   Module fils : mod_showlinks, ce module permet d'afficher les liens entre les articles et les différents éléments.   Voilà je reviendrais plus tard sur ce composant (quand il sera finit) :)   Merci et à bientôt.    ]]> Garbage Earth - Icône http://mikaelka.wilogo.com/2008/garbage-earth-icone.html http://mikaelka.wilogo.com/2008/garbage-earth-icone.html#comments Sun, 27 Apr 2008 13:37:01 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/garbage-earth-icone.html   J'ai créé aujourd'hui mon premier icône. Je suis assez content du résultat mais je pense que je peux encore l'améliorer et surtout le "normaliser" afin qu'il respecte les contraintes liées au format des icônes PC et MAC.   Vous pouvez le voir sur mon deviant art : mikaelka.deviantart.com[...]]]>   J'ai créé aujourd'hui mon premier icône. Je suis assez content du résultat mais je pense que je peux encore l'améliorer et surtout le "normaliser" afin qu'il respecte les contraintes liées au format des icônes PC et MAC.   Vous pouvez le voir sur mon deviant art : mikaelka.deviantart.com]]> Bilan analytics et référencement des deux premiers mois du blog http://mikaelka.wilogo.com/2008/bilan-analytics-et-referencement-des-deux-premiers-mois-du-blog.html http://mikaelka.wilogo.com/2008/bilan-analytics-et-referencement-des-deux-premiers-mois-du-blog.html#comments Fri, 25 Apr 2008 23:24:59 +0200 mikaelka fr http://mikaelka.wilogo.com/2008/bilan-analytics-et-referencement-des-deux-premiers-mois-du-blog.html La date fatidique des deux mois sur Google analytics est tombée et il est temps pour moi de faire un premier vrai bilan (sérieux...) de mon blog et du petit traffic qu'il génère (je suis pas près d'appeller bison futé à la rescousse) :D.   Mes statistiques du 22/02/2008 au 22/04/2008 sont les suivantes :   Je ne vais pas vous recracher les analyses faites par google, mais plutôt exprimer ce qu'elles font ressortir, et ce que j'en pense. Quoique..en fait si, la première partie est plus une liste de chiffres et la deuxième est une sorte de conclusion sur les modifications à apportées pour améliorer le blog.   Tout plein de chiffres :   1051 visites (moyenne de 17.23 par jour) dont 782 unique absolu (pic à 55) 2827 pages vues (pic à 187) 2.69 / visite 2:31 Minutes c'est le temps moyen passé sur le blog 56,80% c'est le taux de rebond qui me parais monstrueux...(dans le mauvais sens du terme) de 1-200 c'est le nombre de fois que les visiteurs reviennent sur le blog (1 fois = 72% ^^) 8 le nombre de langues (??) avec 2 langues significative le français et l'anglais (us) les autres sont négligeables       Le référencement :   Je suis sur la première page sur de nombreuses recherches concernant Inkscape. Le top trois des accès par mots clefs est : tuto inkscape (bas de première page), tutorial inkscape (idem), tutoriel inkscape (5e de la 2e page). La plupart de mes posts sont bien référencés (ce n'est pas de mon ressort enfin en majeure partie).     Le contenu :   Les articles les plus visités est le listing des tutoriels inkscape, la racine (normal), et le tuto pour faire un petit caillou. Ceux sur lesquels on passe le plus de temps sont : portfolio/création dans le cadre de mes études, le post de bienvenue, et celui sur la provenance des oeufs :)     L'organisation des menus :   Peu de gens utilisent les onglets catégorie à part pour la catégorie "tutoriaux". Les archives sont inutiles, tout comme les boutons syndication et ziki.     Les sources de traffic :   Ziki ne me génère selon Google aucun traffic. (je n'ai que 135 pages vues sur leur site) Google est mon principal atout avec plus de 50%, wilogo.com hébergeur du blog apporte aussi beaucoup avec un peu moins de 40%.     Les visiteurs :   62,89 % utilisent Firefox contre 27,59 % pour IE et moins de 6% pour les autres 74 % des visiteurs ont l'adsl 78,97 % utilisent windows, 11,32 % Linux et 9,61 % MAC 33,49 % sont en 1024, 23,98 % en 1280*1024, 13,42 % en 1280*800, 8,75 % en 1680, etc..     CONCLUSIONS :   Mes conclusions vont être diverses et variées et ne seront pas classées par ordre d'importance mais par ordre par lequel elles viennent à ma pensée.   A - Je dois absolument changer la résolution minimum que j'avais fixée sur mon template à 800 pour du 1024. B - IE n'ayant pas une part négligeable de traffic je dois corriger le bug d'affichage sur les bords. C - Je vais laisser encore un moment (voir replacer plus haut) les boutons syndication et ziki afin qu'ils aient plus de visibilité. Je vais retirer la zone archivage qui ne sert à rien. D - Je devrais surement revoir la qualitée de mon contenu à la hausse pour faire diminuer mon taux de rebond, voir aussi améliorer la charte graphique. E - Pourquoi pas faire une version anglaise du site (mais bon ça ne serait pas demain la veille...) F - Améliorer encore mon référencement avec plus de "citations"     Voilà ce petit bilan ne va peut être intéresser personne mais c'est en tous cas une analyse, qui n'engage que moi certes, mais pour laquelle certains y trouveront peut être quelque chose d'intérressant.   Merci de votre lecture ;)     EDIT (du 27/04/2008) : Je suis tout fier d'être en première page sur Yahoo search pour notamment "tutoriel inkscape", deuxième pos sur "tutorial inkscape", 6e pos sur"Tutoriaux inkscape", 10e pos sur "iut informatique aix en provence" et 4e pos sur "dut informatique aix en provence". Enfin c'est cool quoi ! :)   [...]]]> La date fatidique des deux mois sur Google analytics est tombée et il est temps pour moi de faire un premier vrai bilan (sérieux...) de mon blog et du petit traffic qu'il génère (je suis pas près d'appeller bison futé à la rescousse) :D.   Mes statistiques du 22/02/2008 au 22/04/2008 sont les suivantes :   Je ne vais pas vous recracher les analyses faites par google, mais plutôt exprimer ce qu'elles font ressortir, et ce que j'en pense. Quoique..en fait si, la première partie est plus une liste de chiffres et la deuxième est une sorte de conclusion sur les modifications à apportées pour améliorer le blog.   Tout plein de chiffres :   1051 visites (moyenne de 17.23 par jour) dont 782 unique absolu (pic à 55) 2827 pages vues (pic à 187) 2.69 / visite 2:31 Minutes c'est le temps moyen passé sur le blog 56,80% c'est le taux de rebond qui me parais monstrueux...(dans le mauvais sens du terme) de 1-200 c'est le nombre de fois que les visiteurs reviennent sur le blog (1 fois = 72% ^^) 8 le nombre de langues (??) avec 2 langues significative le français et l'anglais (us) les autres sont négligeables       Le référencement :   Je suis sur la première page sur de nombreuses recherches concernant Inkscape. Le top trois des accès par mots clefs est : tuto inkscape (bas de première page), tutorial inkscape (idem), tutoriel inkscape (5e de la 2e page). La plupart de mes posts sont bien référencés (ce n'est pas de mon ressort enfin en majeure partie).     Le contenu :   Les articles les plus visités est le listing des tutoriels inkscape, la racine (normal), et le tuto pour faire un petit caillou. Ceux sur lesquels on passe le plus de temps sont : portfolio/création dans le cadre de mes études, le post de bienvenue, et celui sur la provenance des oeufs :)     L'organisation des menus :   Peu de gens utilisent les onglets catégorie à part pour la catégorie "tutoriaux". Les archives sont inutiles, tout comme les boutons syndication et ziki.     Les sources de traffic :   Ziki ne me génère selon Google aucun traffic. (je n'ai que 135 pages vues sur leur site) Google est mon principal atout avec plus de 50%, wilogo.com hébergeur du blog apporte aussi beaucoup avec un peu moins de 40%.     Les visiteurs :   62,89 % utilisent Firefox contre 27,59 % pour IE et moins de 6% pour les autres 74 % des visiteurs ont l'adsl 78,97 % utilisent windows, 11,32 % Linux et 9,61 % MAC 33,49 % sont en 1024, 23,98 % en 1280*1024, 13,42 % en 1280*800, 8,75 % en 1680, etc..     CONCLUSIONS :   Mes conclusions vont être diverses et variées et ne seront pas classées par ordre d'importance mais par ordre par lequel elles viennent à ma pensée.   A - Je dois absolument changer la résolution minimum que j'avais fixée sur mon template à 800 pour du 1024. B - IE n'ayant pas une part négligeable de traffic je dois corriger le bug d'affichage sur les bords. C - Je vais laisser encore un moment (voir replacer plus haut) les boutons syndication et ziki afin qu'ils aient plus de visibilité. Je vais retirer la zone archivage qui ne sert à rien. D - Je devrais surement revoir la qualitée de mon contenu à la hausse pour faire diminuer mon taux de rebond, voir aussi améliorer la charte graphique. E - Pourquoi pas faire une version anglaise du site (mais bon ça ne serait pas demain la veille...) F - Améliorer encore mon référencement avec plus de "citations"     Voilà ce petit bilan ne va peut être intéresser personne mais c'est en tous cas une analyse, qui n'engage que moi certes, mais pour laquelle certains y trouveront peut être quelque chose d'intérressant.   Merci de votre lecture ;)     EDIT (du 27/04/2008) : Je suis tout fier d'être en première page sur Yahoo search pour notamment "tutoriel inkscape", deuxième pos sur "tutorial inkscape", 6e pos sur"Tutoriaux inkscape", 10e pos sur "iut informatique aix en provence" et 4e pos sur "dut informatique aix en provence". Enfin c'est cool quoi ! :)   ]]>