PUBLIC MARKS with tag cache

Really Simple History is a lightweight JavaScript library for the management of bookmarking and browser history in Ajax/DHTML applications. RSH serializes application data in an internal JavaScript cache so that bookmarks and the back button can be used to return your application to an earlier state. Originally developed by Brad Neuberg in 2005, RSH has won a large user base for its simplicity, ease of use and lack of dependency on any specific Ajax framework. It's written in plain old JavaScript and can be included on any site according to the terms of its BSD license. In September 2007, Brian Dillard of Pathfinder Development came on board as maintainer and ongoing code steward for the project. A new version, with support for additional modern browsers (IE7, Safari, Opera), was released as RSH 0.6 on December 3, 2007.

On me pose souvent la question du coût des solutions de CDN Akamai pour gérer la disponibilité d’un site. Et en général le problème majeur avec cet acteur vient des frais de fonctionnement et de mise en service. En effet au delà de l’engagement contractuel sur la durée la mise en place d’une solution Akamai est relativement coûteuse pour des “petits” acteurs. Cette annonce d’Amazon est donc une très bonne nouvelle pour le segment des sites de taille moyenne, trop petits pour négocier avec Akamai et gérant déjà un trafic suffisamment important pour être obligé de mettre en place des solutions de cache distribués, des CDN.

a web cache system base on nginx web server. faster and more efficient than squid.

Vous avez développé votre tout dernier web service destinés à être utilisé par 2 ou 3 autres équipes en interne (voire en externe par des partenaires). Il (le web service) fonctionne bien, tellement bien, que vous commencez à avoir plusieurs dizaines de requêtes par jour. Vous n'aviez pas forcément optimisé les performances du web service, les temps de réponses ne sont pas au beau fixe car vous chargez 150 classes PHP qui sont nécessaires au tout dernier framework à la mode pour accéder à une table de base de données et faire une requête select sur un champ avec une clé primaire pour retourner la fiche descriptive d'un utilisateur, d'un partenaire ou d'un produit. Ou bien, pire encore, pour renvoyez votre catalogue de produits qui fait 150Ko une fois transformé au format XML.

Votre site accueille des visiteurs réguliers et vous devez modifier une feuille de style CSS ou un script JS. Problème : ces fichiers sont mis en cache sur le navigateur (côté client), et les utilisateurs risquent de ne pas bénéficier des modifications avant plusieurs jours. Ou pire, pour peu que le source HTML ait changé, l'affichage sera illisible ou les fonctions totalement inutilisables ! Voici une solution simple qui ne demande qu'une ligne de PHP et se mettra à jour automatiquement par la suite.

APC est un systéme de cache opcode , permet entre autre , de ne pas refaire la boucle complète langage php => langage machine ect ... Ce systéme de de cache ,n'est pas encore disponible en natif dans php5 , mais devrait l'être pour php6 ... Cependant , il est disponible , via pear ... alors pourquoi s'en priver ... Nous allons voir comment l'installer , puis l'utiliser simplement ...

Obtaining Optimal Performance From Drupal And The LAMP Stack

Improving Drupal's Performance with the Boost Module for the UN's Millennium Campaign. How the Boost Module Helped a Very High Traffic Drupal Site Stay Online

A Web cache sits between one or more Web servers (also known as origin servers) and a client or many clients, and watches requests come by, saving copies of the responses — like HTML pages, images and files (collectively known as representations) — for itself. Then, if there is another request for the same URL, it can use the response that it has, instead of asking the origin server for it again.

Caching is a great example of the ubiquitous time-space tradeoff in programming. You can save time by using space to store results. In the case of websites, the browser can save a copy of images, stylesheets, javascript or the entire page. The next time the user needs that resource (such as a script or logo that appears on every page), the browser doesn’t have to download it again. Fewer downloads means a faster, happier site.

Vey useful links for cache control and browser behaviors * Explain of cache control in detail (very nice article! ) http://betterexplained.com/articles/how-to-optimize-your-site-with-http-caching/ * The State of Browser Caching: http://www.mnot.net/blog/2006/05/11/browser_caching * XMLHttpRequest caching: http://www.mnot.net/javascript/xmlhttprequest/cache.html

!$cache->start_cache()