This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| - | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | - |
| - | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | - |
Supporter timezone: Europe/London (GMT+00:00)
This topic contains 28 replies, has 4 voices.
Last updated by 5 years, 12 months ago.
Assisted by: Nigel.
I think I see why the problem is sporadic. Sometimes the lat and long fields are rendered with a "," for the decimal, and other times with a "." If the fields are rendered with the "," this causes the map to fail. The "." causes the map to work correctly. See the attached screenshot - on the left shows the page markup when the map fails. On the right, the page markup when the map loads. I simply refreshed the page, so the markup on both sides should be identical. I'm not exactly sure why this would be happening, so I need to consult with my team. Any ideas on your end? My guess is it could be a character encoding issue, or a database collation issue. I'll update you when I have some additional information.
Thank you very much for your help Christian. We don't know where the problem is. The only thing we need to do is to display all the markers that are result of the search inside the view inside a Google Map.
We see in the Google API that there is a huge amount of requests from toolset (more than 24k). We have almost 1000 custom types, each one with its own address.
We see that toolset is continuously asking google for coordinates from the address string. We also see that inside the wp-options table, there is a toolset_maps_address_coordinates field where all the coordinates are stored.
How can we avoid the elevate number of requests from toolset to google?
Also, we continue with the problem of the display of the markers.
Thank you so much for your help.
Mario
In fact the problem is that the map doesn't render as it should render (you can see in the image that it renders a gray box).
Any light on why this could be happening? thank you very much
It's super strange.
Here Christian you can get the view with only one result: hidden link
This item called Sofrocay, shows nicely in the backend, as the attached photo shows.
We cannot imagine the cause of this.
In our clone, the map renders fine: hidden link
We have compared our server (that wont render the map) and the clone server:
OUR SERVER:
Web server: nginx/1.10.3 (Linux desarrollo 64-bit #33~16.04.1-Ubuntu SMP Fri Nov 9 22:36:11 UTC 2018) ABSPATH: /var/www/sofrocay.com/html_public/ WP_CONTENT_DIR: /var/www/sofrocay.com/html_public/wp-content WP_PLUGIN_DIR: /var/www/sofrocay.com/html_public/wp-content/plugins Table prefix: wp_ Peak memory usage: 22 MB Current memory usage: 22 MB Memory limit: 256M PHP version: 7.0.32-0ubuntu0.16.04.1 - show PHP information (phpinfo) MySQL version: 5.7.24-0ubuntu0.16.04.1 Curl version: 7.47.0 / SSL: OpenSSL/1.0.2g / libz: 1.2.8 OpenSSL version: OpenSSL 1.0.2g 1 Mar 2016 MCrypt: Yes ZipArchive::addFile: Yes zip executable found: Yes: /usr/bin/zip
CLONE SERVER:
Web server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (Linux v6xwhxhkvbk.c.updraftclone.com 3.10.0-862.14.4.el7 64-bit #1 SMP Wed Sep 26 15:12:11 UTC 2018) ABSPATH: /var/www/html/ WP_CONTENT_DIR: /var/www/html/wp-content WP_PLUGIN_DIR: /var/www/html/wp-content/plugins Table prefix: wp_ Web-server disk space in use by UpdraftPlus: 32.5 MB refresh Peak memory usage: 4 MB Current memory usage: 4 MB Memory limit: 300M PHP version: 7.0.32 - show PHP information (phpinfo) MySQL version: 10.2.19-MariaDB Curl version: 7.29.0 / SSL: NSS/3.34 / libz: 1.2.7 OpenSSL version: OpenSSL 1.0.2k-fips 26 Jan 2017 MCrypt: No ZipArchive::addFile: Yes zip executable found: Yes: /usr/bin/zip
