[Explained] No correct canonical and base urls after filtering

More
6 years 1 month ago #72202 by lipatovroman

ggppdk wrote: but your comments makes me think that we need to add "listall=*" to rel-canonical (when the limit-initial-display feature gets enabled)


Hello.
I am sure that this should be so.

Please Log in or Create an account to join the conversation.

More
6 years 1 month ago #72203 by lipatovroman

ggppdk wrote: Hello

that is a very interesting feature ... ))

you can configure (in component and / or category settings) to have a different initially category display
- e.g. display different items per page,
- e.g. show only featured items


Are you talking about this setting?

Please Log in or Create an account to join the conversation.

More
6 years 1 month ago #72210 by ggppdk
Hello

Added 'listall' to rel-canonical
- only when needed that is only when having value '1'

Also in your case listall should not appear in URLs at all !, because it is supposed to appear only when having value '1'

So filtering URLs are now smaller
- removed 2 variables

'&listall=0'
'&p=defaultwordcombination'


-- Flexicontent is Free but involves a big effort on our part.
Like the our support? (for a bug-free FC, despite having a long list of functions) Like the features? Like the ongoing development and future commitment to FLEXIcontent?
-- Add your voice to the FLEXIcontent JED listing with a 5-star...
The following user(s) said Thank You: lipatovroman

Please Log in or Create an account to join the conversation.

More
6 years 1 month ago #72213 by lipatovroman
Hello!
I also have last question woth this issue.

When I flitering by type (no any other filters) as guest (as search engine) ULR contains ?p=all and &cc=p
So, full URL is site.com/tags/sometag?p=all&filter_8=6&cc=p
But canonical URL does not have ?p=all and &cc=p and looks like
site.com/tags/sometag?filter_8=6

So, ULRs are still different.

How to remove ?p=all and &cc=p from URLS for guests and search engines.

Please Log in or Create an account to join the conversation.

More
6 years 1 month ago - 6 years 1 month ago #72215 by ggppdk
Hello

&cc=p exists only to allow our code to send 'can-cache' HTTP headers to proxies / browser
- so it must not be and does not NEED to be in re-canonical URLs

the contents with and without &cc=p (public) are the same !


&p=all (p is text-search word combination, all words, any words, etc)
should appear only if it is not the default value

With new code &p=* should not appear at all
- if it appears it means you have changed it default value, and in that case (yes it should appear in rel-canonical, since we allow searches to be indexed)

the above is not so important unless you create text-search URLs and add them in your views


-- Flexicontent is Free but involves a big effort on our part.
Like the our support? (for a bug-free FC, despite having a long list of functions) Like the features? Like the ongoing development and future commitment to FLEXIcontent?
-- Add your voice to the FLEXIcontent JED listing with a 5-star...
Last edit: 6 years 1 month ago by ggppdk.

Please Log in or Create an account to join the conversation.

More
6 years 1 month ago #72217 by lipatovroman
Hello.
Ok, it's clear about &cc=p

But how to disable ?p=all ?

I open category and choose and filter (not text) and url becomes ?p=all&filter_24[]=0&cc=p

Please Log in or Create an account to join the conversation.

Moderators: vistamediajoomlacornerggppdk
Time to create page: 0.301 seconds
Save
Cookies user preferences
We use cookies to ensure you to get the best experience on our website. If you decline the use of cookies, this website may not function as expected.
Accept all
Decline all
Essential
These cookies are needed to make the website work correctly. You can not disable them.
Display
Accept
Analytics
Tools used to analyze the data to measure the effectiveness of a website and to understand how it works.
Google Analytics
Accept
Decline