-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
no_cache param in autoconfiguration #404
Comments
Because you should no use |
Ok, thanks for the infos. It's already done with non-cachable actions but the no_cache param is added too what's not necessary as you say. Is this a valid statement for every TYPO3 version from 6.2 up to 8? |
If you use
If you just use uncached action, the following happens:
You can decide what is better :)
|
Yes, normally clear, but we have a special case, it's used with page types e.g. to get the stock for products or a status answer from a payment provider (text and json request and responses) and there is no other content on the page, only the plugin with a non-cacheable action. I had a look at the code generating the urls to this page (with examples in the urilBuilder params):
This code generates a no_cache=1 param. Is this wrong or possible in that special case? |
I deactivated all no_cache settings and tested with non-cachable actions only and everything worked fine. Thanks for your support! |
Why don't you add no_cache param in autoconfig as you do with languages or domains?
I had the case after updating boostrap_package from 6 to 7 that this config was deleted after refreshing the autoconfig of realurl because boostrap_package 7 not longer sets this for the moment.
Here is the example what they did at version 6.2.10 onwards:
The text was updated successfully, but these errors were encountered: