[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.

-Randy

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