Forum Replies Created
-
Posts
-
How is it supposed to appear? You have a search box with no label nor instructions telling me (a site visitor) how yo use the search form.
There is an empty box, and below it are category checkboxes. Am I supposed to search using a name or a zip code or a category?
You do not have the same issue, your site is not working correctly because you have errors regarding your google MAPS API keys.
To obtain support you must start a new Post and provide your plugin environment per the posting guidelines. This support post will be closed since William is reporting issue resolved
There was a patch in WPSLP to 5.0.4
There was a geocoder region issue. Please update to WPSLP 5.0.4 and check back to see if you now get correct results.
Hmmmmmm,,,, it shouldnt have if the issue was the redirect. There was a different issue fixed, the region lookup for geocoder was patched. Perhaps that was the issue with your site. Anyhow, gkad it is working for you. if you have any issues with htaccess in the futre, we did have some customers add the route redirect and posted in the forums. Thanks for your patience.
Thanks for your patience. I had a meeting this morning with the developer and explained the issue of the ifset_option. Quick answer, it is missing. He needs to work some javascript coding magic. He explained to me what was happening ( a teaching moment) and came to the conclusion the results ifset_option for the results is called later in the process and for some reason it is not getting through as a replace shortcode. Why it works in Maps and not results, apparently the Map info bubble instructions (shortcode) was written a long time after the initial plugin (with the results layout) ., so no idea if the results ifset_option for fax ever worked in results.
he needs to get into the weeds a bit on this one. It is above my skill set, I just try to break things and troubleshoot, and report back to the man behind the curtain.
🙂
I will get back to you as soon as I hear more.
Others have used the route rule with Apache and no issues reported. My search also showed the resolution in WP stack exchange. The REST API configuration appears to have been n issue for a while on some sites .It is not an issue with SLP — it is an issue with WordPress and web server configuration. And not users fault because WordPress had not updated their own documentation when they started using the REST API so sites were being set-up the old way with the old subdirectory instructions as Lance mentioned.
If you have concerns, You might want to do some research to see if it is an issue for some of your other plugins. If your configuration is corrected and if other plugins are not using a hacked configuration they should be ok.
You can post the question in the WP Stackexchange
FYI link
That solution seems to appear also in WP Stack exchange. Since it isnt SLP specific we can provide the info under our Helpful hints in docs, but since Lance has all our sites using Nginx and not Apache configuration , we cannot verify nor deny any solution when it comes to Apache and WP.
🙁
If you comment on the Lance bio or his article above link we will be sure to include your solution and kudos for finding the solution. Thank you!
There is a scroll to map feature with Premier, But yes it does not have an inner scroll bar in a box for results. This page has a video from the developer that shows some of the CSS and class. actions and the scroll to map. which puts the map in view after a location has been selected. It might give you some ideas if you are proficient at CSS. But I have not found any that are built in for scrolling th results in a frame
https://docs.storelocatorplus.com/blog/scroll-to-map/
I have asked the developer if he recalls having had a scroll results within the frame in past styles . You can see a list of older plugin styles using the Janitor add-on and scroll down to the part called _theme_details , array
(That may jog your memory as to what you were using before if you think it was a feature in SLP and not par of your theme). Customers often save or copied stheir CSS, ex. ” my ithemes css file to the /store-locator-le/css/ ” in a folder. (I found others saved CSS archives and directory of the old plugin styles by searching using my browser. )
As far as the ifset fax option, I do not see that as an option for results, only under Bubble.
In your case Is a label showing up at all for FAX on any of your locations that have a fax number? I have been changing my plugin style to see if the label shows up when I have added a fax number to my locations, and no label so far . I have confused myself and my test site so I best stop So far no luck. Waiting to hear back from developer when he has time away from his current project. Sorry for the confusion
It looks like you have a subdirectory, I see this when it is trying to geocode.
So you have two issues, 1) Subdirectory , read Lances article about the REST API and the issue with having WP installed in subdirecrtory
2) The region is pointing to US…That bug is fixed in WPSLP version 5.0.4
* the news about the subdirectory issue , if you are tech savvy there is a “read more ” in the developers personal bio that provides instructions
Hi Andrew.
We do not run Apache so cannot test on it, but yes with Apache it is htaccess
Lances recent article on the issue, or the more complex article for the tech savvy people such as yourself.
(Best to test your fix on a staging or test site.)
http://lance.bio/2019/02/12/nginx-installing-wordpress-in-a-subdirectory/
When Lance has some available time I will ask him what his thoughts are.
The latest news article
https://www.storelocatorplus.com/wordpress-subdirectory-installs-and-the-rest-api/
Ok, I will notify the developer for guidance.
FYI: Under “A gallery style,” there is an inside scroll and there are a dozen plugin styles (now called locator styles) under there. I need to update the docs site a bit more to delete those old photos https://docs.storelocatorplus.com/blog/selecting-and-customizing-your-style/
Regarding what you had before in the legacy add-on plugin styles, If you need a specific type style, as a premier customer, I can ask the developer to add it when he has some time available if it isnt already under gallery style. You probably do not recall what it was called, (I know I wouldn’t), but if after looking at the additional styles you do not see one that works for you , you can contact us via the contact form and request.
under Gallery styles there is the scroll down on inside bar , for example AI Swarm, Alphaville, Bennet, Bobbitt, Brewery, default, Metropolis etc etc. Can you see them under Settings /View in the inside scroll bar under Gallery style?
see attached screenshot.
If you have Janitor you can view what is actually being used under option results layout compared to what is being shown after you change it.
I will let you know about the ifset under results when I have more info
Thanks for letting us know.
Could you provide your SLP plugin environment so we know what versions of WP and SLP and premier and the Plugin addons you are using (refer to the posting guideline)
Ok, that is good info. The US vs UK domain region is a bug in SLP that is being addressed, that was the only reason I was asking for info regarding if you had one so you could test the Pre release to see if that fixes the issue.
But I am now thinking, you may have the same issue we are seeing with some others who have been using SLP from back in the day before the WP REST API was used. As of SLP version 5.0 SLP now uses the WP REST API to communicate with the Google geocoder.
, after visiting your site again , when looking at the error message I see the blocked url with the word after the .com as /cms/wp json ? Do you have WP installed in a subdirectory folder, i.e
https://www.samonline.co.uk/cms/wp-json/store-locator-plus/
If so then the web server configuration, regardless of which web server you choose, is NOT correctly re-routing requests to the URL that WordPress is “listening” on.
SLP is going to use the address WordPress tells it…
So if you installed in /cms and set your “WordPress Address” to https://yourdomain.com/cms/ it is going to talk to yourdomaind.com/cms/wp-json/
If WordPress is not responding to REST requests there then you must add a rule to your web config to say “hey, re-route all requests coming in at /cms/wp-json/ to /wp-json instead.
You didnt mention what version you had of SLP. The geocoding methodology changed in version 5. Refer to the changelog here
There was a reason why SLP was changed to have the communication go through the WP REST API instead of direct to Google. Going thru the WP REST API added Security. This prevents others from stealing your geocoding key so that it is not visible to the public . Too many of our customers do not know how to add IP restrictions and obtain the separate geocoding key.
Our developer has been researching to see if he can create a work around but after researching further he realized that sites set up with configuration using the old Codex docs and not the WP Developers handbook may not have their site configuration to use REST API set up correctly. . I am not sure how much time he is going to be able to invest to address customers with the specific issue. He will be writing an article about it for the tech savvy people such as yourself and how you can add the rules.
As I am not as tech savvy and am the go between for the lay person who is our regular customer base, bear with me with the explanation.
the issue is “– the web server configuration, regardless of which web server you choose, is NOT correctly re-routing requests to the URL that WordPress is “listening on”.
SLP now uses the address WordPress tells it…
So if you installed in /wordpress and set your “WordPress Address” to http://yourdomain.com/wordpress/ it is going to talk to yourdomaind.com/wordpress/wp-json/
If WordPress is not responding to REST requests there then you must add a rule to your web config to say “hey, re-route all requests coming in at /wordpress/wp-json/ to /wp-json instead.
The SLP developer will write an article on this issue but will not be re-writing an option immediately. . In the meantime you can add an additional rule for REST API requests to make sure they get routed correctly. (hosting companies allow users to adjust this)
Those sites that have installed WordPress in a subdirectory , somehow the REST API in WP is effected. Regular WordPress installs does not create the issue.
Version 5.0.4 beta pre release is being tested to fix the domain issue of always pointing to the US. We can send the beta pre release if you have a dev site or testing or staging site to try it on. Please write to us so we can send the Pre release to you.
Premier subscribers always have the beta versions available. We do not mind providing the pre releases but just want to make sure you know they arent fully tested and thus encourage people who have a staging site back up (JetPack provides the ability to have a staginmg site btw)
send email to Contact us and request SLP version 5.0.4. beta pre release
There is a beta version out that addresses the map domains always pointing to US but it doesnt sound like that is your issue since the issue is the WP REST API in subdirectory even though they tell you you can do that, . If you have a dev or staging site we can send the pre-release.
The developer has been researching and researching and the problem is in URL routing of the REST requests — it isn’t getting to SLP validate the connection
if he hacks his code to work with WP in a subdirectory he is afraid that sites that are NOT having WordPress installs in a subdirectry will now break. he started routing the Geocode requests using the WP REST API back in October. no problem on the majority of sites. It seems that people started updating SLP to version 5 and if they had WP installed in subdirectory now it breaks. If you could provide us info , did you upgrade from SLP version 4.9.x to 5 or 5.03 recently or did you update WP to 5.0.3 and then the errors began?
Can you downgrade to earlier version 4.9 to see if that corrects the issue? The development downloads and earlier versions can be found here
https://wordpress.org/plugins/store-locator-le/advanced/
In other words:
There is no JSON listener (WordPress REST API) there.
The console error is showing their url with the WORD wordpress. Thats wrong
http://www.pomonapectin.com/wordpress/wp-json/store-locator-plus/v2/geocode/c54591d26325c3ca3f9e82d371265dfd/us/United%20States
The developer wrote this article about the json and REST API
https://www.storelocatorplus.com/address-lookup-failures-on-wpslp/
If you do not find a plugin style that meets your needs and want to further modify the results layout you would need the Experience add-on
and have basic knowledge of CSS, and HTML.
See documentation
and data field
Please when posting provide your plugin environment.
Please refer to the posting guidelines. It might be possible you have the exact same issue , configuration, referreres, API keys, add-ons, other plugins, WP version, map domain (he is UK map) etc as William, but most likely your back end isn’t exactly the same.
I realize the message returning is the same exact message but It is basically saying cant talk to Google and they are not talking to us so no location is found..
If you could , please start a new post. following the guidelines and provide a screenshot of your WPSLP plugin environment.
If you have no referrer you only need the one key. The browser key. Do not add the browser Google Maps API key in both fields. If you do restrict follow the directions that Lance provided in his articles. This one also has a video to explain it.
https://www.storelocatorplus.com/api-keys-with-referer-restrictions-cannot-be-used/
Did you migrate your site from http to https? Is your cert valid in Googles eyes? I am still seeing the error:
Secondly, as far as what we are seeing that the domain is poiting to US even if you have selected the map domain UK. There is a pacth being tested. We can provide you the pre-release via email if you have a staging site, a clone or dev or test site.
Make sure you always have site back-ups.