Printable View
hi guys, just found this in my error log this evening, not sure if its anything to be concerned about? its the first and only one i've had. any idea what it could be?
[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
Thanks in advance.
Hello All,
Needed some help on the .HTACCESS rewrites for the CEON Extension:
Got the entire extension installed properly, as verified on the installation checks. Also got the directives that were provided from the extension for the .htaccess file, but still can't get it to take effect.
Site is @ http://www.tiledart.com/shop2/
Here is the code provided from the extension for .htaccess:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop2/
RewriteCond %{REQUEST_URI} ^/shop2/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/shop2/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/shop2/logs/ [NC]
# Don't rewrite images2 directory
RewriteCond %{REQUEST_URI} !^/shop2/images2/ [NC]
# Don't rewrite tdart2 directory
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/shop2/tmp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /shop2/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
I have the extension activated on the admin panel, and rebooted the server to see if it would take effect, but no luck.
Can anyone offer a suggestion ????
Thanks,
Rudy
Not sure what you mean by "to see if it would take effect, but no luck".. but here's a few questions:
- Is your .htaccess file located in the correct location?? (the root of your shop)
- Did you update all of your products, categories, and EZ Pages so that you create a URI for each one of these items?? (this is VERY EXPLICITLY stated is required in the readme file)
Quote:
Originally Posted by rudyg99
Hi All,
Hoping someone here ahs got the same problems and can help?
I've just installed this module on 1.3.8a, followed all the rules and mods as requested in the installation file. Everyething appeared to be working fine, I can add the URL's on products and categories however I appear to have a side affect.
I'm presuming this is related as I haven't done anything else to the site, these are my problems:
1. If i try to edit a category meta tag, on saving it returns me to the admin home screen and doesn't update anything.
- It allows me to create new meta tags without problem, only editing afterwards. This is true of recently created meta's and pre-module meta's.
- Thsi doe snot appear to affcte product meta tags, only categories.
2. I am no longer able to create new categories, it doe sthe same as aboe. I create the category, hit save and it takes me to admin home without creating it.
- This does not appear to affect product creation.
Any help woudl be greatly appreciated, I'm suspecting it has something to do with the modded admin files but I am not a programmer so do not know where to begin.
Thanks, Dave
Why are you using a version that was obsolete more than three years ago? I hope you have patched the worst of the security holes in that vintage installation!Quote:
Originally Posted by dave010880
I suspect that one of two things is causing your problems:Quote:
Originally Posted by dave010880
1. The version of Zen Cart is so old that it is not supported by the addon. Sadly, Conor is no longer around to clarify that.
2. You have not followed every step in the installation.
My suspicion is that 1. applies.
Your really do need to get it more up to date - to at least 1.3.9a, but preferably to 1.5.1, before spending time on adding things like URI mapping.
I expected as much of a response... I am only one person trying to run a business in my spare time. Unfortunately I just do not have the time to upgrade, I need to earn money to eventually pay someone to do all this for me. I could go on with many more reasons for sticking with 1.3.8a but I wont for now.Quote:
Originally Posted by hairydog
As far as the add-on not being supported it has instructions stating for use with 1.3.8a, I had to modify some core files as per the instructions and I am guessing that is the most likely culprit. I am not great at programming but I'm pretty good at figuring stuff out if I'm given a starting point, maybe knowing what file(s) that had to be changed that could relate to the categories & meta information?
To come back to your comment about patches... I don't recall downloading/installing any for a long time. Is there anything specific that I should be looking for to install?
I've no idea what the problem might be - it would take too long to be worth finding out - and at the end you would still have a six-year-old setup.
You say that you could go in with the reasons not to upgrade: don't bother - just upgrade.
You should upgrade to 1.3.9a at least. Doing the patches would take just as long.
You say that you don't have the time: it is the work of one evening. Recovering from a hack let in by not doing it will take far longer.
Unfortunately so... when I first started I knew nothing about php, zencart only basic html. A freind installed the site then left me to it, I bludgened my way through modifying files to create the look I wanted for the site. Unfortunately I did not know or understand the template system so I modified all the core files. I did setup a local copy of the later version to test with intention of upgrading (which took forever to do) and found it wiped out the entirity of my work. If I upgrade the live site it will completely turn it on it's head. There is alot more than 1 evenings work for me to do that, at my rate I would say weeks, possibly a month+... bearing in mind I have forgotten and have no clue at half the things I did to get it to where it is today!! My plan once in a better position is to revamp the whole website with a fresher look, but again I can't afford to be spending my time doing that right now. :(
Hopefully someone else will have experienced this to know a fix!?
BTW I have looked up the patches for zencart, I had done all but 1 that I could see which I have now resolved.
Bottomline is that it's not a matter of IF you will get hacked running Zen Cart v1.3.8, it's WHEN.. That said, this thread is unfortunately not the place to have an ongoing discussion on the merits of upgrading Zen Cart. If you wish to continue that discussion you should start a new thread or read through the upgrade forum.Quote:
Originally Posted by dave010880
In the meantime, most install issues can be traced directly back to an incorrect install.. I strongly suggest starting with making sure all the core module files are in place, and then using a file comparison program review VERY carefully each one of the core override files to make sure that you have all the Ceon URI code in place and in the correct places.. Unfortunately my time is short so I cannot troll though all the files from a 6 year old version of Zen Cart to find the ones that might affect meta tags.. but offhand it's probably any of the admin side product or category files..
I have been tinklering around and I believe I have found the offending article... I have been restoring each original file from my backup one by one. If it made no difference I kept the modified version. When I came to the html_output.php changing back to original cured the problem. I have re-installed the additional code manually and now it won't let me in to admin at all, flags the following error.
Warning: require_once(includes/classes/class.CeonURIMappingHREFLinkBuilder.php): failed to open stream: No such file or directory in /customers/3/f/2/wickedstyling.com/httpd.www/#####/includes/functions/html_output.php on line 38 Fatal error: require_once(): Failed opening required 'includes/classes/class.CeonURIMappingHREFLinkBuilder.php' (include_path='.:/usr/share/php') in /customers/3/f/2/wickedstyling.com/httpd.www/#####/includes/functions/html_output.php on line 38
I have blotted out my admin directory so not to announce it's location.
I have checked and the 'class.CeonURIMappingHREFLinkBuilder.php' file is located in the main directory and not in the admin/includes as per the instructions. I am presuming if it cannot find the file that it might be looking in the wrong place, possibly the admin? Does that sound like an acceptable conclusion or am I reading this error message wrong! If so any ideas how I can point the file to the correct place?
For reference this is the code that is required to be inserted:
// BEGIN CEON URI MAPPING 1 of 1
if (defined('CEON_URI_MAPPING_ENABLED') && CEON_URI_MAPPING_ENABLED == 1 && $static == false) {
if (!isset($ceon_uri_mapping_href_link_builder)) {
static $ceon_uri_mapping_href_link_builder;
require_once(DIR_WS_CLASSES . 'class.CeonURIMappingHREFLinkBuilder.php');
$ceon_uri_mapping_href_link_builder = new CeonURIMappingHREFLinkBuilder();
}
if ($ceon_uri_mapping_href_link_builder->buildHREFLink($link, $page, $parameters, $connection,
$add_session_id)) {
return $ceon_uri_mapping_href_link_builder->getHREFLink();
}
}
// END CEON URI MAPPING 1 of 1
Hopefully this is a resolvable problem, I know at the start it was a bit wide open!! :)