Это самый простой способ, требующий от вас минимум действий.
Зайдите в админ-панель вашего сайта на страницу «Настройки — Общие».
В полях «Адрес WordPress» и «Адрес сайта» укажите URL нового домена и подтвердите изменения, нажав на кнопку «Сохранить изменения».
Готово. В тот же момент WordPress переадресует вас на страницу входа в админ-интерфейс, но уже на новом домене.
Второй способ
Откройте сохраненный sql-дамп базы данных в текстовом или PHP редакторе.
Замените все вхождения старого адреса сайта на новый адрес, например, domain.ru заменить на newdomain.ru, и сохраните изменения.
Загрузите дамп в базу данных на сервере, предварительно удалив из нее все имеющиеся таблицы.
Готово. Сайт на WordPress работает по новому адресу.
Третий способ уже не стал копировать.
Дальше видим создание 301 редиректа на старом домене. ПРежде чем возмущаться и говорить "нам это не надо" читаем, ззачем это делается. А делается это оказывается для того, чтобы сохранить SEO показатели. Теперь включаем мозг, и понимаем, что в нашей задаче сохранять нечего и не надо. Т.е. создавать редирект не требуется.
Если после применения первого или второго способа унас сохраняются ссылки на старый домен - то значит нам надо ровнять руки и не использовать в текстах статей прямые ссылки.
есть такой принцип KISS ;)
в принципе можно генерацию ID через численное решение системы дифуров делать )
Ну да лано, не об этом вопрос.
Сейчас вопрос сформулирован так - не хочу простые числовые id, хочу сложные в виде хеша. Отговорка "чтобы пользователь не узнал свой id" - не при чем. Если хотите убрать упорядоченность id, чтобы нельзя было извлечь никакой информации - выберите другой принцип генерации id - случайно, по хитрой формуле, guid, хеш от чего нить....
Добавить цикл - генерить до тех пор, пока есть в базе. Если вы именно прячете к-во или ещё какую ту информацию - то уберите систему из генерации id, случайным образом надежнее всего. Ну и верхнюю границу повыше...
ну попробуйте прописать нат на 172.16.x.100
но это заработает только в том случае, если трафик от вашей виртуалки идет через этот шлюз. Т.е. это default gw для неуправляемого вами роутера.
реализовано ровно так, как вы запустили.
по умолчанию процесс mysql стартует с отключением от терминала. Это в стартовом скрипте реализовано. А вы обошли стартовый скрипт и запустили бинарник сервера напрямую
у сервера mysql есть встроенная возможность логирования всех запросов. Заросы будут записываться в файл, указанный в настройках сервера в каталоге сервера. Если речь идет о шаред хостинге - то у вас нет доступа к этой возможности. Вы можете это настроить только в том случае, если у вас есть root доступ к серверу и шелл.
В отдельную таблицу бд - либо реализовать это на уровне движка сайта, либо написать триггер. Но в случае триггера у вас не будет доступа к тексту запроса, вы сможете реализовать только запись истории изменений.
идем по первой ссылке
видим:
Первый способ
Это самый простой способ, требующий от вас минимум действий.
Зайдите в админ-панель вашего сайта на страницу «Настройки — Общие».
В полях «Адрес WordPress» и «Адрес сайта» укажите URL нового домена и подтвердите изменения, нажав на кнопку «Сохранить изменения».
Готово. В тот же момент WordPress переадресует вас на страницу входа в админ-интерфейс, но уже на новом домене.
Второй способ
Откройте сохраненный sql-дамп базы данных в текстовом или PHP редакторе.
Замените все вхождения старого адреса сайта на новый адрес, например, domain.ru заменить на newdomain.ru, и сохраните изменения.
Загрузите дамп в базу данных на сервере, предварительно удалив из нее все имеющиеся таблицы.
Готово. Сайт на WordPress работает по новому адресу.
Третий способ уже не стал копировать.
Дальше видим создание 301 редиректа на старом домене. ПРежде чем возмущаться и говорить "нам это не надо" читаем, ззачем это делается. А делается это оказывается для того, чтобы сохранить SEO показатели. Теперь включаем мозг, и понимаем, что в нашей задаче сохранять нечего и не надо. Т.е. создавать редирект не требуется.
Если после применения первого или второго способа унас сохраняются ссылки на старый домен - то значит нам надо ровнять руки и не использовать в текстах статей прямые ссылки.