How freistilbox handles cookies
There is one thing that effectively prevents the freistilbox content
cache from storing objects, and
that is a cookie. A cookie makes all HTTP requests specific for the individual
visitor, and the cache will only store non-individual content. Otherwise, it
would risk delivering private content that was intended for a different visitor.
Since we need to prevent random cookies from destroying the performance
improvements we gain from the cache, we remove all cookies from incoming HTTP
requests. There is only one exception: The Drupal and WordPress session
cookies stay untouched because they’re essential for website authentication.
(That’s why the cache unfortunately can’t speed up page delivery for Drupal 6:
This version always sends a session cookie. We suggest using Pressflow Drupal
instead.)
[!important]
If you need to deal with visitor-specific data, please use the native session
handling of your CMS. It will not be affected by the freistilbox content cache. But be aware that
this also means losing its performance boost.
This document is version controlled - suggest changes on GitLab.