Forum Replies Created
-
Posts
-
You are so welcome.
No worries about not knowing what a DDOS is. It was just an example of something which causes errors but only temporarily, and is unlikely to ever impact your site again. There are many things that can do this. Hence why I wanted to learn more before jumping to conclusions.
Have you deactivated and uninstalled that plugin, or is it still active on your site but unused? Uninstalling it might cause that error to stop appearing in the future. However, many times plugins leave behind a few remnants here and there even when uninstalled. So that is Notice you might continue seeing. The notice itself is harmless. Notices are intended for plugin/theme developers, most of the time a site owner like yourself can safely ignore them. The Notice you have shared is a classic example of something that can be safely ignored.
The good news here is that so far there are no real errors on your site. Nothing about your site is actually broken according to the logs. Worth keeping an eye on them for a little while longer though to see if something significant pops up.
Cheers!
-Brook
It looks like your template and uses quite a bit different HTML than what you currently have. Here is what your template uses in place of just an h1:
<div class="page-head">
Heavy Gig Guide
<div class="stripe-line"></div> </div>And here is some CSS that remove the Before HTML H1 CSS:
.tribe-events-before-html h1.page-title { font-size: 46px; margin: 0 10px 0 0; line-height: 1.2; }Cheers!
– Brook
Howdy Dale,
That’s a good question.
The short answer is yes, it’s possible, but you will need a very powerful server. Likely a dedicated one or something rivaling a dedicated server in capability.
Has anyone successfully pulled off an event of this size using Event Tickets Plus?
We have had events in the thousands before, but I am not aware of any in the tens of thousands.
Is there a limitation on the number of gates scanning ticket QR codes per minute?
The only limit here will be if your server can handle the traffic. The current iteration of the plugin woudl hit your database pretty heavily during checkin, because each checkin will load all 10k attendees.
I wish to be very up front here, our plugin does not scale as well as we would like. We are always actively working to improve this, but are still not satisfied with where we are currently. For instance one thing we will be patching soon is paging the checkin page. Right now if you visit the checking page it will show every potential attendee on the page (after checking in the one whose code you scanned). It would be better if it only loaded 50 attendees or so, and had 20 pages. This would result in 20x better improvement during checkin for such a large event.
One thing a lot of high traffic venues are doing is stopping online ticket sales just prior to the event, exporting the list of attendees as a CSV, and importing it into their current checkin software. The main reason most people are doing this is because they already have a checking process/software that allows things in person sales and just works for all their needs. But one other benefit is that then they don’t have to worry about whether their website server can handle the traffic.
Does that help clarify things? Do you have any more questions for me?
Cheers!
– Brook
Howdy Nevis,
It would be my pleasure to answer your questions regarding this.
We have had multiple SEO experts investigate our practices here. I am no slouch in the field myself, and have also done my due diligence. Our plugin is doing exactly what Matt Cutts and Google’s documentation recommends. According to Google’s documentation every event archive page on your site that has a soft 404 will impose no penalty. Why? Because they all have a valid robots meta tag with the noindex flag set. Since it’s not indexed, there will be no penalty.
If you know something Google’s SEO spokesperson and official docs are not telling us, or have simply found a flaw in our reasoning, we are all ears 🙂 . We would seriously love to put this thing to rest. But the real “bug”, or rather opportunity for improved UX, seems to be with Google’s Webmaster Tools. They make no distinguishment between soft 404s that will impact SEO and those that do not. So Google leaves it up to you, the user, to do no small amount of investigating to find out if a specific soft 404 is a problem or not.
In our case we either have to do hard or soft 404s for those pages. We used to do hard ones but Webmaster Tools notifies about those too. According to Google it does not matter what we do so long as noindex is set. So we switched to soft, only to find out it will notify you of those too. There is no solution here until Google fixes its tools.
Cheers!
– Brook
Howdy again,
Yes there is a separate Events Calendar Pro plugin. It can be downloaded from this website. Here’s the procedure:
- In the upper right you will see a menu called My Account.
- Click on My Account, then click on Downloads.
- You will see Events Calendar Pro listed here, and a button next to it that says Download. Click on this.
- Now visit your website, go to the WP Admin area.
- Click Plugins, then click Add New, then click Upload.
- Select the file you just downloaded, which will be a zip file. Upload this.
- Once it’s uploaded/installed, click Activate. Now in WP Admin > Plugins you will see two plugins, The Events Calendar and Events Calendar Pro. These should both be active.
Now go back to the Event Settings area. Does the Licenses tab show up now? If not are both plugins Active in Wp admin > Plugins ?
Cheers!
– Brook
Hey I am happy that worked for now. Again our apologies for releasing the plugin with such a big bug init 🙁 . We’re doing our best to correct it ASAP.
Thank you for getting back and confirming that this solution works for now. Keep an eye our for an update in about a week. Our QA team is working hard on this release to make sure it’s up to snuff.
– Brook
Howdy Nigel,
I would be happy to. In this case I would recommend a manual update. This tutorial will walk you through each step of that process:
I hate to just link you to a tutorial, but it covers exactly what you need in detail. Was that able to help you get updated?
Cheers!
– Brook
Hey Carl,
I see you opened up a new topic for the title issue. Thank you so much for doing that, and confirming that this solution worked. I’ll help you in the new topic.
Cheers!
– Brook
Well that would make more sense.
The error is very possibly related to your past modifications. It seems quite possible the modification stored something in the database that was unexpected, and is now causing the $order variable to be an error rather than the expected result from the DB. I only say that because I have never heard of this on a stock install.
But that’s no worries, with yet another modification you could probably work around it. 389 should look like this:
$orders[ $order_id ] = $order['order'];
I would replace it with this:
if( is_array( $order ) && isset( $order['order'] ) ) { $orders[ $order_id ] = $order['order']; }Did that cause the error to go away? Does the order screen show any data, or is it perhaps blank?
Cheers!
– Brook
This discussion was continued here: https://theeventscalendar.com/support/forums/topic/debugging-faulty-ajax-loadingnavigation/
– Brook
Excellent detective skills!
For some strange reason WP chose to store it’s Ajax API inside the WP Admin area. So any ajax calls load WP Admin. Any type of security layer that prevents access to WP Admin (without considering what the user is accessing) will break WP Ajax. Your new code checks to see if Ajax is happening, and if so allows the user access. This is most wise.
That make sense now? I am happy you got to the bottom of this.
Cheers!
– Brook
That is some odd circumstance, but I can see where you are coming from.
Well if you feel comfortable editing the database then you can pull up any postmeta key called ‘_unique_id’ :
SELECT * FROM wp_postmeta WHERE meta_key='_unique_id'
And then edit away! That would be the only solution here.
Would that work?
Cheers!
– Brook
Howdy again!
For some reason the debug log stopped in July.
If you have been running the wp debug log for a while, it is possible the log has gotten too big. You might try downloading the current copy of it then deleting it.
Most of the php errors have to do with recapcha. I changed to the google plugin a few weeks ago because of users telling me they were having issues with it.
I am not sure what you are referring to here. What is the recaptcha plugin for? Does it protect your login form, contact form? Which plugin are you using?
Probably the only way to get to the bottom of what is happening will be to see the PHP errors themselves. The abandoned carts are certainly alarming, but I have no idea what could have temporarily caused those without seeing any error messages. For all we know your server was under DDOS or some other arbitrary temporary issue that would be impossible to know without proper documentation. It’s entirely possible that whatever caused the error will never resurface again, along with all the other possibilities. At this point there are too many unknown to jump to conclusions. If you can get a log going that would be super helpful. 🙂
Cheers!
– Brook
