desti

/* Are ratings allowed? */ if(0) // AND !$topic->isArchived() AND $topic->container()->forum_allow_rating AND $topic->averageRating() ) { \IPS\Output::i()->jsonLd['topic']['aggregateRating'] = array( '@type' => 'AggregateRating', 'ratingValue' => $topic->averageRating(), 'ratingCount' => $topic->numberOfRatings(), ); }  

I'm not confident this is going to be "simple". You can move the table to a remote database and then create a plugin on \IPS\Member to fetch from that remote database, however the bigger problem you'll face is that many, many areas of the software join the members table on to save queries, which wouldn't be possible with the table stored in a remote database. You would probably need to do a project search and change many, many core areas of the software (searching, fetching content items, fetching comments in content items, etc.) to account for the change.
Honestly, your better solution would be to just host your database entirely in Russia if this is a legal requirement.

As far as I know, requirement to store personal data in Russia don't requires you to not store them outside of Russia in most cases. Thus said, you may to create another database for several tables in Russia and just keep it up to date with your main database. You can hook into multiple methods in the \IPS\Db class (insert, update, delete and so on) and run additional query to your Russian database each time it is ran to core_members_* in your main database.
But anyway you should consult with your lawyer and Roskomnadzor before doing this.

Yep, already clone \IPS\Db and IPS\Select, add db selection to IPS\ActiveRecord, move table to another server and it works! :) This will be sufficient to keep the copy up to date and will give the provider the opportunity to honestly answer the question "Are there requests to the database from Germany?".
But as the bfarber correctly noted, the ips code has a huge number of direct calls and joins to this table, so the question can be considered closed, this is impossible.
Ilia, only one option: create the illusion of working with remote tables, so I will follow the path you proposed. 
Are you kidding? :) I'm too small for both lawyers and rkn. And certainly I'm not going to let rkn know about my plans.
Thank you all for your advice.

Yes, widgets are designed to cache. You can't really do per-user things in the out of the box widgets, but you can create new ones that don't implement caching if needed.

Your apology will not return the lost money and time.
Tell me better what will change in customer notification policy (consider, i may not open ACP for weeks). 

Your apology will not return the lost money and time.
Tell me better what will change in customer notification policy (consider, i may not open ACP for weeks). 

Your apology will not return the lost money and time.
Tell me better what will change in customer notification policy (consider, i may not open ACP for weeks). 

I don't think so but I have no explanation – so I expect one from IPBoard.
I appreciate IPBoard as a great software partner with great support.
In my book a good and reliable partnership includes transparency and open talk if a problem exists and damage is done.
So that's what I expect now.
Andreas

I disabled this feature long before the problem occurred, but I don't know why i'd get information about such problems from other people, not from the software developer. So my main claim is not that I suffered any losses, but that no one informed me of the problem.

Invision Community Team: 
Thousands of emails are sent without control, the site email address is recorded in spam databases and your answer is "sorry, fix in 4.5"? You 've already tired us a little bit with blue message box about the new version, why don't you warn users with a red message box about this security hole?
 
 

We have published a patch to change how the email sharer works, it will now open the senders email client instead of sending email via Invision Community. This patch effectively backports the functionality from 4.5.
If you're affected by this you can obtain it from AdminCP > Support > Something isn't Working > Click 'apply patch'.

Two of my forums were abused by this security hole.
Since Tuesday (March 17th) 
a spammer has sent out about 1.4 million spam mails (1,400,000) which results in a direct loss of about 800$ and counting (payment to Sendgrid) and a damaged sender reputation for my forum Now I realize that
you are aware of this problem for weeks you have a patch ready since Tuesday and you didn't tell your paying customers a word We need to talk. I am not amused.
Andreas

Invision Community Team: 
Thousands of emails are sent without control, the site email address is recorded in spam databases and your answer is "sorry, fix in 4.5"? You 've already tired us a little bit with blue message box about the new version, why don't you warn users with a red message box about this security hole?
 
 

Invision Community Team: 
Thousands of emails are sent without control, the site email address is recorded in spam databases and your answer is "sorry, fix in 4.5"? You 've already tired us a little bit with blue message box about the new version, why don't you warn users with a red message box about this security hole?
 
 

Invision Community Team: 
Thousands of emails are sent without control, the site email address is recorded in spam databases and your answer is "sorry, fix in 4.5"? You 've already tired us a little bit with blue message box about the new version, why don't you warn users with a red message box about this security hole?
 
 

Invision Community Team: 
Thousands of emails are sent without control, the site email address is recorded in spam databases and your answer is "sorry, fix in 4.5"? You 've already tired us a little bit with blue message box about the new version, why don't you warn users with a red message box about this security hole?
 
 

This is due to a change on Google's end, which we will account for in 4.5.