Регистрация
Регистрируясь, вы подтверждаете свое согласие с соглашением об использовании персональных данных.
Восстановление пароля
10.07.2024, 08:25
Дмитрий

Зарегистрирован:
2024-03-26
Сообщений: 10

Привет.

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

Вопрос:
лицензию же можно сначала "прикрепить" к копии сайта (один домен), а после проверки обновлений на копии, лицензию благополучно отменить ("открепить") на копии сайта, назначить основному сайту и уже на основном сайте повторить все действия по обновлению?
Другими словами, лицензию можно распространять только на один сайт?
При переносе лицензии с сайта на сайт достаточно будет указать новый сайт и привязка с предыдущему автоматически отвалится?

Спрашиваю все эти нюансы, т.к. с лицензиями не сталкивался.

Спасибо!
10.07.2024, 11:22
Баранов Александр
NetCat

Зарегистрирован:
2013-04-17
Сообщений: 40

Здравствуйте!

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

abaranov
10.07.2024, 13:16
Дмитрий

Зарегистрирован:
2024-03-26
Сообщений: 10

Тогда получается, надо покупать две лицензии - на копию сайта и потом на сам сайт?

Спасибо
10.07.2024, 14:21
Баранов Александр
NetCat

Зарегистрирован:
2013-04-17
Сообщений: 40

Да, согласно лицензионному соглашению https://netcat.ru/netcat_files/525/461/h_f95db76d5c352bcb8ea7b115db7c6897 каждой копии CMS должна соответствовать своя лицензия (внутри CMS при этом может быть сколько угодно сайтов).

abaranov
10.07.2024, 15:46
Дмитрий

Зарегистрирован:
2024-03-26
Сообщений: 10

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

Спасибо
10.07.2024, 16:10
Баранов Александр
NetCat

Зарегистрирован:
2013-04-17
Сообщений: 40

Если копия CMS нужна только на время, то можно каждый раз писать в тех. поддержку Netcat, указывая номер вашей лицензии и код активации со страницы вашей админки (которая "не копия") с просьбой пересинхронизировать данные после ваших манипуляций на временной копии. Это неудобно, но это единственный выход, если вам каждый раз при обновлении необходимо иметь временную копию. Обычно поступают проще, если нужна доп. надежность при обновлении - перед обновлением CMS делают полную резервную копию средствами хостинга (обычно в хостинг-панелях есть такой инструмент и работает он довольно быстро), после чего "безболезненно" обновляются стандартным способом (если что-то будет не так, то на хостинге всегда можно произвести быстрый откат на точку резервной копии), в таком случае не нужно будет заводить дополнительных временный полных копий на одной и той же лицензии

abaranov
10.07.2024, 17:09
Дмитрий

Зарегистрирован:
2024-03-26
Сообщений: 10

Это все понятно. Просто заказчик не хочет рисковать. Например, версия 5.9 для E-Commerce требует какую версию PHP? Сейчас сайт на E-Commerce 5.7 и PHP 5.6.40. Я просто боюсь, что т.к. ранее по CMS-ке хорошо полазили, то при обновлении может повысыпаться куча ошибок и на их удаление может уйти много времени, а сайт должен работать для клиентов - отсюда и вариант делать копию, чтобы на ней проверить и отработать обновление с починкой возможных ошибок, а потом уже по тому же алгоритму обновить основной сайт. Вот...
10.07.2024, 17:42
Баранов Александр
NetCat

Зарегистрирован:
2013-04-17
Сообщений: 40

Версию php необязательно поднимать при обновлении до netcat 6.4, поскольку актуальный Netcat все так же поддерживает старые версии php от 5.3 до 7.4 (как это было на Netcat 5.9), просто была добавлена поддержка php 8.2. Если в коде самой CMS "покопались", то обновление вполне может все это затереть. В любом случае, вариант с откатом на резервную копию на хостинге , если что-то пойдет не так, вполне рабочий и , наверное, самый простой.

abaranov
198 196 2024-07-10 17:42:11 15380
Описание проекта