Nentra

Как выше уже написали - нужно указать прямой путь к интерпретатору и будет работать:
1. Распаковываете архивы с php разные папки, настраиваете каждый через php.ini как надо, xdebug ставите и всё, что вам ещё может понадобиться. В path при этом ничего не прописываете.
2. В Шторме в настройках PHP кликаете на три точки справа от CLI Interpreters и там добавляете каждый интерпретатор путём указания путь до php.exe нужной версии
3. Выбираете нужный интерпертатор при запуске/отладке скрипта в шторме.

Аналогия со входом в здание с охраной

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

Авторизация - процесс, в ходе которого пользователь (уже прошедший процедуру аутентификации) подтверждает свое право пользоваться ресурсом - предьявление пропуска. Охрана убедилась, что Иван Петров (личность которого уже подтверждена) имеет право пройти на территорию.

Применительно к сайтам, на большинстве шаг аутентификации опускается - знаешь пароль - проходи :)

Пароль нигде не посмотреть. GitLab не позволяет аутентифицироваться по паролю при использовании протокола SSH. Вместо этого GitLab использует криптографию с открытым ключом для аутентификации по SSH.

Чтобы аутентифицироваться по SSH с помощью GitLab, вам нужно сгенерировать пару ключей SSH на локальной машине и добавить открытый ключ в свою учетную запись GitLab. После добавления вашего открытого ключа в учетную запись вы можете клонировать репозитории GitLab и выполнять другие операции Git с использованием протокола SSH, не запрашивая пароль.

Добавление ключа SSH в свою учетную запись GitLab

Если не хочется возиться с ключами — используйте HTTPS-протокол.

File | Settings | Editor | Code Editing

Есть активити "Пауза в выполнении", которая позволяет остановить ход бизнес-процесса на определенное количество дней или до указанной даты. Подробнее в документации.

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

Как получить в ответ от веб хука результат работы бизнес процесса — текстовую строку?

Никак.

Как архитектурно работает активити вебхук в Битрикс24 (не важно в облаке или в коробке (без кастомизаций)):
1. Вызывается действие "Вебхук", на вход подается ссылка которая будет вызвана
2. Проверяется регистрация на облачном провайдере (oauth.bitrix.info) (если регистрации нет, выполняется авторегистрация)
3. Если регистрация есть (или прошла успешно) - двигаемся дальше, если нет - пропускаем шаг.
4. На облачный провайдер (oauth.bitrix.info) передается ссылка. Там формируется задание на отправку и оно падает в очередь.
5. Облачная очередь обрабатывается асинхронными скриптами и выполняется вызов этой исходной ссылки.

Как можно увидеть в данном случае вызов осуществляет не портал, а облачная очередь и даже если ссылка что-то вернет - этот результата не будет обработан (ведь его обрабатывает даже не ваш Битрикс24)

Я как-то работал при аналогичных условиях. Возможно даже хуже. 1 делом, наплевал на на защиту их системы и работы других прогеров. Я та был осторожен, и все что относилось ко мне оберегал бекапами, гитом, системой деплоя и тд. А в это же время мои сотоварищи писали код прямиком из notepad через мать его Samba. Samba же открыта и без пароля и доступна по вафле. У вафли пароль 12345678.

Просто плюньте на работу остальных. Делайте свои проекты как вам удобно. У вас есть доступ к полигону, где вы как раз таки имеете возможность саморазвития. Настройте гит флоу, систему деплоя, всякие юни-тесты. Попросите маркерную доску или лист A3 и замутите Agile для себя и девушки. Почувствуйте себя лидером ©

Договорился на подработку, прислали договор на подписание, в нём увидел пункты которые не видел в других подобных договорах - это мошенники, кто ни будь с таким сталкивался?

Мошенники вряд ли, но многие заказчики не знают НПА и пишут всё подряд в догор, которые суд часто может признать незаконными.

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

Ну пусть требует). За такие вещи не так легко взыскать. Если что потраченные деньги на разработку системы будет тяжело класифицировать как ущерб.
Вообще заказчик может отказаться от исполнения договора с этим условием, но если захотят кинуть и сумма не очень большая, то непонятно, что лучше судиться или забить. В целом не совсем уверен в законности этих пунктов, выглядят примерно как пункты типа "заказчик имеет право оштрафовать по договору на 10кк рублей, если будет нарушено НДА", но в реальности он сможет взыскать деньги через суд и то если он правильно всё сделал, если кратко то по нда очень тяжело привлечь. В данном случае работайте либо по предоплате, либо по пунктам, т.е. что-то сделали просите оплату, не дают то прекращаете работу.
P.S. А что вы делаете, всё что писал выше в основном к разработке относится.

"Здравствуйте, меня зовут Nentra. Я готов выполнить ваш проект за $100500".

Ваше КП готово. С вас $100.

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

$productUser = $updateResult->getObject();
$date = $productUser->get("UF_DATE");

git - это система контроля версий.
Это не "локальное хранилище" и не нечто, что можно "приделать" сбоку.

Предположу, что под словом "приделать" вы имеете в виду использование git для доставки обновлений на продуктивный сервер.
Моё мнение - так делать не стоит.
Серверу совершенно не нужно хранить у себя всю историю версий.

А вот локально да - лучше вести разработку в git.
Ещё по хорошему следует хранить копию репозитория на каком-нибудь ещё сервере, например в собственном экземпляре gitlab и синхронизировать её с локальной при помощи git pull/push.

Ну и помни, что не надо все файлы в git запихивать. В git должны храниться только исходные файлы. Всякие картинки - в git-lfs.
Пароли - в каком-то другом хранилище.
Артефакты, которые создаёт компилятор или препроцессор - в .gitignore

Попробуйте в функцию DoInstall() добавить условие:

if(CheckVersion(phpversion(), "8.0.0")){
            $APPLICATION->ThrowException(
                Loc::getMessage("PHP_ERROR_VERSION")
            );
        }

Где присвоить текст для "PHP_ERROR_VERSION" думаю знаете.

Это старое ядро, если захотите то можно переписать на D7, там есть аналог.

Бывает непреодолимое желание избегать повторяющихся кусков кода. Часто оно здраво и ведёт к правильному рефакторингу кода.

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

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

Для вдохновения и красивой архитектуры посмотрите на хэлперы в Laravel

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

Функции-хелперы обычно относятся к первой категории. Их традиционно пишут в отдельном файле, который подключается к коду проекта.

Либо по средствам делегирования событий (рекомендуется)
И тогда на jQuery будет что-то типа:

$('.div-0').on('click', '.div-nested', function() {...}

Либо при создании элемента добавлять ему обработчик.
И тогда что-то типа:

var d = $('div', {
  class: 'div-nested',
  on: {
    click: function() {}
  }
})