Не могу зайти в админку ч/з wp-admin

  • Решено aleksandr22ru

    (@aleksandr22ru)


    6 лет, 5 месяцев назад

    Столкнулся вот с такой проблемой.
    При переносе сайта к другому хостеру воспользовался плагином Duplicator (много раз им пользовался и никогда проблем не было).
    Сделал всё как положено. Дождался когда пропишутся DNS по новому хостеру и приступил к процессу переноса. Но в этот раз ни чего не получается. Всё прерывается на 2 этапе (кто пользовался Duplicator, тот знает о чём это). Проверили с техподдержкой всё… Должно работать как часы, но увы…
    *Есть две копии сайта когда он был ещё на старом хостинге, и не с одной не получается восстановить/перенести к новому хостеру.
    Параллельно решил попробовать на openserver проделать весь процесс переноса… В результате танцев с бубном (теперь даже и сам не могу понять и тем более что-либо вспомнить — что и в какой последовательности делал) примерно с десятой попытки сайт «встал» на openserver, но оказалось что криво. Дело в том, что при попытке войти в админку (wp-admin или wp-login …) перекидывает на страницу 400 — что такая страница не найдена!
    Сразу скажу, я не спец по части php, html и прочего… знаю обычные, стандартные процедуры работы с wp и админкой, да и ещё как попасть в phpmyadmin, вот именно тут пробовал найти «косяк», но по причине того что мало в этом соображаю — ничего не получилось… хотя подозреваю что там можно что-то сделать что бы восстановить доступ.
    Из-за того что не могу попасть в админку — не имею доступа к плагинам и прочему…
    Может кто сталкивался с подобной проблемой?!
    Я подумал что если попасть в админку на openserver то от туда можно было бы и сделать новые версии Duplicator (или каким-то другим способом…) и уже их залить на реальный сервер нового хостера.

