Dirk
Forum Replies Created
-
Posts
-
if we know the offset from UTC then we can workout daylight saving in code.
Can you explain more? I don’t know any procedure to that with just knowing the offset.
Its updated automatically when the address changes, its relative to UTC.
This is NOT working. Changed an address and it is still showing closed where it should show open!!!
Is there still the filter to change the SELECT query?
Are the “old” (GDv1) hooks still there?
Was not working for me. Do I need to touch all places?
display:none is a bad solution and no option for me. Why first generate it and then hide it? Does not make sense.
Also SEO will not like it!I’m not getting it to work as I need. I like to define the sorting in “Featured”, but don’t like to show it to the user.
How to achive this?Now I have a “Timezone” at the business hours. Could someone please explain what this is?
It looks like a relative “Timezone” definition. But relative to what?
UTC? GMT? local server time? server time definition? WP time definition?A relative to server timezone definition is nonsense, as the user will not know about this definition.
A manual absolut time correction is also not a solution as you cannot handle day light saving time changes.
But you are right. The sorting is doing whatever it likes. Cannot determine what it is doing.
It is broken.
I had this before:
https://github.com/AyeCode/geodirectory/issues/270Was declined. I also like to have sorting defined and not changable for the user (not visible).
My last pennies to this topic and Paulo, we are on the same page!
The recommendation is to keep it short. Adding folders is not making it short and all the folders, in case of UX, are not even shown to the user on the SRPs. So the relevance for UX is limited (see attachment). This is not what I would call a human readable URL.
At the end in kind of SEO/URLs this is depending on the project you are implementing. There are valid use cases for a “full location” URL based directory, but also valid use cases to NOT have any location information in the URL.
So, be as flexible as possible to cover customer requirements. Just supporting full locations is a unnecessary limitation.
🙂
In my test the message is showing up without entering anything.
Okay. Great. Thanks. I will test it once it is released.
Dirk
This is worth to read from ahrefs.com
https://ahrefs.com/blog/on-page-seo/
There is a chapter about URL length and folders. The outcome of their analysis is:
Longer URLs and more “folders” is effecting your google ranking negativ.@paulo: I also have the Full location with category now on my page, but this is not practical for the search as this is not shown on the SRPs. Also I’m not submitting the location pages or archive pages for crawling.
Yes, it is easy to crawl these long URLs (by submitting a sitemap), but for me SEO is not the ease of crawling it is all about ranking.
The folders are not recognized as keywords, only the content is recognized. So if you search for a city or a region this has to be in the content.SEO is magic and I don’t see a clear answer. Google is changing the rules very often.
Dirk
I’m not sure why you are asking always the same question.
I like to disable the message and to disable the autosave. This is something that I CANNOT use.
Anyhow, your competitors do not have this on the front end and if you are introducing this, it will be the end of my geodirectory experience.
Okay. This is for me a show stopper. Your competitors does not have such a boundary condition at the front end.
