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

Cache-problem with postVarSets on detail-pages #263

Closed
bihor opened this issue Sep 20, 2016 · 5 comments
Closed

Cache-problem with postVarSets on detail-pages #263

bihor opened this issue Sep 20, 2016 · 5 comments

Comments

@bihor
Copy link

bihor commented Sep 20, 2016

When I use this with realURL 2.0.15:
'postVarSets' => array( '_DEFAULT' => array('news' => array( array( 'GETvar' => 'tx_news_pi1[action]', ), array( 'GETvar' => 'tx_news_pi1[controller]', ), array( 'GETvar' => 'tx_news_pi1[news]', ), ),), ),
then I get a correct link, but I get for every detail-page the same content on the page.
That is a cache problem.
This code worked with realURL 1, but why doesn´t it work with version 2 correct?
Example:
/meldung/news/detail/News/210.html
/meldung/news/detail/News/217.html
The links are OK, but with the second link I get the same content like with the other link.
I tested it in 2 different webs with TYPO3 6.2 and 7.6...

@macjohnny
Copy link

this is related to

the problem is, that if a backend user is logged in, realurl does not use the urlcache.
the result is that a url needs to be decoded from the query string, but since it does not include a cHash, this won't work.
See https://github.com/dmitryd/typo3-realurl/blob/master/Classes/Utility.php#L92

This seems to be changed in the current development version

https://github.com/dmitryd/typo3-realurl/blob/development/Classes/Utility.php#L120

@dmitryd
Copy link
Owner

dmitryd commented Sep 20, 2016

Help is not provided in the bug tracker. This place is only for actual confirmed bug reports.

@dmitryd dmitryd closed this as completed Sep 20, 2016
@macjohnny
Copy link

@dmitryd why not just add a label "question / comment"?
github is a platform that makes it easy for people to interact and contribute.
i doubt people new to typo3 projects find it easy to handle forge.typo3.org and gerrit...
that's a pitty, this way a lot of potential contributions are lost.

@macjohnny
Copy link

and just by the way: this issue actually is a real problem that we also had and required quite some debugging. so we are not happy with the change introduced in 2.0.15 either...

@dmitryd
Copy link
Owner

dmitryd commented Sep 20, 2016

Each project has its own rules. This project does not allow questions in the issue tracker. See Bug reporting. There are several simple reasons:

  1. This is a free project, so there are no requirements for me to offer support.
  2. There are other channels where people can get support (see Getting help)
  3. It takes a lot of time to process entries here due to the complexity of realurl. I have very limited time for this project and want to spend this time for development and bug fixing.

Therefore there will be no questions/answers here.

i doubt people new to typo3 projects find it easy to handle forge.typo3.org and gerrit...

And can't people see what's written on the project page?

wiki

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

No branches or pull requests

3 participants