[development] Dealing with Cache

Randy Fay randy at randyfay.com
Fri Sep 17 19:36:25 UTC 2010

[cache_form side issue]
Just a word of warning: cache_form is not actually a cache table, even
though it accidentally took on the use of the cache table. There is an RTBC
issue in D7 to rename the cache_form table to form_state (which is what it's
about). See http://drupal.org/node/512026.

cache_form should not be cleared as if it were a re-creatable cache.


On Fri, Sep 17, 2010 at 7:48 PM, Nikola Kotur <kotnick at gmail.com> wrote:

>  On Fri, 2010-09-17 at 17:49 +0300, blouhwtf wrote:
>  I was wondering how you guys are dealing with cache/optimizations on your
> development machine, between drupal cache, panels cache, browser cache and
> other css/js compression settings etc.. I've found it difficult to deal with
> all of them.
> I usually use clear_cache_all() function to clear specific cache I'm
> working all. Not using cache at all is a waste of time, especially regarding
> menus, that can grow in some projects.
> So, when I work on forms, I put this:
> cache_clear_all(NULL, 'cache_form');
> Just after bootstrap in index.php.
> Otherwise, 'drush cc all'.

Randy Fay
Drupal Module and Site Development
randy at randyfay.com
+1  970.462.7450
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20100917/b8141aea/attachment.html 

More information about the development mailing list