Forum Replies Created
-
Posts
-
Since this topic has gone for a spell without and update I am going to archive. If however you still need anything please feel free to open a new topic and we will be happy to help.
Cheers!
– Brook
Since this has gone for a while without a response I am going to archive the topic. However, if you still need help with this or anything else, please feel free to open a new topic. Cheers!
– Brook
Since this has gone for a while without a response I am going to archive the topic. However, if you still need help with this or anything else, please feel free to open a new topic. Cheers!
– Brook
Since this has gone for a while without a response I am going to archive the topic. However, if you still need help with this or anything else, please feel free to open a new topic. Cheers!
– Brook
Since this has gone for a while without a response I am going to archive the topic. However, if you still need help with this or anything else, please feel free to open a new topic. Cheers!
– Brook
Since this has gone for a while without a response I am going to archive the topic. However, if you still need help with this or anything else, please feel free to open a new topic. Cheers!
– Brook
Alright Subforma. Thank you for doing that! We have finally isolated the problem, and confirmed it. I am seeing this error message right now, which leaves no ambiguity:
You have exceeded your daily request quota for this API
The only good option at this point is to switch servers. If you switch to another shared server, you will change IPs. And the other IP might not be facing quota limits. However that’s not guaranteed. To be guaranteed that you are not facing those limits, you want an IP unique to your site. Most VPS plans have a unique not share IP. If you switch to one of those you should again not face issues.
You can also pay Google to increase your quota, and modify our application to use an API key. But that will cost you time and money, when it is likely much cheaper for you to just upgrade your server to one that does not share an IP. Plus, you will get a better/faster website if your upgrade your server.
Does that make sense? Will one of those options work?
– Brook
We are going to archive this topic to prevent future replies. If any of you fine folks who see this need assistance with something similar, please feel free to open a new topic. Cheers!
– Brook
Thanks Olaf for that added information. Are you also running the uDesign theme? If not, what is the name of your theme?
Either way it seems probable this is the result of a conflict. Have you already isolated it to a theme? If so then once I know the name I might be able to provide further tips. However if you haven’t isolated it, it would be the logical next step to do so. It makes little sense to chase after the theme if that does not end up being the problem. Here is how: https://theeventscalendar.com/knowledgebase/testing-for-conflicts/
Let me know if you have any questions.
Cheers!
– Brook
Thanks for all the info Benhard. I am setting up my local install with those details and attempting to replicate. Next time the auto import runs we will see what happens. I will post back when it does. Until then, let me know if you have any questions. Cheers!
– Brook
Howdy Sabinevi,
That’s an interesting idea. It should be doable. I have a snippet here that sets the default date of the calendar views. So if you visit the default page, usually domain.com/events/ the default date is today. So in list view it shows all events from today forward. However, you can change this to any arbitrary date. If we change it to a past date then all events will show up, starting with the first one.
https://gist.github.com/elimn/d034dfddb9be206d9cc1
You could modify this snippet using this function as an extra conditional, to make it apply only to venues: https://theeventscalendar.com/function/tribe_is_venue/
Does that all make sense? Would that solution work? Please let me know.
Cheers!
– Brook
For sure! Try creating a new file on your server. Perhaps create a file named “gmaps-test.php” in your root web directory. Paste this inside of the new file: http://pastebin.com/xsNvZp1F
Assuming that is in your root directory, you can then visit yoururl.com/gmaps-test.php. It is likely the page will just say “null” or some kind of error. In which case we have confirmed that Google is blocking your IP.
What was the result of that test?
– Brook
