max9003
Ответы в темах
-
Хм, похоже никто с этой проблемой не сталкивался 🙁
Всё.. проблема решилась. Зашёл в постоянные ссылки, попытался пересохранить их, но вылез код говорящий о том, что какие-то проблемы с плагином Quick Cache. После этого удалил плагин вообще, снова попробовал пересохранить ссылки и всё — сайт заработал. Видимо все проблемы были из-за плагина Quick Cache.
Благодарю всех за помощь. 🙂
Попробуйте пересохранить настройки постоянных ссылок, чтобы создался файл .htaccess.
В админку я зашёл, теперь просто зайти в раздел «Постоянные ссылки» и пересохранить их?
Сам урл в браузере гугл хром пишется нормально: http://vkorshunov.ru/%d0%b4%d0%b8%d0%bf%d0%bb%d0%be%d0%bc%d1%8b/ , я вижу как http://vkorshunov.ru/дипломы/
Но самой страницы у вас нет, на месте контента пишется Not Found
The requested URL /дипломы/ was not found on this server.А если открыть эту страницу в режим редактирования, какой там указан адрес постоянной ссылки?
Попробуйте сделать как посоветовал Sergey Biryukov
А дело в том, что я не могу войти в админку, у меня там стоит плагин, который убирает вход через wp-login.php и создает другую ссылку для входа. По ней я зайти не могу. Хотя может плагин удалить через FTP и попробовать зайти по wp-login.php?
Коллеги, я сейчас внимательно прошёлся по таблицам в PHP Admin — текст во всех таблицах русский читаемый и везде стоит кодировка либо «utf8_general_ci» либо «utf8mb4_unicode_ci». Но при открытии страниц сайта пишет в браузере:
«Not Found The requested URL /о-Ñебе/ was not found on this server.»
То есть я так понимаю затык всё таки при формировании УРЛов страниц. Где корень проблемы я всё таки не могу понять.. я так понимаю УРЛы страниц формируются на основе данных из БД и из таблиц берутся УРЛы в том виде в котором они там есть?
Вот сам сайт http://vkorshunov.ru
Можно пройтись по страницам и увидеть проблему..
Если прежняя база была в другой кодировке, то надо конвертировать базу, искать конвертер.
Автоматического конвертера нет насколько я понимаю?
В Сети есть статьи, как это «автоматизировать», используя information_schema.
Юрий, а не могли бы вы скинуть ссылку на одну из подобных статей, а то я вообще с трудом представляю что искать..
А прежний сайт работал с кодировкой CP1252 и все было нормально?
Да, всё отлично работало и все страницы открывались
Да, сразу после создания базы надо в phpmyadmin применить к таблицам кодировку utf-8, потом импортировать в новую базу бэкап базы с прошлого хостинга. Когда я переводил сайт с прошлого хостинга, я вначале создал базу, импортировал в нее бэкап прошлого хостинга, потом запустил установку вордпресс, указав при этом базу с импортированным бэкапом.
Я так понял это будет работать в случае если базы данных были в кодировке utf-8 на обоих хостингах. У меня скорей всего проблема в том, что на старом хостинге база данных была в кодировке CP1252 и как её приспособить теперь на новый хостинг?
Посмотрите, в базе с кодировкой всё нормально? о-Ñебе очень похоже на utf в таблицах с кодировкой cp1252/latin1
Юрий всё верно, как это можно исправить?