Forum Replies Created
-
AuthorPosts
-
Brook
ParticipantPerfect news! Thanks for getting back.
Let us know if you ever need anything else.
Cheers!
– Brook
Brook
ParticipantOh okay. That adds up. I appreciate you getting back Janice, we are always looking for feedback. And when it comes to performance feedback like you’ve shared is especially helpful because it lets us know how people are using the plugin.
Cheers!
– Brook
August 7, 2016 at 9:21 pm in reply to: Extremely slow events page and single event page load times. #1148858Brook
ParticipantIndeed! You might run that again now. I’m hoping to see the number has decreased. If it has not let me know and lets checkout event 7255. If it has a lot of duplicate recurrences we might be able to speed this up a bit.
Thanks for getting back Thomas. I am sorry this bug has caused the site to slow down, but hopefully the tool you’re running has already gone a long ways towards fixing it.
– Brook
August 4, 2016 at 11:02 pm in reply to: Using tribe_get_events and ignoring those marked 'hide from event listings' #1147980Brook
ParticipantWell that’s one step closer!
If I were in your shoes I would fire up my trusty debugger, and throw a bunch of breakpoints in the get_events() code and query class. I would them in the function that powers get events since that’s obviously running. I would also put them in the query class, just before the hide_upcoming code executes and just after. Inside the function that builds the posts__not_in list, etc. Then I would run your query and step through each of these. It is likely one of them either is not running, the arg does not get passed right, or possibly something is being overridden. Watching the code and vars in the debugger should help figure out what’s going, what’s firing and what is not.
I think doing it that way will be a lot more efficient searching through the code hoping to find which filter or whatever is not working.
Cheers!
– Brook
August 4, 2016 at 10:47 pm in reply to: Extremely slow events page and single event page load times. #1147972Brook
ParticipantThere is a very direct way to check up on its status by running a SQL query, if you’re interested in doing that. Assuming your database is prefixed with “wp_” then running this:
SELECT * FROM wp_options WHERE option_name LIKE '%63556%'
Will yield some results. One of the keys it might return will be called “_transient_tribe_63556_list” and it will contain a serialized list of remaining recurrence IDs that need to be processed. The first number in that serialized array will tell you how many series it has left to process. It will look something like this (I’ve bolded the number):
a:5:{i:0;i:140;i:1;i:1135;i:2;i:1906;i:3;i:1094;i:
Another possible option it will return is “_transient_tribe_63556_status”. If this is “complete” then it is done running.
– Brook
Brook
ParticipantThat is odd. I think I might have discovered why. It’s possible the priority of the hook is too soon.
I just updated the above snippet, would you mind trying the latest version? It should fix both of the errors you’ve experienced. Does it?
Cheers!
– Brook
August 4, 2016 at 10:15 pm in reply to: Need to have the ticket before the completion of the order #1147961Brook
ParticipantHowdy Ingo,
That’s a good catch! Thank you for reaching out about this. I just created a new version that should prevent those errors from happening in certain environments like yours:
tribe-snippet-view-ticket-2016-08-05
Delete the old plugin, and install that one.
This works great and it is exactly what we need. Thank you very much! : )
I have a question about the ticket design itself, sorry if this is not the place for this question.
Is there a way to align the picture, title and the date of the event into the ticket(which can be seen into the attachment)?
I am happy that worked Gregana. Ordinarily we’d ask you open a new topic, but that’s no worries.
It is certainly possible to modify that file. You would do so with a “theme override”, the process for creating that is outlined in our Themer’s Guide. Once you’ve familiarized yourself with the guide, create an override for event-tickets/src/views/tickets/email.php to modify the appropriate template. You’ll notice that this file is shared with the email version of the tickets. Once you complete the order that email will still go out, so any modifications you make here will show both in the email and your printed copy. At the top of this file is all of the CSS it uses, so you can modify the image and title CSS there.
Does that make sense?
Thanks for getting back guys, good to know that worked.
– Brook
Brook
ParticipantInteresting. Here I will number my questions to make it easier to respond to.
- What CSS did you use for the CSS watermark? Could you copy/paste it here?
- Are featured images in your blog showing watermarks with the Watermark plugin? If not it’s probably not installed correctly. I can not give much assistance with a third party plugin, but their support forums can.
Cheers!
– Brook
August 4, 2016 at 10:37 am in reply to: Need to have the ticket before the completion of the order #1147717Brook
ParticipantHowdy Gregana,
That definitely makes sense. I just wrote up a little snippet that will add the option to View Tickets to that same drop down, rather than sending them. That way you can view the ticket prior to completeing the order, and print it yourself.
Just download and activate/install this mini plugin on your site: tribe-snippet-view-ticket-2016-08-04
Now view the woo orders page, and in the ctions drop down click “View Tickets”.
That work?
Cheers!
– Brook
August 4, 2016 at 8:37 am in reply to: Get next future event in a recurring series, from any passed instance view #1147560Brook
ParticipantHowdy Agustín,
We just wrote a short function that will do this for you:
https://gist.github.com/elimn/d7bc39b59e4f94946a2bb9faad6ce382
Pass it the post ID of the event that you are trying to get the next upcoming recurrence for, and it will return the WP_Post for that recurrence if one exists. That do what you wanted?
Cheers!
– Brook
Brook
ParticipantHowdy Chad,
Good call on that. It sounds like you’re on an older version of PHP so that line needed to be changed.
Have you disabled Month View Cache for now? If it’s enabled these changes won’t appear for a while. That setting can be found in WP-Admin > Events > Settings > Display . I forgot to mention needing to disable that. If that did not do the trick, do you have any other sorts of caches in place that might need to be cleared or disabled temporarily?
Cheers!
– Brook
Brook
ParticipantHowdy Isaac,
I would love to help you with this.
By simply addding a ticket that costs money, it will show the dollar amount instead. However, if you add an RSVP or a ticket that costs $0, it will say “Free”. So just adding the ticket should change this.
Does that all make sense? Does that answer your question?
Cheers!
– Brook
August 3, 2016 at 9:33 pm in reply to: Need to have the ticket before the completion of the order #1147437Brook
ParticipantHowdy Gergana,
That is definitely possible. After an order is placed, go to in Wp admin > WooCommerce > Orders just like you normally would. Now click on the order. Now, instead clicking “Completed Order” under “Quick Actions” click “Tickets” and it will send the Tickets email to the user. Once the order has been paid for, you can move it to complete.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Brook
ParticipantHowdy Adam,
I would love to help you with this. Our plugin does not have a built-in PayPal Fee tracker. However, Paypal does. In addition you can tall the transactions from our plugin, and the total amount charged, then calculate your fees from there. Thought it’s probably just easier to refer to the above PayPal tracker.
Does that answer your question?
Cheers!
– Brook
Brook
ParticipantHowdy Math,
Which of those two options did you try? How did you set it up and configure that option?
Cheers!
– Brook
-
AuthorPosts
