Site crash, backed up, now php errors.

[cpannek]

So my site was deleted and my hosting company backed everything back up, but now I am getting these errors when I access anything osc:

Warning: require(includes/languages/.php) [function.require]: failed to open stream: No such file or directory in /home/snowor6/public_html/templates/catalog/includes/application_top.php on line 288

Warning: require(includes/languages/.php) [function.require]: failed to open stream: No such file or directory in /home/snowor6/public_html/templates/catalog/includes/application_top.php on line 288

Fatal error: require() [function.require]: Failed opening required 'includes/languages/.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/snowor6/public_html/templates/catalog/includes/application_top.php on line 288

 

I am using STS.

"includes/languages/.php" looks a bit fishy, but where would I fix this at?

 

This is from my application_top.php:

// include the language translations
 require(DIR_WS_LANGUAGES . $language . '.php');
 $current_page = basename($PHP_SELF);
 if (file_exists(DIR_WS_LANGUAGES . $language . '/' . $current_page)) {
   include(DIR_WS_LANGUAGES . $language . '/' . $current_page);
 }

 

This is my configure.php file:

<?php
  define('HTTP_SERVER', 'http://www.snoworsand.com');
 define('HTTP_CATALOG_SERVER', 'http://www.snoworsand.com');
 define('HTTPS_CATALOG_SERVER', 'https://www.snoworsand.com');
 define('ENABLE_SSL_CATALOG', 'true');
 define('DIR_FS_DOCUMENT_ROOT', '/home/snowor6/public_html/templates/catalog');
 define('DIR_WS_ADMIN', '/templates/catalog/admin/');
 define('DIR_FS_ADMIN', '/home/snowor6/public_html/templates/catalog/admin/');
 define('DIR_WS_CATALOG', '/templates/catalog/');
 define('DIR_FS_CATALOG', '/home/snowor6/public_html/templates/catalog/');
 define('DIR_WS_IMAGES', 'images/');
 define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
 define('DIR_WS_CATALOG_IMAGES', DIR_WS_CATALOG . 'images/');
 define('DIR_WS_INCLUDES', 'includes/');
 define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
 define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
 define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
 define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
 define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages');
 define('DIR_WS_CATALOG_LANGUAGES', DIR_WS_CATALOG . 'includes/languages');
 define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages');
 define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/');
 define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/');
 define('DIR_FS_BACKUP', DIR_FS_ADMIN . 'backups/');

 define('DB_SERVER', 'localhost');
 define('DB_SERVER_USERNAME', 'snowor6_public');
 define('DB_SERVER_PASSWORD', 'XXXXX');
 define('DB_DATABASE', 'snowor6_os');
 define('USE_PCONNECT', 'false');
 define('STORE_SESSIONS', 'mysql');
?>

[cpannek]

Line 288 of my application_top.php file

 

// include the language translations
 require(DIR_WS_LANGUAGES . $language . '.php');

[MrPhil]

$language is set a few lines above that. Perhaps it is empty ('')? The $lng object appears (a few lines further up) to require $HTTP_GET_VARS to be defined. Did you just change servers in the process of this backup and restore? Maybe you're on a PHP 5 server now, and still running osC 2.2 MS2? Newer versions of osC include a "compatibility layer" to create "long array name" variables such as $HTTP_GET_VARS from $_GET, if missing (as in PHP 5). If you are on PHP 5 with osC 2.2 MS2, you've got some upgrading to do.

[cpannek]

$language is set a few lines above that. Perhaps it is empty ('')? The $lng object appears (a few lines further up) to require $HTTP_GET_VARS to be defined. Did you just change servers in the process of this backup and restore? Maybe you're on a PHP 5 server now, and still running osC 2.2 MS2? Newer versions of osC include a "compatibility layer" to create "long array name" variables such as $HTTP_GET_VARS from $_GET, if missing (as in PHP 5). If you are on PHP 5 with osC 2.2 MS2, you've got some upgrading to do.

 

Same server. But they might have upgraded to PHP5 a while ago and I missed it.

 

I'll look into that, thanks