Скорее совсем не совместима, раз об этом нет в её описании
И хотя любую тему можно сделать совместимой, но лучше сразу выбирать с заявленной совместимостью. И тут дело не столько не в самой совместимости (это делается достаточно просто), сколько в других полезных для ИМ плюшках (те же ХК для товаров и многое другое).
Максимальную, которую будут поддержать плагины. А они далеко не все переваривают 8ку.
На время разработки можно начать с 7,4, а после готовности попробовать повысить.
вообще они не должны индексироваться.
Но можешь добавить
И тут отдельная засада. Некоторые "особо ответственные" могут залезть в базу и автоматом поменять их. А то, что при этом побьются сериализованные данные они даже не представляют. Равно как и того, что это может быть частичное исправление, что вызовет доп. проблемы - конфликты, ошибки и тп.
Тут не так.
Ты на конечном домене сносишь все файлы и копируешь в него файлы импорта дупликатора - архив и php-шный файл. Если делался не полный импорт, то и не достающие файлы. Например в архив можно не включать uploads, и скопировать его вручную. Только не забыть проверить права файлов.
Базу дупликатор перепишет, но для надёжности можно создать новую.
Это всё сделает дубпликатор при импорте. Тебе только нужно будет проверять что он предложит.
ну и ничего ж не мешает потренироваться с дуплактором уже сейчас на тестоваых сайтах.
Да, не будем спорить, у каждого своё видение и расчёты.Повторю только - я это проходил и ещё тогда меня удивляло потерянное время. Но поскольку это было интересно, а з/п я получал вне зависимости от того, чем был занят (болтовнёй ли на конфах, проектированием ли или монтажом-настройкой оборудования/ПО), то эти "брифиги" мне даже нравились. (особенно когда после них был "сладкий горький стол" :) )
Т.е. это не плохо, когда "дядя" платит з/п. А когда получаешь оплату результата, то поди объясни клиенту, что он должен оплачивать эту болтовню.
И да. Результат этой болтовни всё равно должен фиксироваться на бумаге и согласовываться. Иначе - "забыл", "не услышал", "такого не говорили" со всеми вытекающими.
Можно использовать плагины - "расширители". Но использовать их настройки по минимуму, самое необходимое. Те же стили в большинстве случаев лучше не настраивать в админке, а писать в style.css.
И раз уж разговор перешел на внутренности, то, mumumu, первым делом нужно делать дочернюю тему. CTC в помощь.
Запомните раз и навсегда - ни один хостиг не переносит правильно сайты на ВП. (кроме спец хостингов, цена которых начинается от 30$/мес за самый простой тариф).
Ибо это работы поболее и поквалифицированее, чем тупое копирование файлов и базы.
А что касается бегета - там нельзя задать название каталога вебсайта, что уже может вызывать проблемы.
Но справедливости ради - обычные юзеры могут не заметить проблем и будут утверждать "мне отлично переносили". Проблемы они увидят позже, но уже не свяжут их с давним переносом.
Участвовал когда был молод, работал на дядю в офлайне и это было не связное с вебом :) (но связное с IT). Да, это прикольно и весело, но по факту на 50-90% впустую отнятые человекочасы.
Сейчас же, на фрилансе нет ни желания ни необходимости. Нет таких задач, где это понадобилось бы. Акцентирую - у меня нет.
Было пару заказчиков, которые хотели устроить нечто подобное, но я понимал, что это дурное времяпрепровождение. Написанное буквами ТЗ сокращает время и стоимость. (Ведь заказчики хотят платить "за результат", а не за время, потрачено на выяснения, споры и разные дискуссии).
Именно это тебе и нужно (понадобится) при переносе с временной локации (домена и физ.места) на рабочую.
Не лучший вариант. Пока ты будешь доделать рабочий сайт - распугаешь людей (а то и засветишь не нужное).
Лучший я показал выше - вначале всё делаешь на временном, потом уже готовое переносишь дуплликаторм (или подобным решением).
