Randy Calvert

ACP > System > Settings > Login & Registration Choose "edit" for your login method.

The server is setup to support multiple versions of PHP. When accessing the panel, it's going to use whatever is configured by the panel provider for its PHP version. So it could be different than what is reported within your domain configuration.

If you're looking at Square... would it make sense to just look at Stripe or 2Checkout which are already natively supported?

This is not possible in the default software, but there looks to be plugins that might get you close to what you want. Otherwise if you want to do this with raw HTML, you can check out: https://www.w3schools.com/howto/howto_js_slideshow.asp

By the way... did you update your SES application to 1.0.15? There were some issues with PHP8 compatibility that were fixed in the recently released version.

My god child said it best… 🤣 I’m thinking he might have made a plugin to achieve this. It might be worth pinging him if interested. 🙂

Move the SES application out of the applications folder. If it still does not work to login, it’s not your problem.

Use recovery mode to disable all third party applications. (Log out of ACP first, set the constants.php variable, and then login.) When you login to ACP with the recovery mode enabled, it will disable everything for you. Then just remove the variable from constants.php once done.

Out of curiosity, what are you trying to gain by adding a captcha to login? IPB already has brute force detection capabilities enabled that stop multiple attempts at logging into accounts (typically done by bots). It also has a system to also automatically unlock the account to reduce user impact from locked accounts.

Are you using a phpMyAdmin in your cPanel/WHM or a stand-alone version of it? If you’re using a version of phpMyAdmin provided by your admin panel, it’s most likely loading it from its version of PHP.

The host recommendation is from like the 90’s. It’s not problematic in modern versions of MySQL anymore. Generally you won’t find any MODERN app not recommend innodb.

That's basically it. Switch and see if it works. If it does NOT work... while you're on PHP 8, run the compatibility checker to see if that version of PHP meets all of the system requirements (if not you would need to work with your host).

When you convert from one software program to another, it will typically just COPY the data from the old one to the new one. This is intentional because if the conversion goes wrong or if there are unexpected problems, you would be very upset if your original data was destroyed as part of the process. Another option short term if you don't know if it's used is to rename the database to something else. If nothing breaks, then delete it. But if something does break, it is typically faster to rename the database back to the original value instead of doing a restore.

What does the logs say? Is there a task that is stuck?

Wow… that’s unusual! Normally you would see a MySQL error instead of a 500 application error with a database password issue! I’m glad you were able to get to the bottom of the problem though! Hopefully this helps someone else in the future.

Typically a single millisecond won’t matter, but the general wisdom is that performance matters… that if a website takes more than three seconds to load, there is a percentage that is lost for each additional second. Huge sites like Amazon, Facebook, Walmart can convert this even down to milliseconds in terms of how it impacts conversations. https://www.kickfire.com/blog/hold-up-wait-a-millisecond-how-response-time-impacts-your-website?hs_amp=true However most websites powered by IPB are not to be operating at that scale. In addition, most websites powered by IPB also are not primarily e-commerce applications. (Many may have products/subscriptions for purchase, but generally if e-commerce was the primary goal… a site would be using applications designed for that regard. Performance does matter and is relevant to a point. However there reaches a point of diminishing returns. A human won’t distinguish the difference between 20ms and 30ms. They absolutely would tell the difference between 300ms and 3000ms. In terms of SEO, again… important, but according to Google content is KING. A site with good content would do better than a crappy site with no content but that was 30ms faster. Ultimately there reaches a point where you are not really “gaining” anything except bragging rights. And there’s nothing wrong with that. However in reality in the “real world” you don’t have to have the fastest speed on the block to do well in Google. (It can’t suck, but it does not have to be the absolute fastest either.) What’s funny for me is that I’ve typically seen third party ad networks (especially Adsense) be among the worst offenders in terms of those core web vital stats people focus so heavily on. So while having good performance matters, it’s not the end all/be all. (Which I THINK is one of the ideas you’re saying!) 🙂

Self hosting means you run your own website without IPS. You buy a shared hosting account (or a VPS or dedicated server depending on how much resources you need) with a hosting provider. You would then put whatever PHP files you want to run on it. It would be separate from your hosted IPB site (again assuming you're using IPS's cloud option today).

If you are self-hosted, you would use FTP to upload files to your web host. This would not involve the IPB software itself and be separate from your IPB instance. If you are hosted by IPS (using CiC), there is not any sort of FTP access and you can't upload custom PHP files.

It's not possible to import CSV. However there are tools that will convert to your CSV to XML. https://www.convertcsv.com/csv-to-xml.htm I would take an existing list however and convert it from XML to CSV so that you can see what format your CSV file needs to be in. https://www.convertcsv.com/xml-to-csv.htm

Script on website. (It's not being sent from outlook for example) ACP > System > Settings > Email Settings. Look at the outbound email address. Same area as last question Follow their directions, but it's not the problem.

ACP > Community > Forums > Settings

Place the noted variable in your constants.php and visit the ACP login page. When you login, the system will detect the variable in the constants.php and disable all 3rd party resources. It will then say to disable the variable to continue using the ACP. However if it simply displays a white page, it's most likely what I mentioned above being a file ownership/permission issue. Your new host may be running suPHP or other secure PHP setup that has specific requirements to execute scripts.

ACP > Members > Groups Pick your member group and choose the "Edit" option. Choose the Social tab.

If you’ve confirmed you meet all of the system requirements, you might want to check the server’s Apache error logs to see what is going on. Your new host might have specific file ownership or permission settings that need applied.

Have you made sure the new host meets all of the requirements for IPB? Also make sure your new host is not running. PHP 8.2 as IPB only supports PHP 7.4.X, 8.0.X, and 8.1.X. Finally if all of the above is good… you may have a 3rd party resource that is causing a problem. Recovery mode might be able to be used to disable all external resources to regain access.