Are you sure the archive you have is correct? - Yes! I empty the error_log file, try to install, fail, go back to check the error log, found the error message “Cannot unset string offsets in /public_html/core/fn.cms.php on line 704”.
By the way, I can install CSCart 2.0.15, but not for 2.1.2.
My point is that if you keep using a bad archive to install from, you will continue to get bad results no matter how many times you clear your error log. Go get a fresh copy from cs-cart and try it with a different archive.
I tried both zip and tgz archive, none of them work. I installed 2.0.15 them upgrade to 2.1.2. But there is a new problem: when I click a category to modify, it goes to a blank page after I upgrade to 2.1.2.
What OS are you using? I’ve never heard of those kinds of values (2012.2009) for permissions.
Try installing again but before you do, edit the config.local.php:
// Default permissions for newly created files and directories
define('DEFAULT_FILE_PERMISSIONS', [COLOR="Red"]0644[/COLOR]);
define('DEFAULT_DIR_PERMISSIONS', [COLOR="Red"]0755[/COLOR]);
for some strange reason, the installation kept trying to force mysqli wrappers which were failing.
so simply renaming the mysql.php file to mysqli.php works.
renaming the db_type in config.local.php had no affect because as soon as I would click NEXT during the install, it would of course, rewrite the config.local.php file and change the db_type back to “mysqli”
with response to Tool
no idea how the ownership got set to 2012.2009, no other files I have uploaded have done this so I don’t think it’s the server doing it. I untarred via SSH so maybe it kept the permissions that were on the files while they were still zipped ?!?!
Sounds like you run your strore as root (very bad idea) and that when you unarchived yor cart, it used the owner/group that was in the archive (since you did it as root). Those user/group ids were not known on your system so the integer values were shown instead of the names.
I’d fix your php config to honor mysqli. You’ll get much better performance since the connections will be reused rather than establishing new ones.
[quote name=‘tbirnseth’]Sounds like you run your strore as root (very bad idea)[/QUOTE]
nope. i don’t run as root, but i also don’t post my real username in forums, so i just said i chowned everything to root.
sudo root
[quote name=‘tbirnseth’]I’d fix your php config to honor mysqli.[/QUOTE]
haven’t looked into it much. phpinfo says it’s enabled and the settings in php.ini look ok, yum says it’s installed… kinda stumped.
but far more distracted by :
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/config.local.php:108) in /var/www/html/core/fn.init.php on line 401
fresh install
I haven’t touched one bit of code except config.local.php and there’s no whitespace in that. I’m thinking it might be output bufering nonsense maybe.