У меня есть модуль, я хотел бы протестировать его, в том числе его установку через Маркетплейс. Могу ли я как-то имитировать его работу? Или как-то еще протестировать установку модуля из Маркетплейса, без внесения изменений в последнем в код модуля?
Немного объясню ситуацию:
У модуля уже есть достаточно версий, и мы вдруг решили, что он должен поддерживать не php7, как было запланировано изначально, а php5.6. Но есть беда - в модуле сразу стал применяться синтаксис, не поддерживаемый последним. Соответственно, если вдруг новый клиент захочет получить наш модуль, у которого последняя версия будет целиком поддерживать php5.6, он все равно не сможет его получить - так как для этого будет нужно, чтобы все файлы установки (не всего модуля) всех версий нашего модуля были без этого синтаксиса, иначе при накатывании одной за другой версий в момент установки модуля будет ошибка в первый же раз, когда в файлах установки встретится что-то несовместимое с php5.6.
Соответственно, необходимо поправить все версии модуля, коих накопилось уже немало. И пробовать потом его устанавливать, что не совсем верно с точки зрения подхода к разработке, так как это будет происходить сразу там же, где и, возможно, в данный момент будут наши некие клиенты.
[B]Так вот, вопрос[/B]: как же все-таки поступить в таком случае? Делать все наживую, или все же есть способ протестировать именно установку модуля из МП, но не трогая его самого?
PS: На самом деле, поддержка php5.6 у нас будет такая, что после того, как модуль до конца запустится, мы скажем клиенту, что вам нужно обновиться до версии php7. Но тем не менее, даже для этого она нужна. [B]Поэтому, есть еще один вопрос[/B]: может быть, можно как-то сразу ограничить такие вещи, не правя все версии модуля? И как тогда наиболее аутентично для 1С-Битрикс сделать это?
Немного объясню ситуацию:
У модуля уже есть достаточно версий, и мы вдруг решили, что он должен поддерживать не php7, как было запланировано изначально, а php5.6. Но есть беда - в модуле сразу стал применяться синтаксис, не поддерживаемый последним. Соответственно, если вдруг новый клиент захочет получить наш модуль, у которого последняя версия будет целиком поддерживать php5.6, он все равно не сможет его получить - так как для этого будет нужно, чтобы все файлы установки (не всего модуля) всех версий нашего модуля были без этого синтаксиса, иначе при накатывании одной за другой версий в момент установки модуля будет ошибка в первый же раз, когда в файлах установки встретится что-то несовместимое с php5.6.
Соответственно, необходимо поправить все версии модуля, коих накопилось уже немало. И пробовать потом его устанавливать, что не совсем верно с точки зрения подхода к разработке, так как это будет происходить сразу там же, где и, возможно, в данный момент будут наши некие клиенты.
[B]Так вот, вопрос[/B]: как же все-таки поступить в таком случае? Делать все наживую, или все же есть способ протестировать именно установку модуля из МП, но не трогая его самого?
PS: На самом деле, поддержка php5.6 у нас будет такая, что после того, как модуль до конца запустится, мы скажем клиенту, что вам нужно обновиться до версии php7. Но тем не менее, даже для этого она нужна. [B]Поэтому, есть еще один вопрос[/B]: может быть, можно как-то сразу ограничить такие вещи, не правя все версии модуля? И как тогда наиболее аутентично для 1С-Битрикс сделать это?