Алеандр

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Текст внутри блока отзывов содержится исключительно в поле

data-elfsight-testimonials-slider-options

и при этом зашифрован в единую строку, потому простым поиском по странице не находится.

%7B%22template%22%3A%22singlePostcard%22%2C%22layout%22%3A%22slider%22%2C%22sliderArrows%22%3Atrue%2C%22sliderDrag%22%3Atrue%2C%22sliderSpeed

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

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

Мобильную всегда можно подправить, тем более у вас есть основной адаптив. Единственное, что смутило, не проверял на мобиле, но в эмуляции кнопка каталога наверху почему-то не жмется. Это бы проверить, ну может еще где-то что-то по мелочам.

В вашей тематике, мне кажется, не так много трафика и объема заказов, а значит и сильно там гнаться за новым функционалом незачем. Для CMS главное, чтобы апдейты безопасности этой версии были установлены. Если с этим нет проблем, то все новое - враг устоявшегося.

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

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