headdings not right

[mvogt]

I added a modual (Protection of Configuration) For this there was a read me file which I followed. I set it up on a my test site and it worked fine.

I then set it up on my production site and it messed up my site http://pa-connection.com/shopping-cart/index.php

also in the admin panel for reports I get the following error when I click on reports. (The requested URL /shopping-cart/admin/FILENAME_STATS_LOW_STOCK_ATTRIB was not found on this server.)

 

I'm confused as to how to fix this. I checked all the files I touched (tool.php, filenames.php, english.php) and I removed the code I entered as per the readme file and the problem has not gone away

Can any one help me.

I'm a kind a new to this.

Thanks,

Mike

[krnl]

Hi Mike. Welcome to the forum and to OSCommerce.

 

I'm not familiar with the module that you're working with, but it's clear to me that the page you're loading is trying to find a file that should be defined in filenames.php. Since it isn't defined there, the page is trying to load it by its name. So, find where the FILENAME_STATS_LOW_STOCK_ATTRIB file is being called within your admin page and comment it out or remove it.

 

The filenames.php definition would look something like the following.

define(FILENAME_STATS_LOW_STOCK_ATTRIB, 'low_stock.php');

[mvogt]

Thanks for the reply krnl (Rick). I get what your saying but the files are defined in the filenames.php and the files do exist.

 

define('FILENAME_STATS_LOW_STOCK_ATTRIB', 'stats_low_stock_attrib.php');

define('FILENAME_STOCK', 'stock.php');

 

Also it doesn't explain why the main page is not displaying the headings correctly its showing BOX_HEADING_CATEGORIES instead of Categories.

Mike

[krnl]

Maybe you aren't including filenames.php in application_top.php?

 

Check for the following line in admin/includes/application_top.php

 

require(DIR_WS_INCLUDES . 'filenames.php');

[mvogt]

that file is included and the line of code is correct and un-altered

Mike

[germ]

If you have a .htaccess file in your /includes folder, rename it to txt.htaccess and see if that makes a difference.

[mvogt]

Thanks Jim,

I tried your suggestion and it didnt work.

I'm stumped!

 

Its as if the parameters are not being passed. the files that they refer to exist but the values are not getting populated. Could this be a DB issue?

Mike

[germ]

What is the store default language?

:unsure:

[krnl]

see if .../includes/languages/english.php is in place and readable. Then check your admin under "Localization -> Languages" to verify that the default language is set to english.

 

Are any errors being reported in your apache logs?

[mvogt]

Default language is English and the file is in the /includes/language/english.php and is readable.

 

hummm let me see

 

Main Error Log

Tue Feb 05 19:31:29 2008] [error] [client 66.249.70.24] Failed loading modules/repository/pnlibrary/ionCube/ioncube_loader_lin_5.2.so: modules/repository/pnlibrary/ionCube/ioncube_loader_lin_5.2.so: cannot open shared object file: No such file or directory

[Tue Feb 05 19:31:29 2008] [error] [client 66.249.70.24] Failed loading /usr/local/lib/php/extensions/no-debug-non-zts-20060613/eaccelerator.so: /usr/local/lib/php/extensions/no-debug-non-zts-20060613/eaccelerator.so: cannot open shared object file: No such file or directory

 

 

PHP Error Log (this one repeats many times)

[05-Feb-2008 19:26:43] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20050922/pdo.so' - /usr/lib/php/extensions/no-debug-non-zts-20050922/pdo.so: cannot open shared object file: No such file or directory in Unknown on line 0

[05-Feb-2008 19:26:43] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20050922/pdo_mysql.so' - /usr/lib/php/extensions/no-debug-non-zts-20050922/pdo_mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0

 

they begain around 12 PM EST. Which is strange because I did not do any db changes nor did I run any sql statments

 

Any suggestions?

Thanks

Mike

[mvogt]

Ok so it turns out that the problem was with the ../includes/language/english/ files. I copies these from a backup and this fixed the problem.

Thanks Jim and Rick for your help

Mike

[Guest]

How's it? I had a similar error that I've been searching for an answer to for a couple of days now (with the headers being BOX_HEADING_CATEGORIES on all my pages etc.) after a cvv2 module install.

 

I stumbled upon this post and fixed the error by reverting my english.php file back to the original. Excellent and thanks for the roundabout fix to my error too. :)