<?xml version="1.0" encoding="ISO-8859-1"?>
<newsletters>
<newsletter numero="2" dateDeb="2000/06/26">
<articles>
<article url="http://www.sam-mag.com/archives/reutiliser.htm" categorie="Méthode">
<titre>De la réutilisabilité... ou comment ne pas tout réécrire</titre>
<texte><![CDATA[Le développement informatique n'est qu'une longue suite de répétition avec adaptation aux spécificités du projet. On retrouve régulièrement les mêmes cas de figure, des traitements que l'on a déjà réalisés. Sur le web un cas simple est par exemple la construction d'une liste de sélection à partir des résultats d'une requête]]></texte>
</article>
<article url="http://www.sam-mag.com/archives/expressions.htm" categorie="Programmation">
<titre>Les expressions régulières</titre>
<texte><![CDATA[Dans le précédent article j'ai abordé les différences entre les parties serveur et client de la programmation des pages web. Dans celui-ci je vais m'attacher à ce qui se passe sur le poste client avant que la page ne revienne sur le serveur]]></texte>
</article>
</articles>
</newsletter>
<newsletter numero="4" dateDeb="2000/07/24">
<articles>
<article url="http://www.sam-mag.com./archives/sprintf.htm" categorie="Programmation">
<titre>Utilisation de printf et sprintf ?</titre>
<texte><![CDATA[Comment ne pas avoir de problèmes avec les quotes et double-quotes dans les chaînes que nous formatons. Nous sommes souvent amenés à créer des chaînes de requêtes SQL à proposer au SGBD]]></texte>
</article>
<article url="http://www.sam-mag.com./archives/sprintf.htm" categorie="Méthode">
<titre>De la réutilisabilité... les langages objets</titre>
<texte><![CDATA[Il y a beaucoup de façons de ne pas réécrire le code, nous l'avons vu dans le premier article sur ce thème. Cela va du " copier/coller " aux " include ". Il en est une autre qui n'est pas possible avec tous les langages de programmation. C'est l'utilisation d'objets.]]></texte>
</article>
</articles>
</newsletter>
<newsletter numero="1" dateDeb="2000/06/12">
<articles>
<article url="http://www.sam-mag.com/archives/dynamique.htm" categorie="Divers">
<titre>Pages statiques vs dynamiques</titre>
<texte><![CDATA[Le web ne peut plus utiliser de pages statiques aussi belles soient-elles. Pour au moins trois raisons. La première étant le taux de rafraîchissement de l'information, du contenu ; la seconde, du même ordre de grandeur, est liée à la volumétrie et enfin la troisième est due à la volonté de mettre de l'interactivité entre le site et l'internaute ]]></texte>
</article>
<article url="http://www.sam-mag.com/archives/proteger.htm" categorie="Programmation">
<titre>Comment protéger le contenu de ses pages web ? </titre>
<texte><![CDATA[Que celui qui ne s'est jamais posé la question me jette la première balise. C'est une question récurrente de la part de nombre de webmasters. Et, il faut bien le reconnaître, la question est légitime. En effet, on a tellement pris sur notre sommeil, on a tellement transpiré coca et café, on a tellement passé d'heures devant un micro jamais à la hauteur, pour accoucher de la plus belle page web avec le code le plus performant du monde, qu'il est humain de ne pas accepter de se faire "pirater" le fruit de ses efforts ]]></texte>
</article>
</articles>
</newsletter>
<newsletter numero="15" dateDeb="2000/12/25">
<articles>
<article url="http://www.sam-mag.com/archives/regles2.htm" categorie="Méthode">
<titre>Se donner des règles de programmation</titre>
<texte><![CDATA[Que l'on soit bien d'accord, ce sont des règles que je me fixe, je sais que je ne les applique pas à 100% :-))) ; je le paie toujours, mais il est trop tard. On a (j'ai) toujours de bonnes raisons pour faire l'impasse sur certaines d'entre elles, la plus fréquemment invoquée est sans doute le temps, les délais sont parfois brefs.Mais, quand il faut revenir dessus on paie les hypothèques. A la longue, certaines d'entre elles deviennent naturelles et nous n'avons pas nos repères quand elles n'ont pas été appliquées]]></texte>
</article>
</articles>
</newsletter>
<newsletter numero="16" dateDeb="2001/01/08">
<articles>
<article url="http://www.sam-mag.com/archives/controle_acces2.htm" categorie="Programmation">
<titre>Protéger l'accès des pages d'un site web (II)</titre>
<auteur>d'après J. Meloni</auteur>
<commentaire>traduit/adapté par D. Lucazeau - article original. Cet article est une adaptation/traduction de « Sending Form Data in E-Mail » avec l'aimable autorisation de son auteur.</commentaire>
<texte><![CDATA[Nous allons poursuivre notre étude de contrôle d'authentification d'utilisateurs. Nous allons sophistiquer notre système en contrôlant les codes à partir d'un fichier texte puis d'un fichier .htpasswd. Nous avons afficher un message de succés lors d'une authentification correcte, nous allons maintenant afficher une page HTML puis rediriger l'utilisateur vers la page tant attendues]]></texte>
</article>
</articles>
</newsletter>
<newsletter numero="17" dateDeb="2001/01/22">
<articles>
<article url="http://www.sam-mag.com/archives/controle_acces3.htm" categorie="Programmation">
<titre>Protéger l'accès des pages d'un site web (III)</titre>
<auteur>d'après J. Meloni</auteur>
<commentaire>traduit/adapté par D. Lucazeau - article original. Cet article est une adaptation/traduction de « Sending Form Data in E-Mail » avec l'aimable autorisation de son auteur.</commentaire>
<texte><![CDATA[Pour terminer nous allons confronter la saisie de l'internaute à la liste des utilisateurs stockée dans une base de données. Ce qui est le cas le plus fréquent dès qu'il s'agit de gérer une liste qui peut devenir conséquente, la gestion par formulaire en est facilitée]]></texte>
</article>
</articles>
</newsletter>
</newsletters>