Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Cache is rather persistent.. :) #3

Open
feelepxyz opened this issue Sep 5, 2010 · 1 comment
Open

Cache is rather persistent.. :) #3

feelepxyz opened this issue Sep 5, 2010 · 1 comment

Comments

@feelepxyz
Copy link

Hey!

Love it!
However, while playing around locally I'm having some problems figuring out how to make it reload the cache when eg 'view' files change.
Padrino seems to have a development reloader, which according to the conf is enabled by default on the development env.
But I can't seem to get it seeing changes, I manually have to delete the appropriate cache file to get it to rebuild it.

Note that I'm running the db from mongohq both locally and on heroku. If that may something to do with it. Seemed like a bother to do some kind of db push to heroku when authoring a page locally.. :)

Cheers
Philip

@bratta
Copy link
Owner

bratta commented Sep 22, 2010

My first thought is that the view files should not be changing on production unless you deploy, and cache should be cleared on deploy.

On development, perhaps hooking the cache sweeping in on reload would work, I'll have to look into the possibility of that. Currently the cache system is undergoing a rewrite as it is horrible in the current code. I had hacked on the varnish support to get it quickly running on Heroku, but it is time to make it a bit more modular.

One thing I do plan on adding is a one-click cache sweep button in the admin ui to sweep on demand instead of only on page edits. That would make things a bit easier to manage too as you can hit that button after modifying your views if nothing else. I'll keep this issue open for now.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants