Catégorie: "HTTP/SSL"

Les URL, c'est pas pour les chiens!

Les URL, c'est pas pour les chiens!

Suite à un problème de synchro, je suis en train de passer en revue tous mes bookmarks... et je me rends compte que les trois quarts de mes vieux bookmarks (période 2002 à 2005) vers des sites français sont cassés... erreur 404... alors que concernant les sites US, c'est à peine 20%.

Encore une fois, les français brillent par leur totale incompréhension du web...

Les adresses web, les URL, oui vous savez les trucs qui commencent par http:// là... c'est important ces trucs là... à chaque fois que vous les changez sur votre site, eh bien vous perdez des visiteurs... qui comme moi vous avaient mis dans leur signets... et je ne parle pas de la page principale de votre site, je parle des pages tout au fond de votre site! Celles que vous négligez, mais celles qui intéressent en réalité les internautes...

Pire encore, il y a surement des liens vers ces pages depuis d'autres sites... ces liens là se retrouvent cassés...

Quel gâchis!

PS: la solution existe, elle s'appelle redirections 301. Cherchez donc sur Google ;)

PHP Output buffering and ob_handlers

PHP has some nice features to do output buffering. You just call ob_start() and anything you output (except headers) does not actually get set back to the webserver (and thus the browser) until you decide it. As the manual puts it "This can be useful in several different situations, especially if you need to send headers to the browser after your script has began outputting data."

One particular use of this feature is to pass an "ob_handler" callback function as an argument to ob_start(). This is supposed to let you do "kewl" post-processing operations like: gzip compression, adding an ETag, adding content-length of your whole output.

Crap! :!:

There are only two situations where ob_handlers are useful:

  • When your webserver can't take care of this for you. But you know, you should really consider switching to Apache, which already has modules to handle all that, and even better: unlike PHP ob_handlers, it can do gzip compression progressively without waiting for the whole page to have generated! :crazy:
  • When you are in desperate need for marketing arguments to write a book on ~` Advanced PHP '~ ! >:XX

Le Web et les Statistiques...

Le problème des stats web est extrêmement complexe. Surtout parce que ce qui nous intéresse le plus c'est de savoir:

  • combien de personnes sont venues,
  • d'où elles sont venues,
  • qu'est-ce qu'elles ont regardé,
  • pendant combien de temps,
  • quand elles sont parties,
  • et vers où sont elles parties.

Ceci est en totale contradiction avec la nature même du web et de son protocole HTTP! [=> Lire la suite...]

Souvent on commence un post et tout à coup on se rend compte qu'on vient de taper 10 paragraphes d'introduction sans même avoir commencé à parler de ce qui nous démangeait au départ! :P

Du coup j'ai mis toute cette intro dans un article et il ne me reste plus qu'à laisser ma note d'humeur ici... :)

Mon souci concerne les stats de ce site...

Au départ, je n'avais pas vraiment le choix: quelques pages statiques chez Tiscali puis Free, ainsi qu'un blog chez Blogspot... la seule solution c'était des marqueurs eStat / Xiti...

J'espérais bien profiter de ma migration vers OVH (avec blog autonome ;) ) pour améliorer quelque peu mon système de stats... mais c'est pas l'extase! :P OVH met à la disposition de ses clients un outil d'analyse de logs en ligne (Urchin Enterprise 3.3) pour ne pas le nommer qui est honnête mais sans plus... moins évolué que eStat par exemple: suivi approximatif des visites et des visiteurs (pas de cookie!), absence de catégorisation des pages/rubriques, impossibilité de filtrer les fichiers non html, ce qui serait pourtant plus pratique pour voir les pages les plus populaires!

Il ne me reste donc plus qu'à analyser mes fichiers de log par moi même. C'est une longue quête à l'outil idéal qui commence. Je suis preneur de toutes suggestions! ;) Quelques critères indispensables toutefois:

  • Possibilité d'attribuer aux URL un nom clair et une rubrique afin de faire des stats plus pertinentes que des URLS en désordre avec des doublons du type / et /index.html
  • Possibilité de filtrer ou non les types de fichiers non HTML. (Franchement ça m'intéresse moyennement de savoir que la plupart des utilisateurs qui ont vu index.html se rendent ensuite sur basic.css et logo.gif... Tsss n'importe quoi Urchin! En revanche ça m'intéresse de savoir combien de fois les différents feeds RSS ont été chargés...)
  • En fait je peux citer plein de critères, mais on va peut être commencer soft... ;)

Petite astuce IE...

On peut (aussi) afficher le code source en tapant view-source: dans l'adresse avant http: ;)