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