Forum Replies Created
-
AuthorPosts
-
Steven Zahm
Keymaster@ James
Now I see…
Like I originally said, you should exclude the page from your page cache. You’re running the Endurance Page Cache plugin. So…
When you navigate to the directory you see the cached page (when not logged in, ie. the mobile devices). This cached page will be served by the page cache plugin until it expires (which appears to be weekly [or daily, depends on precise which version of .1 is installed on your site).
When you select a category, the page is not being served from the cache, when you change the drop down to display all, you are seeing the uncached page.
This is why you are not seeing the page change and why you see different results when choosing the show all category option.
There does not appear to be any options for this cache plugin so I installed Code Snippets and added a filter which should tell Endurance Page Cache not to cache the directory page.
Hope that helps!
Keymaster@ Andy
No problem! Thanks for alerting me to the issue. If you wish, I can apply a “hot patch” to your site so you do not have to wait. I do not expect to release another update until the new year. I would have been a great service to developers everywhere if Google could have waited one more month before rolling this out, or, even put a notice in the browser console like they have for other changes.
fyi, I did notice you have not yet setup Google Maps API keys. You should do this sooner rather than later because Google is now requiring the keys. If you do not create them, the maps features will stop working eventually. All new site require one right away, “old” sites are grandfathered but will at some point require a key too.
Keymaster@ James
I just revisited the site using my phone again, and the entries were in a different order. My first view, Mark and Maria was the first two, now I see Josh and Michael as the first two. I’ll visit again, but on my mobile, they do seem to be randomizing as they should.
Keymaster@ Andy
Yes, I marked as resolved, but I did say I would look into it, which I did.
It seems Google did make a change. That posted this announcement on their dev blog.
Reading over it, as far as I can tell, I am indeed following their outlined best practices. I should be using the Google Maps API for unambiguous queries, which I am. I would qualify this address as unambiguous, per Google’s definition.
Trinity Centre
Thakeham Road
Storrington, West Sussex RH20 3NGTrinity Centre, Thakeham Road, Storrington, West Sussex RH20 3NG
However, even on their own test/demo site for developers, no Geocode results are found (the Places API autocomplete works fine) when using the new forward geocoder. Unchecking that option, so the old geocoder is used, and it does return a match.
I guessing this match under the old geocoder is what you would have seen. It appears, according to their FAQs regarding the new geocoder that I can “force” use old geocoder until March 2017. I made the tweak to my code to use the old. This change will be rolled into the next update.
Planning for the future…
Playing with the options, if I set the Component Filtering to the Postal code I was able to get a similar result to the old geocoder.
Why Google doesn’t simply parse this from the supplied address like the old geocoder, I have no clue.
I hardcoded the Postal code into my scripts and now it works, of course only for the Trinity Centre address.
So, what I should be able to do is check if the zipcode field is set then set the Postal code component filter as part of the query. This is not a quick easy fix. I use a third party library to interact with the Google Maps API to simplify using it. This library unfortunately does not support adding Component Filtering options. So, I have to come up with a different solution. I’ll come up with one before March 2017, so expect your results you see to change again Sorry about this, not much I can do about this since this is a change by Google.
Keymaster@ Gediminas
I do have an advanced search add-on available. You can find on this thirdparty live site, the “Find A Therapist” section.
This advanced search does have an option to have a filter for cities, that site is just not using it. If it were enabled, it would be a searchable drop down like the top three.
If you believe this will meet your needs, please contact me using the Contact link at the very bottom of the page. I get you a quote which will include installation and configuration.
Keymaster@ Amit Jain
Well, you can bulk import using a CSV file with the CSV Import extension. So, if you can source your business list as a CSV file, yes. There is no option to “scraper” business listing from Yellow Page or Google Maps … besides, that would go against their Terms of Service.
Hope this helps!
Keymaster@ Willem Van Oort
What is the exact shortcode you are using? If you have
image=siteshotin it, remove it.Keymaster@ James
I logged in…
I selected a category to filter by and then selected the show all categories option. No matter how many times I switch to filtering by a category and then choosing show all or navigating to the page directly… the initial order and the order when selecting view all are the same, not different.
Am I misunderstanding how to replicate the issue? Maybe, can you give me the exact steps to reproduce the issue will help.
As for mobile, I visited the page and did the same category switching and that seems fine too.
After an hour I’ll visit again to make sure the randomization seed has changed to confirm randomization is working, or not.
So, far, it seems like it is working exactly how it should.
Keymaster@ Luis
What is the exact shortcode you are using on the page? Can you share a link to the directory page so I can take a look?
Keymaster@ Darrin
Very, very, very, unlikely. The code edits I gave, they simply add a check to see if the option to require login to view is checked in the Settings or not. The code “behind” that code simply uses the WordPress Options API… so, basically as far away from anything image related as can be.
Not sure that is helpful, but I hope it is.
-
AuthorPosts