jesuralem

I actually missed the "coming" part when I went through the video quickly so thanks a lot !

No offense but many of us don't have time to watch a 1 hour video when we may be able to take 5 or 10 minutes to read a news or an article. I'm not saying the video is not a good choice but it should be accompanied by a text with the main points or announcement. Basically just an image of the slides presented would be a good start.

I disagree, limiting the number of payments attempts from an IP or a device could/should be done at code level.

@InvisionHQ do you have any news on the roadmap ? i am still willing ot buy the app as soon as V3 is out (the commerce dependency is blocking me right now).

The phpinfo looks like msqli is enabled : OK this is surprising but for some reason changing the sql_host in the conf_global file solved the issue. I replaced "localhost" by the hostname of the server and now it works. Maybe my hosting provider is doing something shady somewhere 🙂

is there a specific path to put the file and access it ? never mind it was in the file description. It basically gives the same error : Fatal error: Uncaught mysqli_sql_exception: No such file or directory in /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/ips4.php:327 Stack trace: #0 /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/ips4.php(327): mysqli->__construct('localhost', 'io349_pbase', xxxxxxx', 'io349_ipsrefres...', 3306, '') #1 {main} thrown in /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/ips4.php on line 327

HI there, I upgraded my test site to 4.7.3 and now i am testing switching my php to 8 or 8.1. Everytime i do the switch on my server i end up with a 500 error : Fatal error: Uncaught IPS\Db\Exception: Aucun fichier ou dossier de ce type in /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Db/Db.php:269 Stack trace: #0 /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Db/Db.php(356): IPS\_Db->_establishConnection(false) #1 /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Db/Db.php(487): IPS\_Db->checkConnection(false) #2 /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Db/Db.php(972): IPS\_Db->preparedQuery('REPLACE INTO `c...', Array) #3 /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Session/Admin.php(112): IPS\_Db->replace('core_sys_cp_ses...', Array) #4 [internal function]: IPS\Session\_Admin->write('ab6e4c887b33ead...', '') #5 [internal function]: session_write_close() #6 {main} thrown in /home/clients/cd5d3674d07eec2bd707e6ab886a1811/plongeur/forums/system/Db/Db.php on line 269 I guess for some reason the site cannot connect to the DB but it is weird because it is working on 7.4. You will probably tell me to check with my hosting provider but if you have an idea i am interested. Please note this is on my test site, access details are in the "note" part of my access details.

yes it is working on my test site. Now PHP8 does not work but this is another matter.

I have to say that for the moment it is scanning it that causes the sites to be unusable 🙂 At the very least the scanner should handle the situation better and manage a way to let the admins access the site.

i would say he's been given one solution where he is the only one having actual work to do. He proposed another one where IPS may exclude some files form the PHP scanner...

@Jon Erickson looks like you are on you own on this one... can't say i'm surprised.

yes this discussion is kind of spread between 2 topics. @Marc Stridgen this prevent access to the site for admin accounts, either admincp or front. Maybe the dev shouldn't include the whole aws toolkit but if you ask me IPS should make it impossible for a plugin to make the scanner crash and/or make it so it does not prevent from accessing the site.

Given how IPS seems to be open to discussion lately this is does not look like a good news...

@Marc Stridgen you should read the discussion. The application is totally compatible with PHP8, but it includes the AWS library whch is too big for the scanner and causes it to crash.

I am on php 7.4 for now, the reason for installing 4.7.2 was actually to start testing the upgrade to php 8.0 or 8.1 depending...

Yes this is definitely my issue. As suggested by @AlexWebsites maybe the compatibility scanner should whitelist some widely spread SDKs.

on my server this is clearly not a size issue on download/installation. But maybe it is too big for the scanner to be able to scan it though...

more info here : On my sever i end up with script timeout on scanner.php. Renaming the app folder solved the issue instantly (but the app probably does not work).

I have the same issue here, no way to access the site with an admin account when the plugin is installed. @Jon Erickson it looks like the problem is linked to the php8 compatibility scanner that have way too many things to work ok.

i'm on 7.4, my server is managed so i don"t know every bits and pieces but i guess they just use an old file name for the config.

i can't access the admincp in recovery mode either, the plugin is disabled but it seems the scanner scans it anyway. It looks like other users managed to recover access renaming the SES app folder though

OK this has to be the problem, know what can i do about it ? should it uninstall the plugin and reinstall it after the upgrade ? This plugin is great and i don't really want to get rid of it. Is there any way i could gain access to my adminCP ? I added connection info for my test site on the note part of my connection info, i can't access adminCP so no adminCP credentials for the moment 🙂

I would say 5 apps and 10 plugins, but all are disabled. I can uninstall some that I don't use anymore.

As I said it is on my test site, I am glad I tried it on the test before the production. I'll try to provide access to test site and server tomorrow

i can't edit the title but "admin can't login after 4.7.2 update on test site" would probably be better 🙂