Add support for realurl generated URLs
|Priority:||Could have||Due date:|
|Assignee:||Fabrizio Branca||% Done:||
currently the crawler generates URLs with visible GET parameters. In some situations it is better to have realurl URLs though (f.e. when the URL gets saved to the DB or somewhere else when called)
The attached patch introduces a new option to have the crawler generate realurl URLs.
When set to 1, the crawler generates and calls human readable URLs using realurl. EXT:realurl must be installed!
[Bug 3233] Add a modal editor for target groups, r=niels
Updated by Tolleiv Nietsch almost 4 years ago
- Status changed from New to Accepted
- Priority changed from Should have to Could have
Updated by Fabrizio Branca almost 4 years ago
- Category set to New Features
- Assignee set to Fabrizio Branca
Nice idea! I will put this into the "2009-queue-refactoring" branch, we are currently working on.
Updated by Tolleiv Nietsch over 3 years ago
- Target version set to 3.0
FYI: this moved to trunk and was published within the last 3.0 TER release
Since we're still waiting for Dmitry to provide some API changes we keep this issue open until we've a final solution for that.
Updated by Dmitry Dulepov over 3 years ago
- these functions are not public
- their names are not fixed
- you will ignore CoolURI
Use defined TYPO3 API instead (tslib_cObj::typoLink).
Updated by Xavier Perseguers about 3 years ago
Yes, I agree with Dmitry, I really do not understand why this patch does not use the well-known typolink method.
Updated by Tolleiv Nietsch about 3 years ago
tslib_cObj::typoLink() is nothing which can be used in the backend in any reliable "official" way - that's why Dmitry provides his "pagepath" extension where he's performing a request with eId ... I consider both ways (direct calls to realurl and eId calls) as very dirty ...