Алеандр

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

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

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

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

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

Предлагаю поинтересоваться у разработчиков плагинов как это они умудряются разрабатывать плагины без доступа к базам всех тех, кто их потом будет использовать. Наверное, чтобы разработать плагин для всех, нужно собрать базы данных и код всех сайтов, чтобы его написать, да? Ну и конечно же, что такое тестовые данные и работа с 1 типичной страницей сайта тебе неведома? Ну, чтобы сделать изменения в блоках страницы с материалом обязательно иметь базу со всеми 100500 материалами, одной тестовой не хватит?  Спасибо, повеселил )) Не порть свою репутацию спеца, это даже с троллингом выглядит глупо.

Техники Симорон - это некое послание в небытие, да. Типа "Лети-лети лепесток.. выполни, что я хочу". Естественно, что никакое бытие никаким образом на это пожелание не реагирует, но неразборчивый человек начинает себя убеждать, что это работает и в любой случайности начинает искать ответ на свою боль и проблемы. Таким образом веруя в то, что Вселенная поможет ему без его усилий. Ну, просто потому, что он попросил. Этакий себе утешающий поток сознания, мол все будет хорошо, меня услышат рано или поздно. Для больных - это мечта исцеления, для ленивых - миллион в лотерею, короче, кто во что горазд и что хочет. Этакая приземленная молитва, но не конкретно к Богу, а просто в космос )

Учитывая, что это все еще сопряжено с кучей выдуманных ритуалов, то вообще крышеснос. В общем, в нормальном состоянии там делать нечего ) Верить в то, что если ты расклеишь по дому "куклы" денег, то их от этого станет больше, или верить в то, что ты нарисовал дом мечты - и он вдруг построится или купится без приложения усилий - ну, такое себе. И это даже мелочь, в сравнении с тем, какие послания и ритуалы выдумываются в этих условиях. Короче, что курил автор этого всего - известно.

Да, приходится узнавать о таких вещах, общаясь с людьми, верующими в это.

А что в этом невозможного? Ничего не мешает сдампить исключительно структуру базы БЕЗ данных. Т.е. без постов, категорий и прочего. Залить в тест базу, внести тестовые данные и с ними работать. На кой балаган тягать туда-обратно весь сайт со всеми постами? Закончили тестирование, создали новые таблицы? Ну так только они и добавляются в рабочую базу, так как контента во вновь создаваемых структурах априори нет. Равно как включение нового модуля на новом сайте. Модуль создает голую структуру и вносит только нужные ему стартовые данные. Это элементарная работа с распределением рабочих и тестовых данных, с созданием тех или иных структур в базе. Я уж молчу про дампы по таблицам и частям, если они огромные. Когда у тебя в БД миллионы записей, подампить ВСЕ сразу за один проход - офигеешь.

mysqldump --no-data - без данных
А если нужна какая-то таблица, например с категориями, чтобы не вносить заново эту таблицу, то дампишь только нужную таблицу. Ничего фантастического.

Тоже самое и про статичные данные, на кой их туда-обратно тягать, когда они лежат на том же диске в соседней папке? Симлинки для того и существуют, очень удобная вещь.

Кхм, а при чем тут изменения в коде сайта и их тестирование к изменениям базы? Опять наискось читаешь? Разговор идет о том, что если в процессе работы над сайтом производится только модификация кода php, не затрагивая контент и БД - то базу один раз скопировал, изменил под второй домен и забыл о ней, настроив к ней обращение.  Одно дело в базе постоянно кошмарить таблицы с данными и другой момент - менять что-то в дизайне, не затрагивая БД в принципе. О чем, собственно, я и спрашивал ТС. Как работает ВП со своими проблемами, равно как и другие популярные движки - я в курсе, спасибо.

А чем это будет отличаться от того, что есть сейчас? Условно говоря, добавится лишь один блок: мы определили, что вы в Мск. Это верно? Да - ок, спасибо, прячется окошко. Нет, неверно - выдается окно выбора, пользователь сам там выбирает локацию и жмет переход. Никаких принудительных редиректов, ничего в коде страшного тоже не добавится. Вот если бы пользователя в принудиловку редиректили, то это уже нюанс. А так - просто пользователь сам по клику покидает ваш основной сайт и переходит на другой сайт, вроде бы ничего военного в этом.

А в БД тоже ежедневные изменения структуры? Сомнительно. Если же только файлы, то один раз сделать копию БД для тестов, для файлов данных создать симлинки. Остальные, изменяемые часто файлы переложить в другую папку, назначить другой поддомен на них, закрытый не просто в роботс, но и банальной Basic Auth на уровне апача и с этой копией работать.

Выглядит это так: 2 рядом расположенных папки рабочего домена и поддомена для тестов. Все глобальные картинки, аплоад файлы и тд, чаще всего лежащие в папке upload - их сделать линками, так будет работать, но тягать туда-обратно не придется. Остальные файлы тем - обычные файлы. Файл конфигурации и база - разные. Обычно она нужна только для данных и тестов на ней. Делается копия и из поддомена смотрится в нее.

После тестирования изменений в файлах шаблонов или движка достаточно перезалить эти файлы в соседнюю папку с реальным доменом и ничего мигрировать не нужно.

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