Товарищи разработчики, при переносе сайта с облачного хостинга на выделенный сервер сегодня деактивировались все дополнения WP Recall. Никакие (!) другие плагины не деактивировались. Проблема только с WP Recall. Чтобы не поднимать вопрос о руках, сразу скажу, что перенос делал один из ключевых админов второго по посещаемости сайта в России, чел очень очень высокого уровня и большого опыта.
Из-за того, что деактивировался Ultimate (плагин доступа и оплаты), стали доступны всему интернету все ~ 3000 платных записей в блоге.
В цивилизованном мире к разработчику подали бы иск многомиллионный. В твердой валюте.
В нашем случае хотелось бы, чтобы для начала разработчик сделал правки в код, чтобы эта проблема больше ни у кого не повторилась. Смена хостинга - дело обычное. Можно и завтра переехать, если провайдер не устроит / мощностей железки не хватит.
Здравствуйте.
Когда переезжают на другой сервер - меняются серверные пути, папки, возможно еще что-то зависящее от сервера...
Когда ведут работы на сайте - закрывают его на техобслуживание. Даже плагины для этого есть (но можно и на уровне сервера - открыть только себе доступ и закрыть всем, до окончания работ). Закрываете им сайт - на техобслуживание, проводите работы, проверяете и отключаете его. Сайт в сети.
Админ высокого уровня этого не учёл?
Вы что-то из этого пункта пропустили.
А то что деактивировались дополнения - бывает. Пути поменялись, сериализованные данные нарушились.
Просто включаем дополнения, сверяем настройки и их сохраняем. Работаем.
Смена хостинга - дело обычное
и редкое, и на совести может разработчиков вордпресс или плагинов? Нет. Это ответственность того, кто переносит - до запуска проверить работоспособность.
В чем у вас состоит вопрос?
>> В чем у вас состоит вопрос?
Повезло вам, что в России живете. Здесь за такие чудеса могут просто руки сломать, приехав по домашнему адресу. В цивилизованном мире заставят еще и до конца жизни выплачивать пени. Мне кажется, это более справедливо.
Если вы не видите своей вины, как разработчики, очень плохо. Хотя, я заметил, что на этом сайте это данность. Наверное, поэтому ваши плагины хорошо продаются (с дисконтом) сотнями экземпляров на сборках (как пиратки), где их дописывают. С вами после некоторого общения пропадает желание общаться. Проще купить пиратку платных плагинов, уже допиленную и дешевле.
Возвращаясь к сути, ВСЕ ПЛАГИНЫ перенеслись нормально и до этого переносились нормально. Никто в здравом уме предположить не мог, что WPRecall "российской разработки" подарит столько чудес утром 21 марта. ПРОСТО ИСПРАВЬТЕ СВОИ КОСЯКИ В КОДЕ. Чтобы плагин при переезде не деактивировал все дополнения.
ЕЩЕ РАЗ, другие плагины переносились и переносятся, и перенеслись нормально.
Не надо из клиентов делать дураков. Вам это уже не в первый раз говорят. И не один клиент. В какой-то момент это начнет очень дорого обходиться. Если с вами такого в жизни еще ни разу не случалось, то всегда всё бывает в первый раз.
Спасибо за понимание.
P.S. Было бы еще лучше, если бы вы прямо отвечали на конкретные вопросы сразу, а не занимались самолюбованием, перекладывая буквы
dm1 сказал(а)
если бы вы прямо отвечали на конкретные вопросы сразу, а не занимались самолюбованием, перекладывая буквы
я отвечаю только в темах где разбираюсь в вопросе.
Итак:
Otshelnik-Fm сказал(а)
Когда ведут работы на сайте - закрывают его на техобслуживание. Даже плагины для этого есть (но можно и на уровне сервера - открыть только себе доступ и закрыть всем, до окончания работ). Закрываете им сайт - на техобслуживание, проводите работы, проверяете и отключаете его. Сайт в сети.
Я так понимаю сайт переносили на "живую", не закрывая доступ и конечно же произошло подобное и все спали, обнаружив к утру что произошло.
Перекладывать ответственность и угрозы
dm1 сказал(а)
могут просто руки сломать, приехав по домашнему адресу
- это вы зря. Давайте общаться по теме и цивилизованно.
Владимир, я никому не угрожаю, а описываю, как это устроено.
Да, сегодня утром поставили. До этого без Рекола переносили несколько раз, в т.ч. на других серверах тестовых (два) - всё было ок.
Еще подумали, может, контент весь удалить. Не стали. Много работы. Перенесли. Посмотрели. Всё на месте. В ВПРеколл даже мысли не было заглянуть. Перенесли DNS (поменяли IP). DNS начали обновляться. Прошло полчаса ... И "добрый день". Все записи наружу. Через минуту закрыли всё брандмауэром.
"Я так понимаю сайт переносили на "живую", не закрывая доступ"
Доступ был закрыт и там, и там. В этот момент. Когда выставили наружу, и разлогинились из "платных" тестовых юзеров - только в этот момент стало понятно, что Ультимейт на работает. Полезли разбираться, а там все дополнения ВПРеколл не активны.
Я просто в гугле открыл по запросу "как перенести сайт" первую ссылку - мне выдало статью
Когда копирование закончится, проверьте, работает ли ваш сайт.
Логично, что после переноса вам стоит проверить весь сайт на работоспособность. Если он завязан на закрытии доступами, то...
Тему не закрываю - может еще кто что напишет, поделится опытом переноса и проверки своего сайта на работоспособность ключевого функционала.
Что тут скажешь.
dm1 Я вас понимаю с точки зрения эмоций, которые вас обуревают, по человечески да.
Но не первый год, и даже не второй занимаюсь сайтами, при переносе всякое случается. Плагины отключаются и не запускаются, шаблоны косячат, просто тупо база крашится и масса всего случается.
Тем более когда конфиги серверов разные, версии PHP и тд.
Плюс, если задействованы важные плагины, как не проверить это дело. Да просто открыв странички сайта и посмотреть все ли ок. В вашем случаи, тем более, так как вы не видели рабочий сайт, пока энесы обновлялись.
Просто перетащили сайт, открыли доступ сами не видя результата.
Для переноса сайта, не нужен лучший админ рунета, справится любой, мало мальски знакомый с последовательностью действий.
1. Залить файлы
2. Залить базу
3. Поменять пути в базе одним запросом
4. Включить тех обслуживание и проверить все важные составляющие сайта.
Последний пункт можно включить сразу(активировав через сниппет плагин) при переносе сайта, когда сайт станет доступен, он будет закрыт от всех кроме админа.
Так, проверили. Всё "работает". Сидели под платными тестовыми юзерами. Только внутрь самого WPRecall не посмотрели.
Мы недосмотрели это факт. Но никогда еще таких факапов не было с ВП ни у кого, кто участвовал в переносе и доработке сайта. Всегда все переносилось идеально.
Поэтому я и говорю: ВПРеколл - единственный плагин, который совершил "неприятное действие". Вам нужно доработать этот момент. Если невозможно, то сделать акцент клиента, что у плагина есть "особенность", баг, фича. И нужно проверять все дополнения к нему и допы к каждому дополнению.
>> Я вас понимаю с точки зрения эмоций, которые вас обуревают, по человечески да.
Гарри, спасибо за советы. Я, к сожалению, в этой ситуации лишь "пострадавший". За всем уследить невозможно. Технические специалисты уже свою порцию каши получили с утра. Свою голову я, к сож., поставить тоже не могу никому. И мне чужую не поставят.
Но о таких вещах и разрабы должны предупреждать. Странно, что они не в курсе таких особенностей собственного продукта. Ведь, как Вы говорите, "сначала проверить, потом выложить" нужно.
Еще раз спасибо за советы.
Вообще я в курсе подобных особенностей и тем по этому поводу на форуме создано много, например
Мне, конечно, жаль, что так вышло, странно, что о Maintenance Mode никто в вашей команде не слышал, его используют даже на блогах с рецептами, а на таком секретном ресурсе как ваш не использовать его странно, да и как оченьоченьвысокоуровневый админ и платные тестеры пропустили неработоспособность функционала доступа, по сути самого важного функционала на сайте, тоже непонятно.
В любом случае, спешу принести извинения, что ранее не предупредил о существовании такого режима. Чуть позже посмотрю по озвученной особенности в работе дополнений плагина.