Daniel F

Yea, as @teraßyte said, I would go with clubs. Either private or not, depends on your setup and requirements.

It never really was. Google just follows the user. If a site offers the most relevant content for a search query, then it’s what the user wants to see, whether it takes 500 milliseconds longer to load or not. Only if different sites have exactly the same ranking otherwise, then maybe your ranking position changes a bit. But in general, search results are not ordered by speed. That would be ridiculous. 
Optimizations are still useful of course, but there is no reason to obsess about them. There are much more impactful changes to be made on the site itself, e.g. how to name pages/forums/topics, how to structure a menu and so on. 

You can indeed create daily topics with our Zapier integration, but unfortunatly you can't close them this way.
Instead you'll need to utilize the REST API and use the Zapier Webhook integration to send a request to your community to close the topic.
Here's a quick example which I've just created and tested sucessful:

 
 
1. I've used the scheduler to create a daily running zap https://zapier.com/apps/schedule/integrations
2. I've used our Invision Integration to create a topic https://zapier.com/apps/invision-community/integrations
3. Get the topic id from the yesterday topic from the Zapier Storage https://zapier.com/apps/storage/help
4. store the todays topic id in the Zapier storage.
5. Run a request with help of the Zapier Webhooks Integration to your REST endpoint to close the topic https://zapier.com/apps/webhook/integrations
 
This sounds complicated, but it took me literally 3 minutes to set up the zap and 1 minute to create the REST endpoint on my community
 

It can also be cloudflare which blocks this - if you have it, whitelist your own IP. 

We've released some news on Invision Community Five, but third party developers won't have enough information to get started on updating their apps. We're at the peak of the mountain now and ready to start showing more in the coming weeks.
I am really excited to start showing off the culmination of just under six month's work from our team.

You can create a new (private) club for each course, and add the members to that club. The specific information you mention can be added to the club itself, and only its members will be able to see it. There is no need for all members to join all clubs (unite).
 
The only problem I can see is re-creating the groups as clubs and manually moving all members into them. If you have a lot of members/groups (as seen in the screenshot above), a custom modification to automatically move the members might be a good idea.

Feedback - Invision Community — Mozilla Firefox 2023-09-18 16-36-46.mp4  
I did mention that it was the feedback forum that this was happening in - you are using the "Invision Community Insider" forum for your test.

The old Provider directory is still broken (link above), but the new one seems to work just fine: https://invisioncommunity.com/third-party/providers-directory/
 
I guess we can consider this "fixed".

Thanks! Super easy. I was looking for a "category" field when editing the article - but this makes sense, much like moving a forum topic to a new forum. 
Thanks again. Publishing date was enabled however even I, the admin, didn't have permissions to edit it. Giving it the proper permissions fixed it. 

It sounds like it’s disabled by your webhost. 

This was handled (very quickly) by the Invision Team. Again, thanks a lot! 🙂 

How’s the music on this one @Dll?

Exactly.   Zapier does not know the member_id.
I suppose I can make a page with a php block and redirect that way.   I knew about the security issue; I'm just trying to get things working to attract more qualified help.
Thanks for the assistance!

The data is saved in the table core_pfields_content in the column field_X, where X is the ID of the field you added in ACP.

I have created a ticket to investigate this further 

You never know, one of these providers may decide to do a support system themselves
Any news regarding this would be posted in our blogs at the appropriate time 🙂
 

This is the advantage of implementing something like this with pages and not with an application.

Have you read the article you linked? It explains in details why should NOT do it. 
 

3rd party devs are still able to provide such update checks and notifications.
TBH, they are now even able to implement much better approaches which would have probably been forbidden in our marketplace because of our guidelines.
License checks, direct download from github for people with a license, etc..

There's no real difference. In fact, it's faster because the system doesn't need to iterate over plugin + application data.
It's also much easier for us to maintain it because the old architecture introduced a lot of ugly c&p code.

You can literally use profile fields for this!
Create a new Profile Field with the type "Select" called "Interests". Keep in mind that profile fields don't have to be shown anywhere. So if you want to use them only for the bulk mail or group promotion, you can:) Members can set their interests by setting the field. Create your group promotion or bulk mail and use the Interests profile field filter to sent / promotion only the users which are relevant.  

And for everything else you could use 
 

No. Just because a feature request is popular, it doesn't mean that it's right for the product, will enhance the community experience for community members and move the product forward.

It is also unfair to have the product guided by a small number of customers that visit the forums and take time to comment on feature requests. The forum does not record the hundreds of conversations we have with other clients over email, regular meetings and so on.

We try and account for most things but more often than not what is suggested in feedback is generally minor tinkering around the edges when more bold action is often needed. That is not to say that we do not read every topic and discuss most of them. Quite often a popular request that we hear over and over makes its way into the software but perhaps not in the way that the topic author described.
I completely understand this feeling. The last six months or so have been a pretty dark timeline of mostly negative news, especially for self-hosted customers. The introduction of cloud exclusive features, talks of falling profitability for self hosted license sales, a long list of deprecated features people use, v5 dev tools overhaul, the marketplace closing - it's been a lot and we recognise that.
Now that the bad stuff is out of the way, we can start talking about v5 and there is a lot of fun stuff to get into. Invision Community 5 is a new chapter for the product and us as a company. A more streamlined and focused operation fit for the next decade of community building.

No, your ACP is going to show the same notification and badge as you see now if they implement their own version check.