В таком случае просто ждите, если мне не изменяет память, но время таких изменений может достигать 2х месяцев.
А логика работы проста: в роботе хостом указывается главное зеркало. Этот робот "виден" со всех зеркал, а индексироватся будет только с главного, в Вашем случае https://
В вебмастере яндекса на закладке мои сайты, Вы будете видеть раскрывающийся список с зеркалами, там же можно будет внести некоторые изменения, отклеить, сменить главное итп.
Насколько я правильно понял спецификацию - существует 3 способа начала выполнения, это async (асинхронно) , defer (когда обозреватиль распарсил страницу) и async+defer (незамедлительно, до начала паринга обозревателем)
Дополнительно свойство: при асинхронной загрузке сохранить порядок выполнения.
Армянское Радио: В контексте приведенного примера - да. Но, сущность ссылок и указателей одна, при том что значение указателя Вы можете изменять. Да и вопрос был про указатели.
mnhunter81: учитывая что 10.х.х.1 недоступен для настройки, я предположил что покеты между 172.16.х.200 и 10.х.х.1 форвардятся. путь пакета должен быть примерно таков: из 10.х.х.х -- через 10.х.х.х - выходя из 172.16.х.200 следует к 172.16.х.100 на 172.16.х.100 натится и уходит в инет (после ната источник пакета 172.16.х.100) ответ прийдя на 172.16.х.100 "денатися и отправляется в 10.х.х.х. Как вы уточнили, то маршрут уже есть к 10.х.х.х
К примеру у вас в коде абсолютная ссылка которая ведет на старый домен, ее надо исправит на новый. Или ваша CMS требует указания в конфиге домена, тоже потребуется правка.
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)
В общем перед Вами стоят достаточно простые задачи. Использование одинаковых имен пользователей и путей для хранения файлов - минимизирует необходимое количество правок в конфиг файлы.
