Парни, предлагаю на этом остановиться. Новые весомые аргументы вряд ли найдутся, каждый всё равно останется при своём, а вот посраться на ровном месте - как два пальца об асфальт. А ведь в будущем ждет сколько интересных тем для дискуссий :)
nikonlay: Не объяснил что именно он сделал, то ли в настройках хостинга, то ли ВП, но действительно заработало )
Посмотри в конфиге ВП - не изменился ли адрес базы. (тут "localhost" и "127.0.0.1" разные адреса)
nikonlay: То есть MySQL тоже нужно обновлять? Я вот не знаю теперь, стоит ли, да и в панели управления хостингом что-то не вижу настроек смены mysql. Это видимо только как-то вручную делать?
Рекомендации - это НЕ требования.
Это всё равно что ты ездишь на работу на автобусе, а тебе рекомендуют на такси. Доберёшься в любом случае, но на такси может быть быстрее ;)
Ты сам не обновишь версию СУБД. Это только хостер может сделать.
Эдуардoff: Я пользовался этим и вроде все ок, но сайт начал терять посетителей. Копнул запросом в бд, а там после плагина непаханое поле, куча ссылок на старые адреса.
Значит скорее всего неправильно использовал плагин. Что-то, а домен он поменяет без проблем. Не так много мест, где он встречается (разве что какие-то говноплагины его зашифруют).
Эдуардoff: Где моя уверенность что предлагаемый вами плагин все сделает правильно?
Поиск по базе придаст уверенности. Акцентирую - только поиск, а не изменение данных.
Но да, иногда бывает, что плаги чего-то не увидят (у того же дубликатора есть 2 режима сканиования). Это следы всяких говно"премиальных" тем и плагинов (в тч и бесплатных типа некстгаллери) - они могут хранить данные в экранированном виде или ещё как-то по-хитрому. Плаги же миграции похоже это не ищут, тк это бОльшая нагрузка.
Поэтому для уверенности после миграции не лишним будет поискать в базе старые вхождения.
Эдуардoff: А при смене домена не они производятся в бд?
Всё и всегда "производится в БД" Но НЕ грубым вмешательством, не прямым SQL-запросами, а через АПИ. Грубым можно только пароль и мыло юзеру сменить.
А любая миграция ВП0-сайта должна производиться с пом. спец. плагинов или скрипта.
Да, некоторые.. отсталые не понимают, что такое пути к файлам и что они (и домен) может храниться в сериализованных массивах (а то и в др таблицах, созданных какими-то плагинами) и используют столетние методы со столетних ГС, когда ВП был маленький и это не вызывало проблем. Но именно они потом разносят по форумам мифы о глючности и неповоротливости ВП.
Эдуардoff: Почему с картинками не прокатит?
Потому что суррогатные ключи и сериализованные данные.
sapsan72: Этот коннект сможет норм собирать их? Сори просто там вообще для огранизаций инструмент почемуто и ни фига не понятно что он делает...
Это почта на твоём домене, но на серверах яндекса, а не хостинга.
По сути это та же же я.почта (тот же фейс и возможности), только вместо твой_акк@yandex.ru будет что_и сколько_угодно@твой_домен. И это только часть плюшек.
а можно что-то делать с вордпрессом, чтобы он не сжирал код?
Не размещать код в редакторе контента.
А лучше - 100500 раз подумать прежде чем тащить к себе на сайт всякое.
Парни, предлагаю на этом остановиться. Новые весомые аргументы вряд ли найдутся, каждый всё равно останется при своём, а вот посраться на ровном месте - как два пальца об асфальт. А ведь в будущем ждет сколько интересных тем для дискуссий :)
Не объяснил что именно он сделал, то ли в настройках хостинга, то ли ВП, но действительно заработало )
Посмотри в конфиге ВП - не изменился ли адрес базы. (тут "localhost" и "127.0.0.1" разные адреса)
То есть MySQL тоже нужно обновлять? Я вот не знаю теперь, стоит ли, да и в панели управления хостингом что-то не вижу настроек смены mysql. Это видимо только как-то вручную делать?
Рекомендации - это НЕ требования.
Это всё равно что ты ездишь на работу на автобусе, а тебе рекомендуют на такси. Доберёшься в любом случае, но на такси может быть быстрее ;)
Ты сам не обновишь версию СУБД. Это только хостер может сделать.
А таблицы вот
Тут куда хуже смесь движков (MyIsam и InnoBB).
убедились, что кодировка без BOM
Тут надо не проверить (N++ может неправильно показать), а сделать "преобразовать".
НО!! У тебя там на скрине есть таблица и в UTF. Она поломается. Сделай экспорт только таблиц, которые в 1251.
Кроме того - ты не услышал важного:
Смотря какие там данные и как хранятся.
Если там напр кириллица закодированная и/или в сериальных данных, то всё, сливай вода..
Ну и вообще да:
в объективной реальности базу оставить можно в 1251, а показывать данные из нее - в UTF8
Ну да, ну да, если бы еще точно знать какой именно плагин может сделать это правильно.
Любой, предназначенный для миграции. Наиболее удобный https://wordpress.org/plugins/duplicator/
Я пользовался этим и вроде все ок, но сайт начал терять посетителей. Копнул запросом в бд, а там после плагина непаханое поле, куча ссылок на старые адреса.
Значит скорее всего неправильно использовал плагин. Что-то, а домен он поменяет без проблем. Не так много мест, где он встречается (разве что какие-то говноплагины его зашифруют).
Где моя уверенность что предлагаемый вами плагин все сделает правильно?
Поиск по базе придаст уверенности. Акцентирую - только поиск, а не изменение данных.
Но да, иногда бывает, что плаги чего-то не увидят (у того же дубликатора есть 2 режима сканиования). Это следы всяких говно"премиальных" тем и плагинов (в тч и бесплатных типа некстгаллери) - они могут хранить данные в экранированном виде или ещё как-то по-хитрому. Плаги же миграции похоже это не ищут, тк это бОльшая нагрузка.
Поэтому для уверенности после миграции не лишним будет поискать в базе старые вхождения.
Простите, разве это сеошный вопрос?
Это-то как раз технический вопрос. Но был-то в сеошном разделе. Уже перенесли в технический.
А при смене домена не они производятся в бд?
Всё и всегда "производится в БД" Но НЕ грубым вмешательством, не прямым SQL-запросами, а через АПИ. Грубым можно только пароль и мыло юзеру сменить.
А любая миграция ВП0-сайта должна производиться с пом. спец. плагинов или скрипта.
Да, некоторые.. отсталые не понимают, что такое пути к файлам и что они (и домен) может храниться в сериализованных массивах (а то и в др таблицах, созданных какими-то плагинами) и используют столетние методы со столетних ГС, когда ВП был маленький и это не вызывало проблем. Но именно они потом разносят по форумам мифы о глючности и неповоротливости ВП.
Почему с картинками не прокатит?
Потому что суррогатные ключи и сериализованные данные.
Этот коннект сможет норм собирать их? Сори просто там вообще для огранизаций инструмент почемуто и ни фига не понятно что он делает...
Это почта на твоём домене, но на серверах яндекса, а не хостинга.
По сути это та же же я.почта (тот же фейс и возможности), только вместо твой_акк@yandex.ru будет что_и сколько_угодно@твой_домен. И это только часть плюшек.
Зоны! Сейчас много зон.
Их всегда было много. По всей территории планеты. :)
непонятно
Непонятно разве что полным дурачкам, которым и .com ничего не скажет. Там вообще на адреса пофик - они их не понимают.
Жаль, что никто не может помочь..
Качество ответа напрямую зависит от качества вопроса.
Лично я увидел единственный вопрос:
Может, кто разбирается?
Не думаю, что нужен ответ на этот вопрос.
Перенесла тему в раздел Монетизация сайтов > Контекстная реклама > Google AdSense.
А вот плодить топики не нужно. Тем более что не по теме раздела.
---------- Добавлено 04.09.2018 в 11:51 ----------
Тот топик уже перенёс куда следует. Этот закрывается как бесполезный дубль..