Closed clintbellanger closed 7 years ago
That's a good point, @clintbellanger! CakePHP caching can be very stubborn and I think it would definitely make sense to add a warning (or possibly an optional step in the upgrade process) advising users about this. I just want to clarify something so I can make sure I understand which steps you took:
Is that correct?
@simpsonw Yes, those steps are correct. Thanks for looking at this!
I'm following the UPGRADE.md steps to take our install from 1.0beta3 to 4.
I completed step 14 (Test to make sure everything still works in the new version) by loading the new install in a web browser. At this point the new install is in a folder called gots_beta4. Everything looks working at a glance.
I'm ready to do step 15 (Archive the old version and move the new version to take its place.) and I plan to do this by renaming folders:
gots/ becomes gots_beta3/ gots_beta4/ becomes gots/
Now I test the new install at its final location (gots/), and there is a 500 server error. Live in production(!!)
I revert the names, and the new install is working again at gots_beta4/
The PHP logs showed that PHP pages from gots/ were trying to include PHP files located at gots_beta4/. Sample:
This appears to have been a caching issue, as that old folder name was all over the file app/tmp/cache/persistent/myapp_cake_core_file_map. This cache created by testing in step 14 caused an invisible failure in step 15?
I cleared the cache manually by emptying the contents of the models, persistent, and views folders.
Then, without triggering another pageload/cache, I renamed the folders. The new install now works.
Could the UPGRADE.md steps use some kind of clear cache step/warning? Thanks!