Skip to content
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

Devel #1062

Merged
merged 29 commits into from
Jan 14, 2016
Merged

Devel #1062

merged 29 commits into from
Jan 14, 2016

Conversation

miguelbalparda
Copy link
Contributor

No description provided.

aricwatson and others added 29 commits October 13, 2015 14:03
Forgot to update changelog when this was merged in.
This commit consists of patches automatically generated for this project on https://scrutinizer-ci.com
This commit consists of patches automatically generated for this project on https://scrutinizer-ci.com
Invalidating cms pages with url enging with slash. Like: http://domain.com/about-us/
Invalidating cms pages with url enging with slash
Add the form key to wishlist submit to prevent 403 errors.
It did not work in case an extension used in config.xml:
    <models>
        <mygroupname>
            <class>MyPackage_MyExtension_Model</class>
        <mygroupname>
    </models>
Because then the class guessed by getModelName($product) is:
`myextension/product` while it should be `mygroupname/product`.
I made the function check if the guess is a valid model. If not: the right value is quite hard to look up, so I decided to return `MyPackage_MyExtension_Model_Product` in this example.
Prime Checkout and Light Checkout Compatibility
When enabled: Always serve the same version of a static file. Ignore domain, cookies and browser version. Saves memory and lowers cache misses.
Thanks to @toonvd for the idea of this improvement.

Improved some use of booleans in Varnish version 2.1 config
Custom included VCL is now included at the bottom of the generated VCL
…_static_files

"Use Simple Hash" option for static files
Improved helper function getModelName()
Turpentine sets the fake cookie 'frontend=crawler-session' when a crawler is detected.
This causes lock problems with Cm_RedisSession, because all crawler hits are requesting the same session lock.
Cm_RedisSession provides the define CM_REDISSESSION_LOCKING_ENABLED to overrule if locking should be enabled.
I added an 'controller_front_init_before' event listener to set this define if the fake session cookie exists.
…k_cm_redissession

Fix for crawler lock problem with CM_RedisSession
Added ESI policy for cookie notice block
This commit consists of patches automatically generated for this project on https://scrutinizer-ci.com
miguelbalparda added a commit that referenced this pull request Jan 14, 2016
@miguelbalparda miguelbalparda merged commit 6ffc751 into master Jan 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.