Ceon URI Mapping v4.x

[lhungil]

[09-Apr-2013 21:26:39 UTC] PHP Fatal error: Call to a member function add() on a non-object in /home/site/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131

This problem still exits. ...

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

[philip937]

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

Looks like there has been discussion on this since I first posted about this. I am yet to be able to replicate the problem on my site all I do know is that it does happen occassionally. However putting things into perspective my site has around 600-1000 visits a day and I only get about 10 of these errors a month.

If I ever work out under what conditions the error occurs then I will come back and post more info.

With what you have determined from the code it sounds like just once every blue moon the server fails to execute the request uri perhaps?

[kitcorsa]

im getting the follow error in my debug log.... any ideas??

[15-Jan-2014 16:19:27 Europe/London] PHP Fatal error: Call to a member function add() on a non-object in /home/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131

[kitcorsa]

also [13-Jan-2014 13:04:58 Europe/London] PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant FILENAME_TELL_A_FRIEND in /home/public_html/elogin2/includes/classes/class.CeonURIMappingAdminProductPages.php on line 788

[DivaVocals]

Did you look at the posts JUST above yours???

[webimax]

Hi,

Zencart 1.3.9.h. Existing module version: Module Version: 3.6.2. Manually upgraded to latest version 4.4.1. After completing the installation, the admin was not accessible. I restored from a backup. Admin still wasn't accessible. A removal of the *new* files that had been added in version 4.4.1 fixed the issue. The files which seemed to cause the issue were in admin/includes/extra_datafiles/, but removing admin/includes/extra_datafiles/ceon_uri_mapping_product_pages.php seemed to be the one that brought the admin back to life. I'd love to get this installed. Is there something else that needs to be done to get this working? Are any of those files optional?

Thanks.

Jen

[mc12345678]

Hi,

Zencart 1.3.9.h. Existing module version: Module Version: 3.6.2. Manually upgraded to latest version 4.4.1. After completing the installation, the admin was not accessible. I restored from a backup. Admin still wasn't accessible. A removal of the *new* files that had been added in version 4.4.1 fixed the issue. The files which seemed to cause the issue were in admin/includes/extra_datafiles/, but removing admin/includes/extra_datafiles/ceon_uri_mapping_product_pages.php seemed to be the one that brought the admin back to life. I'd love to get this installed. Is there something else that needs to be done to get this working? Are any of those files optional?

Thanks.

Jen

Sure that followed the installation instructions fully? Thought an upgrade like that required removal of some files. Btw, forgot at least one of the things that helps us help you. Error log files? Not working is not very descriptive. Be sure that if including them that you modify the actual admin path name if present.

[countrycharm]

Took a "quick" look at this today. It appears in version 4.4.1, this code can be called before the "message stack" is initialized. (load points: message stack is at 130 and CEON URI is at 99).

However this code is only called if the "REQUEST_URI" cannot be found. This PHP variable is needed to determine what URI was requested (and will normally be populated by your web server). If this variable is not found, the CEON code attempts to preform some workarounds (and manually determine / build the variable).

Some questions:

1. What web server software is on the site displaying this error?
2. Is the server using mod_php? suPHP? FastCGI? Something else?

What web server software is on the site displaying this error?

I'm using PHP Version: 5.4.24 (Zend: 2.4.0) and

Database: MySQL 5.1.72-cll

Is the server using mod_php? suPHP? FastCGI? Something else?

No to the question above.

[lhungil]

... With what you have determined from the code it sounds like just once every blue moon the server fails to execute the request uri perhaps?

Most likely. You may want to comment out line 131, use error_log(), or adjust the code to send the customer to your homepage / error page when this occurs...

... I'm using:
PHP Version: 5.4.24 (Zend: 2.4.0)
Database: MySQL 5.1.72-cll
...

Could possibly be something with PHP 5.4 / Zen Cart 1.5... Although I am running a heavily modified version of 1.5.1 on PHP 5.4 without seeing this error (although I am using a different alternative URL generator on that site).

Webserver Software and Version? (EX: Apache 2.2.26, Apache 2.4.7, IIS 8.5, nginx 1.5.8, etc)
Connector from Webserver Software to PHP? (EX: suphp, mod_php, fastcgi, etc)
Security Options? (such as mod_security, suhosin, etc)

I ask because most likely the connector (or some security module / setting) is the cause of REQUEST_URI not being populated. I'm running Zen Cart under both mod_php and suphp without encountering a missing REQUEST_URI.

Note: I do not know when / if I will be able to do futher testing on this subject, as I have been spending most of my time working with Zen Cart 1.5.2 RC2 / 1.6.0 under PHP 5.5 lately.

[webimax]

Hi Totally Zenned. Looks like the /cache folder was not writeable, so the log files were not generated. I'd like to try this again to get some debugging information, but finding the manual upgrade instructions (not fresh install instructions) is like finding a needle in a haystack. Do you have a link by any chance?

Thanks,

Jen