bfarber

Finally!!!! It worked. Such an easy fix, but again, something very different than what's in the guide. Not sure what the issue was with that. But I am very thankful for you taking the time to provide assistance and a solution for my issue. Many thanks!!!

What I would do personally is to take the CSV file and open it in my editor, and then use regular expressions in the search/replace feature of my editor to turn something like (assuming the email address is the only column)...
^(.+?)$ into
UPDATE core_members SET allow_admin_mails=0 WHERE email='$1'; I don't know the specific format of your CSV file though, what editor you might use, your skill level with regular expressions, etc. I was just giving you generalized "this is how you turn off bulk mails for an email address" information so you could formulate a better plan on how to do it in bulk.

https://stackoverflow.com/questions/41134785/how-to-solve-mysql-warning-innodb-page-cleaner-1000ms-intended-loop-took-xxx

If you look at the conf_global.php file in your FTP, there is a line member_group that defines the default registration member group (usually group ID 3). Effectively what you want to do is
Set conf_global.php member_group to be the group you want all newly registered users in (in your example "NEW"). Set up a group promotion rule so that after 10 posts, the user is moved into the better member group ("Members" in your example) That's it.

Yes, that's normal (it will run again 24 hours after the last time it did for an individual account), however the time of day an email is sent will vary from account to account.

If you have the sql_socket configuration option defined in your conf_global.php, you may need to remove it or adjust it in addition to adjusting the rest of the database information.

We have not announced AMP support for 4.5

We have not announced AMP support for 4.5

No, there are no configuration options for it. Resources should load as they approach coming into view.

Open conf_global.php in your community root directory and change the member_group variable to point to the appropriate group ID.

Unless I'm misunderstanding, you can already use any CDN you wish. You set up where to store the files in the file configuration area, and then you can enter a custom URL (so you could store the files on a subdomain which your CDN sits in front of, and then set the custom URL routed through the CDN however your chosen CDN requires). We use CloudFront with our Community In The Cloud offerings, however the code is not specific to CloudFront.

As it happens, this is on an internal discussion tracklist - but there's nothing else to report right now. I can't say if support will be included in any specific upcoming release yet.

The activity stream (this includes the profile etc) is based off of the search index and when the content is archived it is removed from the search index.

So you really set the Our Picks module as homepage? Or did you create a Pages page and added the OurPicks widget? That would make a difference. 
For the first case, you can check the MetaTags settings in the ACP. You might have overridden things there. For the second option, you might need to edit the page, as Mark said. 

It would cause a current file upload to fail if one of the chunks was still "active", but otherwise yes.

I am very happy to say that I managed to fix the errors and get the forum backup and running error free.

I used the website tinypng to compress my pngs, which took them from 300kb down to around 80-90kb, and they still look great. 

I KNEW I saw a setting for image compression somewhere in ACP, I was looking for it earlier and couldn't find it. Thanks for the info. I have now found it. I will mess with the JPG settings and see how the results vary. Thank you sir.

OMG, shame on me. I'm so blind. I found it under "Designs" "Icons&Logos". Sorry for my blindness. 😉

You can select domains that you want search engines to follow in your ACP. Just search for "nofollow" in your ACP or go to Settings > Posting > Links

Have you overridden your temporary directory in your constants.php file?
 
define( 'TEMP_DIRECTORY', ... );  
Normally the files you are referring to are written to the system temporary directory which would be automatically cleaned by the OS as needed. I expect you've overridden where temporary files are located and that explains why you are seeing these. I can't reproduce any issues in local testing presently.
Actually I think I just managed to reproduce so I'm taking a closer look at what we can do.

Have you overridden your temporary directory in your constants.php file?
 
define( 'TEMP_DIRECTORY', ... );  
Normally the files you are referring to are written to the system temporary directory which would be automatically cleaned by the OS as needed. I expect you've overridden where temporary files are located and that explains why you are seeing these. I can't reproduce any issues in local testing presently.
Actually I think I just managed to reproduce so I'm taking a closer look at what we can do.

I'm afraid there's no public release date available at this time. We are still wrapping up some things which you'll hear more about soon.

The method you are describing is fine. Plugins can't really add their own classes cleanly like an application can so unless you want to build an application instead of a plugin, just add your methods to an existing class.

changed php version and it got fixed.
(edit for anyone else : Needed to change to php 7.1 and use the .htaccess file provided by IPB)

Generally speaking you should submit a ticket to report bugs - we don't always monitor this forum religiously looking for issues.
That said since I did happen across this post I'll make a note to take a look. In the future though, just drop us a support ticket to report things like this. 🙂