Jump to content

PHP 8.2 Module Blank screen


Recommended Posts

We were trying the updated UPS_Delivery module 1.1.5 which uses the OAuth method as well as supports PHP 8.2. However when loading the checkout page as well as trying the Extension in the admin page, produces a blank screen.

Quick debug .... this shows up ...open_basedir restriction in effect. File(/opt/plesk/php/8.2/share/pear/smarty_autoloader.class.php) is not within the allowed path(s): 

Any idea or pointers?

Link to comment
Share on other sites

Posted (edited)

This will need to be corrected by the hosting account tech support people.

(Actually, I do not know if 'open_basedir' directives can or cannot be managed via the Plesk control panel.)

And PHP docs say this can be managed by using ini_set() in a script. But I do not know what would need to be changed.

Edited by bsmither
Link to comment
Share on other sites

Thank you. We were able to add the "pear" path to open_basedir. That error went away. The blank screen is still present with the UPS_Delivery module. Will wait for the developer until tomorrow to troubleshoot. He is in the UK time-zone.

Link to comment
Share on other sites

It worked and produced an error log ...

modules/shipping/UPS_Delivery/shipping.class.php encoded as type [1/74] cannot be decoded by this version of the ionCube Loader.

and then in following lines ....

[03-Jun-2024 19:48:29 America/New_York] PHP Notice:  session_start() [<a href='http://docs.php.net/manual/en/function.session-start.php'>function.session-start.php</a>]: ps_files_cleanup_dir: opendir(/var/lib/php/session) failed: Permission denied (13)

 

The webserver uses the latest version of ioncube loader 13.x for php 8.2

Link to comment
Share on other sites

Posted (edited)

The "cannot be decoded" message is authentic. The version of the ionCube loader needs to be compatible with the version of PHP, and the encoded script needs to have been encoded using that same version. So, the publisher of the extension needs to do their thing.

The "session_start" issue is when PHP wants to also do some garbage collection when starting a session. But PHP (or whatever user:group PHP runs under) is not recognized as an authorized user to delete some session files. (But can PHP write new session files???) This should be a problem the tech support people can fix.

The session issue is a "Notice" which means that CubeCart won't stop working. Being able to do garbage collecting is important, as the number of stale session files could increase into the millions (on a very busy site) and cause problems for the operating system's file management system as a whole (running out of 'nodes' or something like that).

Edited by bsmither
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...