Просмотр 15 ответов — с 1 по 15 (всего 23)
1 2
  • Flector

    (@flector)

    6 лет, 5 месяцев назад

    ничего не понял.

    если не получается плагином — переносите вручную.
    благо это иногда куда проще.

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    Дождался когда пропишутся DNS по новому хостеру

    Это совсем не обязательно и более того — не желательно, для того чтобы сайт работал без перерыва.
    Нужно было прописать в hosts новый IP домена, развернуть сайт на новом хостинге, убедиться, что всё в порядке и только потом менять НСы.

    перекидывает на страницу 400 — что такая страница не найдена!

    Страница не найдена — это 404, а 400 — Bad Request — запрос, не понятый сервером.

    Всё прерывается на 2 этапе (кто пользовался Duplicator, тот знает о чём это)

    Что значит «прерывается»? Там всегда пишется причина. Где они?

    В общем, из Вашего длинного опуса я понял только, что не получается развернуть бекап дубликатора. Много воды, а по делу — мизер.
    Постарайтесь писать короче, но не упуская важных деталей.

    ЗЫ. Если старый хостинг ещё работает и нужно попасть на старый сайт, то может прописать его IP в hosts.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    Да, ошибка 404, это я ошибся при наборе текста.

    На старый хостинг уже не попасть…
    ================================================
    Вот что пишется:

    Server Code: 200
    Status: OK
    Response:
    INSTALL ERROR!
    No tables where created during step 2 of the install. Please review the installer-log.txt file for ERROR messages.
    You may have to manually run the installer-data.sql with a tool like phpmyadmin to validate the data input.
    If you have enabled compatibility mode during the package creation process then the database server version your using may not be compatible with this script.
    Additional Troubleshooting Tips:
    — Check the installer-log.txt file for warnings or errors.
    — Check the web server and PHP error logs.
    — For timeout issues visit the Timeout FAQ Section

    ============================================
    А вот что в installer-log.txt

    ********************************************************************************
    * DUPLICATOR-LITE: INSTALL-LOG
    * VERSION: 1.2.40
    * STEP-1 START @ 07:23:07
    * NOTICE: Do NOT post this data to public sites or forums
    ********************************************************************************
    PHP VERSION: 5.6.37 | SAPI: cgi-fcgi
    PHP TIME LIMIT: [0] time limit restriction disabled
    PHP MEMORY: 2048M | SUHOSIN: disabled
    SERVER: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/5.6.37
    DOC ROOT: /var/www/admin/data/www/мой-сайт.ru
    DOC ROOT 755: true
    LOG FILE 644: true
    REQUEST URL: http://мой-сайт.ru/installer.php
    SAFE MODE : 0
    —————————————
    ARCHIVE EXTRACTION
    —————————————
    NAME: 20180821_jekologijaaltaja_8aad4b1f44398c8d8560180821031032_archive.zip
    SIZE: 41.95MB
    ZIP: Enabled (ZipArchive Support)

    >>> START EXTRACTION:
    ZipArchive Object
    (
    [status] => 0
    [statusSys] => 0
    [numFiles] => 8952
    [filename] => /var/www/admin/data/www/мой-сайт.ru/20180821_jekologijaaltaja_8aad4b1f44398c8d8560180821031032_archive.zip
    [comment] =>
    )
    File timestamp is ‘Current’ mode: 2018-09-13 07:23:14
    <<< EXTRACTION COMPLETE: true

    WEB SERVER CONFIGURATION FILE RESET:
    — Backup of .htaccess/web.config made to *.180913072314.orig
    — Reset of .htaccess/web.config files

    STEP-1 COMPLETE @ 07:23:14 — RUNTIME: 6.1726 sec.

    ********************************************************************************
    * DUPLICATOR-LITE: INSTALL-LOG
    * STEP-2 START @ 07:45:47
    * NOTICE: Do NOT post to public sites or forums
    ********************************************************************************
    —————————————
    DATABASE ENVIRONMENT
    —————————————
    MYSQL VERSION: This Server: 5.5.60 — Build Server: 5.7.22
    FILE SIZE: database.sql (46.23MB) — installer-data.sql (46.23MB)
    TIMEOUT: 5000
    MAXPACK: 1048576
    SQLMODE: NOT_SET
    NEW SQL FILE: [/var/www/admin/data/www/мой-сайт.ru/installer-data.sql]
    COLLATE RESET: On

    —————
    —————

    Да, и ещё, вот что там пишется:
    ERROR** database error write ‘Unknown collation: ‘utf8mb4_unicode_520_ci»

    Я на 100 раз везде всё проверил — везде у меня прописано utf8, но почему тут это вылазит???

    ———————

    Это всё так получается на новом хостинге.

    Как ранее писал, на openserver — поставился сайт, всё кликабельно и работает, за исключением того что нет страницы входа в панель WP.
    Вот я и подумал что быстрее и проще будет тут всё это дело восстановить, т.е. зайти в админку и всё сделать сначала с Duplicftor-ом…
    Может кто знает как исправить эту проблему, т.е. как восстановить страницу входа в WP.

    Заранее благодарю за советы и помощь.

    Модератор Юрій

    (@yube)

    6 лет, 5 месяцев назад

    Да, и ещё, вот что там пишется:
    ERROR** database error write ‘Unknown collation: ‘utf8mb4_unicode_520_ci»

    Версия mysql ниже необходимой. Погуглите эту ошибку, она частая.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    На старом хостинге стояла 5.4, а на новом — 5.6. Должно работать я так понимаю?!
    Да, и на openserver у меня тоже стоит 5.6, но туда почему-то встал сайт?

    Спасибо, буду искать ответ на эти вопросы.

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    ERROR** database error write ‘Unknown collation: ‘utf8mb4_unicode_520_ci»

    Очередной привет от разработчиков ненужных плюшек с принудительной установкой окружения.

    На новом хостинге в базе не включена поддержка этой кодировки.
    Тут либо прессовать хостинг, либо в sql файле поменять её на установленную в базе кодировку (напр «utf8mb4_unicode_ci»)

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    Понял. В базе_данных.sql сменить кодировку utf8 на utf8mb4_unicode_ci.
    Спасибо, сейчас попробую.

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    В базе_данных.sql сменить кодировку utf8 на utf8mb4_unicode_ci.

    Нет. 🙂 не «utf8», а «utf8mb4_unicode_520_ci» на ту, что у Вас в реальности в базе. Напр «utf8_unicode_ci». Предварительно нужно зайти в ПМА и посмотреть/изменить сравнение таблиц.

    ЗЫ. С «utf8mb4» лучше.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    ПМА — это phpMyAdmin ?
    Сейчас проверил на своём openserver, там все таблицы в кодировке utf8mb4_unicode_520_ci, в файле wp-config.php кодировка utf8.

    А вот это я взял из база.sgl :

    /*!40101 SET @saved_cs_client = @@character_set_client */;
    /*!40101 SET character_set_client = utf8 */;
    CREATE TABLE wp_commentmeta (
    meta_id bigint(20) unsigned NOT NULL AUTO_INCREMENT,
    comment_id bigint(20) unsigned NOT NULL DEFAULT ‘0’,
    meta_key varchar(255) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
    meta_value longtext COLLATE utf8mb4_unicode_520_ci,
    PRIMARY KEY (meta_id),
    KEY comment_id (comment_id),
    KEY meta_key (meta_key(191))
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci;
    /*!40101 SET character_set_client = @saved_cs_client */;

    Значит мне при создании Базы Данных в phpMyAdmin следует указать кодировку utf8mb4_unicode_520_ci
    Я правильно понял?

    P.S. При запуске DUPLICATOR при помощи installer.php установка обрывается на 2 этапе (я уже об этом писал), но на сайте появляются файлы при инсталяции и в том числе база_данных.sql которую я скачал на комп и хочу отдельно её закачать в phpMyAdmin, т.к. при инсталяции она там не создаётся. Думаю что так может получиться.

    Я правильно делаю или может то не так?
    А кодировку я сейчас изменю.

    Спасибо за помощь.

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    ПМА — это phpMyAdmin ?

    Да.

    Сейчас проверил на своём openserver,

    Забудьте Вы про опенсервер. (конечно там сейчас будет так же как и было в дампе дубдикатора).

    Значит мне при создании Базы Данных в phpMyAdmin следует указать кодировку utf8mb4_unicode_520_ci
    Я правильно понял?

    В общем-то да. Но раз у Вас возникает ошибка выше, то на новом хостинге Вы этого не сделаете — просто БД установлена без поддержки этой кодировки.

    Поэтому Вам нужно либо просить хостинг чтобы добавили эту кодировку в MySql (что маловероятно), либо изменять sql-файл как я писал выше и заменить его в архиве дубликатора с сохранением имени файла. (Оригинал только не забудьте забекапить).
    После уже разворачивать дубликатором как обычно.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    На хостинге в phpMyAdmin нет кодировки в таком виде utf8mb4_unicode_520_ci, есть такая utf8mb4_unicode_ci — это сильно критично?

    Хорошо, попробую так сделать.

    Спасибо!

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    есть такая utf8mb4_unicode_ci — это сильно критично?

    1. Вот её установите через ПМА.
    Далее
    2. Заменяете в sql-файле (из архива дуюликатора) «utf8mb4_unicode_520_ci» на «utf8mb4_unicode_ci»
    3. Заменяете файл в архиве дубликатора (сохранив где-нибудь оригинал).
    4. Заливаете этот архив и install.php (др. файлов на сервере быть не должно)
    5. разворачиваете сайт как обычно.

    Всё должно получится.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    Спасибо.
    Да, я так и сделал, т.е. часть из предложенного, а именно:
    БД открыл в редакторе и заменил так как вы сказали (75 штук получилось)
    При заливке БД ч/з ПМА долго всё висело… потом смотрю — БД с таблицами…
    Потом просто взял и удалил все лишние файлы с сайта…

    Сайт заработал, и что интересно, появилась страница wp-admin для входа в панель управления! Правда почему-то пароль не принимает… но его можно восстановить.

    Но я сегодня попробую ещё проделать всё то что вы мне посоветовали, т.е. ч/з архив и install.php , предварительно очистив сайт от всех файлов и сделать всё с самого начала.

    Спасибо огромное!

    SeVlad

    (@sevlad)

    6 лет, 5 месяцев назад

    При заливке БД ч/з ПМА долго всё висело… потом смотрю — БД с таблицами…

    Не нужно этого делать!
    Просто нужно исправить кодировку в sql-файле и подсунуть исправленный дубликатору. Дальше — его работа.

    Автор aleksandr22ru

    (@aleksandr22ru)

    6 лет, 5 месяцев назад

    Добрый день.
    Сегодня сделал всё как вы и советовали мне.
    Всё встало нормально. Есть страница входа (wp-admin).
    Проверил все записи и прочее — на месте всё.
    Вот только отображается одна Главная страница, при переходе на любую другую, появляется надпись:
    404 Not Found
    nginx/1.14.0

    Это скорее всего из-за него: nginx/1.14.0
    Я так понимаю, что ответ надо искать в nginx.conf

    Подскажите, а что именно там искать и исправить?!

Просмотр 15 ответов — с 1 по 15 (всего 23)
1 2
  • Тема «Не могу зайти в админку ч/з wp-admin» закрыта для новых ответов.