Как тестировать нововведения на сайте?

Не нужно им о таком, а то у них сотряс начнется. Если они не в курсе, что такое тестовые базы с ограниченными данными, то все остальное для них полный мрак и демонические происки.

Давай для начала поинтересуйся у ТСа - что ему надо. Ни слова "код" ни "дизайн" на первой странице не встречаются. Их родил ты. При этом пытался перевести стрелки на меня.

А потом попробуй подумать над тем, что плагин что-то делает на сайте (работает) и при этом изменяет базу. Т.е. изменяет конкретный сайт так, как его настроит админ.

Что тебя в этом смущает? Прикинь, делается дамп структуры, затем создается 2-3 нужных категории, и 2-3 материала на которых тестируются изменения. Объясни, зачем тебе будут нужны остальные 200 категорий и 500 тыс материалов, если принцип их отображения совершенно одинаков? М? Детский лепет от спеца по ВП. Выше я тебе дал пример простой разработки функционала под ВП и любой другой движок - создание универсального модуля и его инсталл в уже рабочий сайт. Если это не аллё, то увы, значит совсем трэш и дальше и обсуждать нечего, тягайте гиговые дампы, чтобы поправить копеечный вывод в материале )

Еще раз. Неважно, что будет разрабатывать ТС, это делается на структуре БД равно как и при разработке плагина, НЕ имея полной базы. Она нафиг не нужна. Структура + тестовые 2-3 материала и категории. А если не умеет человек делать дамп структуры или в рабочую базу вливать структуру нового функционала - ему нужно нанять нормально спеца. Все просто.

Не смущает, а возмущает. Ты не знаешь даже структуры базы, не знаешь о суррогатности и сквозных id, не знаешь вообще ничего внутренностях ВП и как с ним работать, а лезешь с идиотскими советами и более того - споришь о чем и понятия не имеешь.

Это просто прелестно.. Нет слов..

"советы космического масштаба и космической же глупости"(с)

Вот тебе пример из соседней темы: https://searchengines.guru/ru/forum/1037086

Как можно менять код, о майн гад, не затрагивая базу данных )) И такого может быть полна коробочка. Но и даже в случае с БД все данные не нужны. А занимаясь тяганием по 20 гиг туда-сюда обратно ежесуточно, уронить сайт можно на ура, а на время синхронизации тебе еще и ПС скажут спасибо за недоступность сайта, вместе с дальнейшим улетом по seo. И дело даже не в неудобстве юзеров, их там потом с такими ежедневными миграциями просто не будет )

Точняк, я же первый раз в глаза вижу код ВП и его базу ))
Еще раз, тебе к создателям плагинов, вот они развлеклись бы послушая, как им нужны базы клиентов в полном размере, чтобы создать плагин для всех. Без этого ни плагин написать, ничего не сделать. Хочешь плагин - давай свою базу. Ах, хотите универсальный, скидывайте все базы данных, иначе никак. Они же так разрабатывают, верно?

Может хватит доказывать свою безграмотность и упоротость? Код из соседней темы как раз напрямую "затрагивает" базу.

Друзья, извините, что не уточнил сразу, разработка и, соответственно, тестирование затрагивают базу  (и структуру и данные).

SeVlad, вам отдельное спасибо.

Пока что основная идея это заказать скрипт, который будет делать примерно такое:

- Дамп базы и файлов в архив на основном сервере (настроим игнор статики, и файлов будет на пару сотен мегабайт)

- Удаление на тестовом сервере устаревшей копии (исключая статику), заливка  архивов туда и разворачивание свежего дампа

Вроде бы реализуемо?