yellowmew: Я соглашусь с Вами в чсти HKCU и пользователя, но обращу Ваше внимание на постановку задачи: "запускалась вместе с ОС". И в такой постановке - HKLM
по поводу ошибок: /var/www/site/system/logs возможно не тот путь к файлу с логами.. вероятно этот путь достался по "наследству" на хостинге настроено было писать ошибки туда. Куда у Вас сейчас пишет ошибки - выясните.
Переменная $telephone где-то объявляется, скрипт у вас выполняется "последовательно" (мы умышленно допустим такую условность) поэтому когда выполняется /header.tpl переменная еще не назначена, а к моменту выполнения футера уже содержит значение. Вы можете поиском вывести все файлы и строки где используется переменная $telephone и увидите как и где она получает свое знаение и как используется. Эти знания возможно помогут Вам устранить эту ошибку. Возможно прийдется передвинуть или добавить процедуру/строчку/значение чтобы назначить пораньше эту переменную. В крайнем случае вы можете залатать /header.tpl добавив
$telephone="+123456789";
Но делать такие "костыли" - нежелательно.
P.S. и можете отключит вывод ошибок, если целью были эксперименты с дизайном вы добились результата.
1я ошибка - означает что запись уже существует в базе данных, REPLACE INTO было лишним. Вы всего лиш обновили имеющиеся записи, учитывая что вы их недавно восстанавили из ахива, то получилось "мыло мыльное"
2е если в админке Вы видите товар, то база "поднялась" локально. (вопрос в том насклько полно)
3е Мы вернулись к вопросу о том, каковы же первые ошибки при открытии страницы. Насколько я помню присутствует ...Undefined category_id... найдите файл, в который у Вас пишет ошибки PHP, обнулите его, перезапустите веб подсистему (это конечно лишнее, но для чистоты эксперемента ... ). Откройте страницу. Посмотрите/покажите ошибк из лога (лог смотрите c помощью WinSCP)
Учитывая что Вы новичек, сразу обращу Ваше внимание на unzip в контексте вашей "проблемы"
1) в приведенном примере она расчитана на применение в той папке в которой вы находитесь, т.е вам сначала надо выбрать папку (в Вашем случае /var/www/site/ )
cd /var/www/site/
2) unzip может быть не установлен в системе и вы будете получать сообщение об ошибке в ответ на команду unzip,
3) про команды mysql - следуйте руководству
Анастасия: Это альтернативный путь для управления базой данных (если у вас не установлен phpMyAdmin или что то подобной). Причем не только базой а всем сервером. Теперь Вам доступны команды для вашего сервера. $ в данном случае - приглашение.
Введя команду mysql Вы получите приглашение вида mysql> подробее Вы сможете прочитать о командах www.mysql.ru/docs/man/mysql.html
Так же из приглашения $ Вы сможете выполнять команды рекоменндованные в одном из ответов:
unzip имя_архива.zip
mysql -u имя_пользователя_БД -pПароль_БД имя_БД < распакованный_файл.sql
Но у Вас задача полее тривиальная, Вам необходимо понять верно ли у вас распакована база данных сайта и имеется ли к ней соответствующий доступ из скриптов сайта.
Анастасия: Уточните какая у вас база: mysql или MariaDB, используя соответсвующие команды добавьте пользователя с паролем, такого же как и на хостинге (см выше). создайте базу данных, с таким же названием как и на хостинге, добавтье права пользованелю на эту базу. ипортируйте данные (таблицы) (обычно файл с раширением sql, или то как вы его назвали при сохранении) .
Вам для решения этой задачи поребуется средство администрирования БД (один из вариантов: phpMyAdmin https://ru.wikipedia.org/wiki/PhpMyAdmin). Алтернатива - командная строка. Вам потребуется доступ по SSH к командной строке сервера (один из вариантов: PyTTY https://ru.wikipedia.org/wiki/PuTTY)
В общем перед Вами стоят достаточно простые задачи. Использование одинаковых имен пользователей и путей для хранения файлов - минимизирует необходимое количество правок в конфиг файлы.
Анастасия: Вместо FTP воспользуйтсь SCP (например WinSCP winscp.net/eng/docs/lang:uk) Это даст вам доступ ко "всей" файловой системе сервера (если позволяют права пользователя)
В папке (не обязательно именно в ней, зависит от того как настроена у вас система) /var/log/ будут логи. Скрин указанный Вами - не актуален, она аж за июнь. Возможно, ниже будут записи за сегодняшнее число, но учитывать надо: это локальная копия, это копия с работавшего сайта, и соответсвенно последние ошибки будут перед копированиванем.
Для успешного запуска сайта локально Вам надо найти лог с ошибками, устранить обнаруженные ошибки.
И один из ВАЖНЫХ вопросов, База то понялась ? она доступна ?
P.S. Учитывая что Вам удалось включить вывод ошибок, то вы еще пожете посмотреть их в самом коде HTML что отдает локальный сервер. (верстка не будет их перекрывать)
Анастасия: Вероятно, не назначены переменные (которые указаны в сообщении об ошибке). Теперь, когда сайт начал "работать" удобней будет смотреть ошибки в логе, смотрите "первые" ошибки (в браузере их возможно не видно изза особенностей верстки). По скрину мне трудно определить истинную причину .. ссылка на лог возможно прояснит ситуацию.
Анастасия: касательно путей в конфиге. у вас на локальном сервере есть путь к корню веб /var/www/site/ Вот именно его надо написать вместо части /var/www/scorpion/data/www/cleanhome.com.ua/
А вообще ваша задача решается за час (условно). Все кто пытаются Вам помочь - гадают о том каков же ваш локальный сервер. Что вы используете в качестве локального сервера?
P.S. Включите отображение ошибок вебсайта, это укажет на причину по которой сайт не запускается.
один из вариантов в .htaccess (что в корне веб) изменить (или добавить):
php_value display_errors 1
php_value error_reporting 2047
P.S.S Касательно факса, у вас при регистрации поле факс не запрашивается, но используется при внесении пользователя в бд. попробуйте не закомментировать его а присвоить ему значение по умолчанию ...
