On trouvera tout ce qui concerne le DOM d'Internet Explorer (utilisable en Javascript) sur :
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/dhtml_node_entry.asp
Cette documentation doit être consultée avec IE, tout autre navigateur entraîne la disparition des liens croisés indispensables.
Voir aussi
http://archives.allhtml.com/javascript/index.php pour un ensemble de fonctions Javascript toutes faites pour régler des problème usuels.
L'interprétation des statistiques issues de la consultation d'un serveur Web est une tâche délicate. Plusieurs biais peuvent fausser totalement ces statistiques et donner une image erronée des consultations.
Voir aussi
le chapitre "How the web works" de la documentation d'Analog qui explique comment sont calculées les statistiques Web. L'auteur explique, en particulier pourquoi la notion de "visite" n'a pas de sens sur le Web, ce qui n'empêche pas la plupart des outils d'en faire le centre de leurs résultats.
Continuer à lire "Statistiques de serveur Web"
Il s'agit de déboguer un programme cgi stateless (voir l'article sur l'architecture REST) tournant sur un serveur Apache dans l'architecture Linux ou Unix.
On suppose que le CGI en question est un programme C (ou C++) lancé par un shell, ce qui est souvent le cas, car il faut définir un environnement (path, ld_library_path, ...). Dans notre exemple, un environnement Oracle est mis en place par l'appel du script /etc/profile.d/ora.sh .
Pour pouvoir lancer le débogeur, il faut d'une part, récupérer les variables d'environnement mises en place par le serveur Web (Apache) et d'autre parr récupérer l'entrée standard du programme CGI (stdin) qui contient les paramètres de formulaire passés en POST.
Continuer à lire "Deboguer un programme web CGI"
Lorsqu'un client (par exemple un navigateur internet) envoie une requête à un serveur web, il doit préciser une URL (adresse) et une méthode. Cette méthode indique ce que le client veut faire de l'entité représentée par l'URL. Prenons quelques exemples.
Lorsque l'on consulte des pages Internet en suivant des liens, le navigateur effectue un GET. Lorsque l'on valide un formulaire web, la méthode utilisée peut être
GET ou POST.
L'écriture d'applications web en architecture
REST conduit à utiliser d'autres méthodes comme DELETE et PUT.
Continuer à lire "DELETE PUT GET POST"
Bien que le protocole http n'impose rien, Il existe pratiquement une valeur maximale pour la taille des URL lorsque l'on accède à un serveur Web. Cette limite variable provient de plusieurs sources :
1. Limites sur le serveur. Un serveur donné a en général une limite. Sous Apache, par exemple, cette limite est à fixée à la compilation (par défaut environ 8000 caractères) . Par ailleurs, l'administrateur d'un site peu être plus restrictif en imposant une limite plus base à l'aide de la directive
LimitRequestLine.
2. Limites sur le navigateur. Pour Internet Explorer, la limite est de 2083 caractères. Voir
Le support Microsoft sur le sujet.
3. Limites des serveurs proxys ou des serveurs de caches qui s'intercalent entre le serveur et le navigateur.
Dans la pratique, il vaut mieux éviter les URL longs, 2083 étant de toute façon la limite à ne pas dépasser. On utilisera préférentiellement des formulaire web avec la méthode POST plutôt que GET.
Le serveur est passé à la version 1.0 de Serendipity.
Cela a été relativement long car j'avais quelques spécificités :
- templates maison;
- utilisation des catégories pour la navigation.
j'en ai profité pour changer un peu le look.
Merci de me signaler les anomalies.
Continuer à lire "Passage à Serendipity 1.0"
http://www.w3schools.com/
Un ensemble de tutoriels sur nombre de techniques utiles pour la réalisation de sites web. La rubrique consacrée aux feuilles de styles (
CSS) présente quelques exemple interactifs dont on peut changer le code en dynamique.
REST est une architecture de développement d'applications Web inventée par
Roy T. Fielding dans sa
thèse de doctorat.
En plus d'introduire ce concept, cette thèse présente un panel d'architectures Web. Elle fournit une grille de lecture qui permet de comparer les architectures entre elles en présentant leur avantages et leurs inconvénients, ainsi que les types d'applications pour lesquelles chaque architecture est adaptée.
Voir aussi
l'article de Wikipedia
Continuer à lire "REST"
Tableau comparatif
-
Awstats (Perl / web)
-
Webalizer (C)
-
Analog (C / web)
-
awffull Fork de Webalizer (C/perl)
Outils connexes :
Visitor : représentation graphique des parcours (C).
Pathanalyzer : idem (C++)
Webalizer extended : patch de Webalizer pour les erreurs 404 (C).
L'hébergement du blog sur
OVH est maintenant pleinement opérationnel.
L'idée de la manoeuvre est de pouvoir à terme fusionner mon
site web traditionnel et mon blog.
Le logiciel utilisé est
Serendipity.
J'ai été amené à changer d'hébergeur car le PHP sur mon ancien hébegeur
Proxad est à mon sens bugué.
Continuer à lire "Hébergement du Blog sur OVH"
Définit le format des messages Internet
http://www.faqs.org/rfcs/rfc822.html
Voir le format des dates qui est repris par le RSS 2.0, voir :
http://sebsauvage.net/comprendre/rss/creer.html
RSS et Atom sont deux formats concurrrents permettant la diffusion de nouvelles.
Atom a été créé pour régler un certain nombre de problèmes de RSS notamment les problèmes d'incompatibilité entre versions.
Quelques liens :
