Тестовый сайт

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

Как у вас выглядит тестовая среда? С файлами всё понятно: репозиторий, сборка, деплой. Что делаете с базой данных? Полностью перенести с тестового сайта нельзя.

Кто как обходится в таких случаях?

0

Сообщение от Silver22 Полностью перенести с тестового сайта нельзя.

Почему нельзя?

Вообще, вне зависимости от платформы сайта я уже много лет использую одну и ту же схему. Для небольших проектов - локально разворачивается полная копия боевого сайта (копируем файлы, копируем БД, настраиваем окружение схожее с настройками прода - для простых случаев можно настроить руками, для сложных использую vagrant или docker).

Для больших и сложных проектов (включая такие, где БД весит много терабайт и ее нельзя просто скопировать) отдельно создается тестовый контур (dev) и боевой (prod). На тесте БД которая по структуре полностью идентична БД прода, но имеет лишь тестовое наполнение (перенесены справочники и настройки, но нет контента).

Для создания таких тестовых контуров, конечно, приходится приложить усилия. Либо делается дамп БД прода и вычищается от лишних данных. Либо экспортируется только структура БД и наполняется тестовыми данными.

На больших проектах в репозитории обязательно храним миграции БД (скрипты, которые позволяют автоматически вносить изменения в БД при деплое приложения). Но в случае с WP вроде так сильно ни разу не заморачивались.

0

Сообщение от Silver22 Что делаете с базой данных? Полностью перенести с тестового сайта нельзя.

А зачем с тестового переносить?.. Мы никогда такого не делали. Тестовому стенду - тестовые данные. Постетили и выбросили базу.

0

Сообщение от Usaga А зачем с тестового переносить?

У нас было два сценария, когда нужно было разворачивать БД с прода на тесте:

1) Воспроизведение ошибки. В одной компании мы поддерживали работающие приложения и если возникала ситуация, когда непонятно было в чем ошибка (но она была срочной и важной), мы разворачивали на тесте копию прода по состоянию на проблемное время (несколько раз в сутки делался полный бэкап прода, который можно было очень быстро раскатать на тесте) и воспроизводили проблему на нем.

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

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

Делаем копию прода, поднимаем тестовую среду (чаще всего в локальном окружении) и начинаем работать. Для небольших веб-студий это де-факто норма и 9 проектов из 10 будут плюс-минус такие.

0

liris, то, что ты описал - это ок. Мы так же делаем. ТС про другое: с тестового на прод. Вот это интересно)

0

Сообщение от Usaga ТС про другое: с тестового на прод. Вот это интересно)

Ну один сценарий вижу. Разработали сайт - надо залить все это дело на прод. Но мне кажется тут опечатка. Если смогли тестовую среду развернуть, значит переносить умеют (да и с WP нет никакой проблемы, есть в доке мануал как это переносить, вообще несложный).

Я все же предполагаю, что ТС имел ввиду что есть в проде БД, к которой нет полноценного доступа и хочется ее заполучить для тестов/разработки. У нас, конечно, и такие случаи бывали, в буднях веб-студий (когда заказчик хочет чтобы ему переделали уже работающий сайт, но доступов к нему не дает). Бывало что и через очень странные инструменты работали. Но это все bad practice и советовать я тут их не буду)

0

Сообщение от liris Ну один сценарий вижу. Разработали сайт - надо залить все это дело на прод.

Я в этом действе вижу три шага, а не два: разработали на машине разраба, протестировали на стейджинге (ТС про это?), развернули на проде.

И тут не понятен вопрос ТСа. Если смогли на тестовом сервере развернуть, значит система как-то к развёртыванию подготовлена. Есть какой-то дистрибутив. И на прод будет именно этот дистрибутив ставится. Причём тут база на тестовом сервере?...

0

Сообщение от liris Почему нельзя?

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

Сообщение от Usaga А зачем с тестового переносить?.. Мы никогда такого не делали. Тестовому стенду - тестовые данные. Постетили и выбросили базу.

Сообщение от Usaga Причём тут база на тестовом сервере?...

Может чуть не правильно объяснил: развернули тестовый сайт, на нём условно неделю пилились новые функции с глубокими изменениями в БД. Т.к. я говорю за WP, то например создались 15 уникальных страниц с кучей кастомных полей. За это время БД тестовго и прода будет сильно отличаться, поэтому просто пернести тестовую БД в прод нельзя.

Сообщение от liris Не могу сказать, что это хорошая практика.

Почему нет? Как по мне стандартная ситуация если нет тестовго окружения: развернул его по быстрому, частенько даже средствами хостера, выключил все связи с внешнем миром, нашёл\пофиксил баг и снёс его.

0

Сообщение от Silver22 фича пилилась\тестировалась несколько дней

"фичи" в ВП называются "плагинами" и распространяются архивами.

0

Сообщение от TuxFighter "фичи" в ВП называются "плагинами" и распространяются архивами.

Да, и все настройки этих плагинов тоже распространяется в архивах, так ведь?

0

Сообщение от Silver22 Да, и все настройки этих плагинов тоже распространяется в архивах

Можно написать миграцию. Если примитивно - просто sql-запрос, который нужно выполнить при установке плагина. Можно даже автоматизировать (добавить в скрипт инсталляции).

У вас же скорее всего просто будет инсерты каких строк? Или что за магия у вас происходит в проде, что кардинально меняется структура БД каждый день?

0

Сообщение от liris У вас же скорее всего просто будет инсерты каких строк? Или что за магия у вас происходит в проде, что кардинально меняется структура БД каждый день?

Не структура, данные в БД. Как я уже написал выше: на тестовом создались 15 страниц, их нужно перенести на прод.

0

Сообщение от Silver22 и все настройки этих плагинов тоже распространяется в архивах

на бумажке запиши -)))

Добавлено через 1 минуту

Сообщение от Silver22 на тестовом создались 15 страниц, их нужно перенести на прод.

как же кодеры ВУУкоммерси справляются с такой непосильной задачей???
Черное колдунство, не иначе

0

Сообщение от Silver22 развернули тестовый сайт, на нём условно неделю пилились новые функции с глубокими изменениями в БД

Это не "тестовый" сайт. Получается, что это машина, где разработка ведётся, а не тестирование.

Тут действительно нужно скрипт миграции писать.

0

Сообщение от Usaga Тут действительно нужно скрипт миграции писать.

про Дупликатор похоже ни кто в этом мире не знает....

0

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

0

Сообщение от Usaga Это не "тестовый" сайт. Получается, что это машина, где разработка ведётся, а не тестирование.

Неправильно выразился, staging

Сообщение от TuxFighter про Дупликатор похоже ни кто в этом мире не знает....

Duplicator может мигрировать только часть базы?

0

Сообщение от Silver22 Duplicator может мигрировать только часть базы?

понятия не имею, никогда такой дурацкой задачи не стояло.

0

Сообщение от TuxFighter понятия не имею, никогда такой дурацкой задачи не стояло.

Так а зачем тогда отвечать в теме? Сообщения набиваешь? У тебя же из 4 сообщений в теме - ни одного полезного.

0

Сообщение от Silver22 Так а зачем тогда отвечать в теме? Сообщения набиваешь? У тебя же из 4 сообщений в теме - ни одного полезного.

они гораздо полезнее этого твоего крика души.
к тому же не мне одному не понятно зачем тестовую базу куда-то тащить, тем более на продакшен.

0