Yearly payment????

Hi Tuan,

Any way of setting things up so people have to pa a yearly subscription to enter events? Membership component springs to mind but does it integrate?

Best wishes,

Ian.

Hi Ian

Yes. Membership Pro + Members Discount will be the solution in this case. The question is when people take the subscription, what events you want them to be able to register?

And to register, do they have to make payment or not?

What happens to people who don't subscribe for the subscription? Will they still allow to register for the event?

Let us know so that we can guide you further

Regards,

Tuan

Hi Tuan,

I've noted your reply regarding commission so this is the only way we can monetize this section of our websites.

I suspect most, if not all, would need to be registered before they can post an event or forced to register before the event can be saved. I can't think of a situation where we would currently allow a free event but I am got going to exclude the possibility. If we wanted to give somebody a "free" event posting then I suspect we could always enter it through the backend.

Best wishes,

Ian

Hi Tuan,

This moves on and expands as my analytical mind considers options.

You mentioned free and paid subscriptions. Well:-

A paid subscription site would be allowed to enter recurring events and a free subscription site would not.

SO, remember please, we're web hosting ISPs so this is very simple to set up - logistically, theoretically.

2 websites, linked via SOME, OR MOST, of the DB tables.
Site 1 paid and allowed recurring events. Has it's own config
Site 2 free and only allowed non recurring events. Has it's own config
But both display ALL events.

As long as WE, NOT YOU, can separate the config tables between the two sites (and maybe one or two other tables), we should be able to share the event data between both sites keeping one as paid - recurring and the other as free - non recurring?

In fact, I think that the whole concept could be amalgamated into on site with fluid templates and dynamic iframes. We're already doing that with our travel portals, doesn't matter what device you're using, the portal thinks it's on a small, medium or absolutely huge mobile device and chooses the screen rendering for you. All smoke and mirrors but the end user is none the wiser. They just get things rendered on their current device properly.

So a dynamic iframe on the main site from the "white label" free site. Free data entry is through the dynamic iframe.

What do you think? I'm still chewing on this concept.

Best wishes,
Ian

Tuan,

I am disappointed that you have made no comment to this post, even though I have bought your products.

No guidance from you as to how I can monetize one of my sites.

I suggest you visit 0tuan.slu.biz and look to the right hand menu.

Recurring events that could be controlled by your membership component and single events that may not be.

This all took a little longer to set up a shared database alongside of a unique database for the non recurring pages.

Many thanks for your input (or not).

i told you I would do it because I believed I could. Even my developers said "not possible - too complex"

Well, there it is, still in development, but it seems to work - maybe. still perfecting.

To be honest I don't even know if somebody needs this but - it's basically done and proven.

A comment from you earlier would have been good - maybe too much to expect????.

Oh! and by the way, your screens are somewhat less than fluid or dynamic on mobile devices.

Check the site and tell me why it won't work - 0tuan.slu.biz and one day I will tell your customers how to do this.

I remain very disappointed by your lack of feedback or even comments.

Regards,
Ian

Hi Ian

Actually, I misunderstood one of your comment in this post, and thought that you figured it out, so I made no response. I am now looking at your idea again but I have to agree with your developers, having two sites share the same database tables (or almost the same) are quite complicated and difficult to handle

Instead of making thing complicated like that, I would customize code of Events Booking so that when someone purchase paid plan, they will be allowed to submit recurring events

If just a free plan, then recurring options will be disabled/removed

That would be much easier compare to what you described above about having two sites

Regards,

Tuan

Tuan,

I agree but until you had an idea of what I was trying to describe and a hashed up demo site, well a picture paints a thousand words.

Maybe one for your list of future developments.

Still don't think your "add event" menu option screen renders well on mobile devices even in a dynamic iframe. (and it's not our templates - all fluid)

Regards,
Ian

Hi Ian

Still don't think your "add event" menu option screen renders well on mobile devices even in a dynamic iframe.

Please note that in older version of Events Booking, the submit event page using table code, so it is actually not responsive. In version 3.0.1, I changed it to tableless and it is responsive. So maybe you should download latest version 3.0.1, upgrade it to your site and check it again first?

Regards,

Tuan

As far as I am aware Tuan, that has been upgraded, Oh! Yes - it says

Event Booking version 3.0.1, Copyright (C) 2010 - 2017 Ossolution Team

That's on 0tuan.slu.biz/

Decided to upgrade that first just in case.

I'll leave it with you and your CSS guy.

Regards,
Ian

Lord, I've been upgraded to Junior boarder. Promotion. How can I handle all that extra responsibility? LOL