Randy Calvert

That’s a question you would need to pose to your host. Normally you would not need to divide the command up like that. They should be able to tell you what the mapping should be.

You need to include -TESTINSTALL. As per the docs:

You can have it publicly routable, but simply turn the board offline or put up a .htaccess file to password protect it.

This would be a question to pose to them, however it looks to be setup of a custom oauth client.

Shoutem looks to be a mobile app creator. In looking at this, it looks like they’re building a native app that can call IPB. The screenshot shows shoutem as the author so it looks like they’ve done this themselves and not coordinated it with IPS.

I get what you're saying and I'm not trying to diminish your point. I absolutely get it. However there are a few considerations to take into account here: 1) The site has just recently been put onto CF. It's not had the benefit of CF's WAF and other benefits. Temporarily disabling those benefits does not reduce his performance OR security stance to a level it was not already at prior. 2) Disabling CF for a short period of time helps more quickly prove it's a CF issue. Once proven, it's much quicker to figure out which specific CF feature is causing problems. But if he turns it off and the problem does not go away, that immediately eliminates all further consideration that it's a CF problem. If it does happen to get better, he can make a decision to turn it back on and troubleshoot or just not use CF at all based on what value it brings to him. Respectfully... you're getting into specific corner cases. CF was being turned on in response by the OP that caching of pages was being removed by IPS and he was concerned about the impact of this. The values provided by IPS serve to handle caching output by guests for the base page. I was pulling the output from this site, which is on Cloudfront. I have a personal site on Cloudflare (and it's been on Cloudflare for 2 years). The headers I bolded are the same. The headers created by IPB are passed regardless if a CDN is used or not. So it could be Cloudflare, Akamai, Fastly, BunnyCDN, or pick whatever provider you want to use. If you're not using a CDN, they're simply not used and no harm/no foul. The headers that I marked in bold are set by IPS themselves. The others non-bolded are set by the CDN and either identify itself or add extra info about the element. This is irrelevant. It's simply saying that IA will ignore the header. That's expected behavior and simply says that IA will cache a page when it wants to and not what the origin is telling it to do. (Otherwise for example in IA you would have a new version of the page every 15 minutes in the archive.) In reality... they NEED to ignore this header. They're not a CDN as they noted and should not be using it.

If you are wanting to approve registrations before they're accepted... ACP > System > Settings > Login and Registration If you simply want a heads up that a registration completed, click on the Notifications section of the ACP (it looks like a bell) and click on Notification Settings. You can get an on-site notice as well as email notification.

He's saying that he suspects CF is slowing his pages down instead of helping him. So if that's the case, the only way to confirm that assumption is to test it. Testing needs to be done with it both on and off. Regarding exposing the origin... it was exposed before being moved to CF. It's not adding any additional risk that was not already there a few weeks ago. Regarding testing caching... PMs, ModCP, etc... ALL of those areas require being logged in. If you're logged in... base pages are not being delivered from cache if you've set the cookie values provided by IPS to be ignored. And you can do it with a free plan. It's been explained how to do it already. 🙂 CF API support is not needed. Create the rules defined by IPS already for what not to cache (some specific path values along with 2 cookie values) and you don't have to do anything else. 99.99999% of people don't need local guest page caching. Especially those folks who are setting cache to less than 10 minutes. Unless their site has thousands of concurrent users, it's not needed honestly. So in most cases, the solution is just to do nothing and let the old feature be deprecated. For those that want the value of caching, there are CDNs. And yes, instructions have been provided. 🙂 The cache headers don't specify what can be cached or not. Those are defined in the cache rules. The headers specify how long objects can be stored in cache. For example, base pages should be cached for 15 minutes while CSS/JS should be cached for a year (since IPS automatically renames these files each time a theme is generated), etc. IPS has been using proper cache control headers for awhile now. In fact, it's been in use on this community here for several years now. Here's a sample of the headers from an image on this site: accept-ranges:bytes age:175880 alt-svc:h3=":443"; ma=86400 cache-control:public, max-age=31536000 content-encoding:gzip content-length:58464 content-type:text/css date:Fri, 04 Nov 2022 14:12:53 GMT etag:"7826cec1f91163ffee9f5134a50a4658" last-modified:Thu, 03 Nov 2022 22:25:00 GMT server:AmazonS3 via:1.1 aeb4230d4287e12c8862574307ac71a2.cloudfront.net (CloudFront) x-amz-cf-id:amIQ-EX7iZSTMXVsK88VuD-MAcUupJw7TgKZENPBS4wENhxh17anvQ== x-amz-cf-pop:MIA3-C2 x-cache:Hit from cloudfront The cache-control line specifies the type of content and how long it can be cached. The content encoding line says to try to gzip the output to reduce the transfer size. The etag line allows the CDN to better match if content has been changed by matching an ID value of the file instead of trying to get a file and compare it after the fact.

ACP > System > Applications Expand the System section. Click the lock icon for the feature you want to disable access to... in this case... Status Update and Content Discovery. You can remove guest permissions from there.

As a suggestion… before upgrading… disable all third party resources and switch to a default theme. Once the upgrade is complete… enable resources one at a time to make sure you don’t run into an issue from incompatible 3rd party resources.

The orange cloud…. Click it to turn it off. The proxied status is what routes requests through CF servers. If it’s off, it sends requests straight to your server instead without doing anything to the request. That actually indicates it’s NOT a Cloudflare problem. Both instances were situations where the local home network was restarted and fixed the issue. Unplugging your Ethernet cable disconnected it from the local router and restarting wifi the same thing… so this sounds like an issue within your home network not CF. Again this is where external monitoring would more accurately prove what is going on.

You can test it pretty easily by changing Cloudflare's status to OFF. In the DNS settings, change the orange cloud to grey. However instead of just saying "pretty sure", I would recommend using some sort of performance monitoring solution for a period of time with Cloudflare on and off to get actual supporting data. Guessing based on "feel" is a bad judge of efficacy.

No issues for me. Lots of our members send email addresses in the subject line.

Working fine for me. No issues.

If you have your original conf_global.php file you can use that along with the regular files from the client area. You might have to fix some values in the file if the domain changed etc but it should have all of the settings for the database. Otherwise just install IPB into a different (temp) DB and let it do its normal vanilla install. Once done edit the conf_global.php file to change the MySQL database to the original good one. As a best practice, make sure you have a backup of your good database just to be 110 percent safe. Also I’m assuming you’re installing the same version of IPB that matches the database. If the files installed are a newer version, you’ll need to run domain.com/admin/upgrade to update the DB to match the web files.

Because PHP itself does not support PHP7.4. IPS cannot support something they cannot get support for itself, especially with regards to security releases. They will only suggest and support running the latest version.

It’s a known issue that is set to be fixed in the next release.

I would just use the same value you use for the parent folder (such as 777).

The storage location must allow PHP to read and write within the folder. In most cases, that is 777 permissions but it might be something different if you’re using suExecPHP, etc.

You would need to troubleshoot this with your host as it’s a problem with your server directly communicating with IPS servers. Your computer is using different networks and most likely different firewalls.

IPB simply provides a spot for you to paste your Google code so that you don’t have to manually edit your site’s theme manually. It does not do anything else beyond that. It’s on you to manage and configure how you want to use Google or whatever other third party you choose. I’m not an IPS employee… just another user like you. I just know what they support and don’t support. If this is important for you… there are two choices… you can work with a 3rd party resource developer to create some sort of plugin to extend the functionality or you can make a post in the Features Suggestions forum to suggest it for a future version.

What is Google saying for the API? Any errors reported on their side? That error is being thrown by Google itself. That’s their styling, etc… not IPB’s.

I can’t translate the error, so I’m guessing here. Google is not integrated by IPB by default. It’s one of the integrations that is optional and you have to bring your own API keys for in order to work. I would check if your API keys are working. You can also try turning off the Google integration temporarily to see if it fixes the issue.

The first screenshot is “Happening Near You”. It looks like an actual address is provided. The other locations look like venues or locations without a physical address defined.