БД переносил по разному, копипастом текстовой версии и sql файлом, разницы нет.
Переносите с пом этого скрипта с аккуратной заменой не только домена, но и путей.
Вот как выглядит на хосте
Налицо проблемы с кодировками. Устанавливайте ВЕЗДЕ правильно — и у хостера и в БД и в файлах.
Налицо проблемы с кодировками. Устанавливайте ВЕЗДЕ правильно — и у хостера и в БД и в файлах.
Да понятно, что с кодировкой траблы. Это поправимо, я про, то что не соответствует меню, в админке, созданные мною страницы пустые, хотя на локалке они заполнены. Разве пути не дефолтные относительно главного адреса который меняется в wp-options в строчках siteurl и home?
Не ужели нет идей почему так происходит? 🙁
Разве пути не дефолтные относительно главного адреса
Пути — это пути к файлам на хостинге. Никакого отношения к адресам не имеют.
Как решить проблему я написал — воспользуйтесь скриптом.
адреса который меняется в wp-options в строчках siteurl и home?
Адрес может находиться ещё в сотнях мест. Не везде он сыграет роль. но и там его нужно менять. Проблема может быть незаметна на первый взгляд, но взывать разные ситуации.
Не ужели нет идей почему так происходит?
Потому что побились сериальеные массивы, в которых хранятся настройки. Скрипт эту проблему решает. Только работать нужно с исходной базой, а не с уже изменённой.
Исправил все пути с помощью Velvet Blues Plugin for WordPress.
Я использую тему Bridge http://themeforest.net/item/bridge-creative-multipurpose-wordpress-theme/7315054 тут есть основная тема и еще сотни готовых, но под разный стиль и формат. При переезде с компа, на хост тема отображается как симбиоз основной темы и готового шаблона на основе основной. Это из-за сериальеных массивов?
И да, а как могут побиться массивы когда они хранятся в БД?
Исправил все пути с помощью Velvet Blues Plugin for WordPress
ТОЧНО! Я и забыл про него. 🙂 Хотя не факт, что он исправит всё, но многое.
Последнюю галочку поставили?
https://wordpress.org/plugins/velvet-blues-update-urls/screenshots/
И да, а как могут побиться массивы когда они хранятся в БД?
Я дал ссылку. Можете ещё поггулить что они из себя представляют.
И да, а как могут побиться массивы когда они хранятся в БД?
В сериализованных массивах хранится длина и тип каждого поля. Править их обычным поиском и заменой нельзя, поскольку при изменении длины строки весь массив будет считаться испорченным.
Последнюю галочку поставили?
Да, ставил.
В сериализованных массивах хранится длина и тип каждого поля. Править их обычным поиском и заменой нельзя, поскольку при изменении длины строки весь массив будет считаться испорченным.
Я конечно первый раз сталкиваюсь с wordpress, но с кем бы я не говорил кто ставил WP ранее, такой проблемы не было. Что делается: Заливается на FTP сам сайт, из дампа импортируется вся инфа в БД, правится wp-config, так же в wp-options в строчках siteurl и home меняется адрес на актуальный. И все, после этого должно работать, но не в этом случае. Возникает вопрос, почему? Почему я столкнулся с этой проблемой, а у других все замечательно?
Написал в саппорт премиальной темы, они зашли под моей админкой на кривой сайт и вот что написали:
Links, or anything else on your page is not working. This is not theme transfer issue, it is most likely server issue, or database corruption in the process. Please check with your host if they meet WP requirements https://wordpress.org/about/requirements/. Also it would be good if you can increase these values or ask your hosting service to do that for you.
max_execution_time = 300
memory_limit = 128M
upload_max_filesize = 64M
post_max_size = 256M
Возникает вопрос, если на хосте php 5.2 с чем-то (забыл уже) то может ли это повлиять и вызвать такие ошибки? Если даже учесть, что по докам использовать 5.2 можно.
Просто ужасно если честно, проблемы на пустом месте.
Модератор
Yui
(@fierevere)
永子
минимум 5.2.4
однако многие плагины и темы рекомендуют версию PHP выше, 5.3 5.4 и иногда даже 5.5
их рекомендации по увеличению настроек PHP конечно слишком завышены
memory_limit = 128M
max_execution_time = 60 или 90 максимум
upload_max_filesize = 64M
post_max_size = 64M
будет более резонным
если хостинг допускает смену версии PHP — попробуйте сменить
Я конечно первый раз сталкиваюсь с wordpress, но с кем бы я не говорил кто ставил WP ранее, такой проблемы не было. … Возникает вопрос, почему? Почему я столкнулся с этой проблемой, а у других все замечательно?
Скажем так — проблем не будет если переносить голый ВП. Видимых проблем. На абсолютно голом и не настроенном ВП. Потому что если уже настроить виджеты, то некоторые из них посыпятся. Тоже может быть и с миниатюрами.
В более-менее сложных плагинах и темах настройки хранятся в сериализованных массивах. И если эти самые настройки содержать адрес или путь (например к картинке), то «поломка» почти гарантированна. И даже если на первый взгляд это не заметно, то в логах (кто в них заглядывает, ага?) можно увидеть много интересного.
И ещё. Если раньше темы и плагины были простыми. то сейчас все более и более функциональные. И потому данная проблема возникает всё чаще и чаще. Вы совсем не одиноки в этом.
Скажем так — проблем не будет если переносить голый ВП. Видимых проблем. На абсолютно голом и не настроенном ВП. Потому что если уже настроить виджеты, то некоторые из них посыпятся. Тоже может быть и с миниатюрами.
Дело в том, что я не знаю, какой будет основной домен, я все переносил на поддомен чисто для теста, чтобы человек мог увидеть и «пощупать» самолично, а не глядя у меня в экран. И из-за этого проблемы, потому что в любом случае адрес изменится и тогда, что, опять заново? Или надо будет переехать с хоста, на другой ххост, тоже все заново?
Сегодня попробовал сделать следующее, взял залил по новой БД, заново залил все файлы и потом это все перенес на локалку, на локалке заработало как надо без проблем. И на поддомене (адрес давал выше) тоже работает уже лучше, страницы не пропали, только полетела верстка и стили css от основной темы Bridge, а не от Minimal (основная тема одна, но поверх нее ставятся другие темы с той разницей, что меняется css стили как я понял).
Я если честно уже немного в отчаянье. Уже что только не перепробовал, ну не хочет работать вообще никак…
адрес изменится и тогда, что, опять заново? Или надо будет переехать с хоста, на другой ххост, тоже все заново?
Именно так. Если хотите, что бы всё было гарантировано без проблем.
Но там делов.. не считая переноса самих файлов и др работ — корректировка записей в базе с пом скрипта минут 10-15 (макс 30, если много разных записей, которые нужно перепроверить):)
Частично удалось каким-то чудом заставить работать большинство темы. Но радость длилась не долго. Решил заменить логотип в настройках самой темы и как только сохранил изменения, так сразу моя тема стала симбиозом между основной и моей темой. Это все настолько печально, что если честно я даже и не думал, что будут такие проблемы. Я думал, что мои проблемы с полностью написанным сайтом на кастомном фраемворке это предел который трудно переплюнуть, но как же я ошибался… Миллион проблем.
Учитывая, что по задумке основной блог будет заархивирован и отправлен на другое адресное имя, то теперь я сомневаюсь, что и блог который сейчас основной переедет нормально…
Толи лыжи не едут, толи снега нет…
И главное, никто из знакомых не работал с WP, поэтому цирк обещает быть долгим, а это начинает меня расстраивать 🙁
Именно так. Если хотите, что бы всё было гарантировано без проблем.
Но там делов.. не считая переноса самих файлов и др работ — корректировка записей в базе с пом скрипта минут 10-15 (макс 30, если много разных записей, которые нужно перепроверить):)
Можно поподробнее об этом? Я первый раз работаю с WP и поэтому не понимаю некоторых моментов.
Я так понял, Вы говорите о том, что перенести файлы с записями, страницами и пр, на свежеустановленны WP например на другом домене или хосте, а потом уже руками исправлять или при помощи скрипта (который вы давали выше?) подключать страницы, статьи и пр? Верно понимаю?
