Андрей Николаев

Я бы сделал так:

1. Покупаем статический IP адрес у вашего провайдера.
2. На VirtualBox в сетевой карте настраивем Bridge тип, чтобы виртуалка свой IP адрес в локальной сети.
3. На вашем роутере выполняем следующие действия:
3.1 Фиксируем IP за mac-адресом чтобы исключить переназначение адреса другому устройтсву
3.2 Настраиваем проброс портов 80 и 443 на IP адрес виртуалки.
4. Проверяем антивирус на хостовой машине чтобы он не гасил ничего (вообще не должен, но на всякий).

Далее через команду traceroute из внешнего устройства смотрим на какой IP гасятся пакеты.

Метод wakeUp достаточно полезен в различных сценариях работы.
Вот несколько примеров его использования:

1. Использование в целях тестирования.

Предположим у вас есть некоторый класс объекта Record, который является объектом для RecordTable.
Вы написали некоторую функицю, которая выполняет сложную проверку (например что дата записи не в прошедшем времени, что указанный пользователь является активным и т.п.).
Допустим вот такая:

{
	public function isAcceptable( Record $record): bool
	{
		if ( $this->container()->getDateSerivce()->isEarlyDate($record->getDate()) )
		{
			return false;
		}

		if ( !$this->container()->getUserRepository()->isActiveUser($record->getUserId()))
		{
			return false;
		}

		// ... 

		return true;
	}
}

Как вам ее протестировать?
Наверное нужно получить объект класса Record из БД и отправить в функцию, но что делать если такой записи нет? Создать ее? Но это же тест, а создание это запись в БД, которая может отразиться над ругих тестах.
Решение - wakeUp:

// Now - 20.03.2025
$earlyDateObject = Record::wakeUp([
	'ID' => -1,
	'DATE' => DateTime::createFromTimestamp(strtotime("10.03.2025"))
]);

assertFalse( $checker->isAcceptable($earlyDateObject) );

$unexistedUserRecord = Record::wakeUp([
	'ID' => -1,
	'DATE' => DateTime::createFromTimestamp(strtotime("21.03.2025")),
	'USER_ID' => -1
]);

assertFalse( $checker->isAcceptable($earlyDateObject) );

$normalRecord = Record::wakeUp([
	'ID' => -1,
	'DATE' => DateTime::createFromTimestamp(strtotime("21.03.2025")),
	'USER_ID' => 1
]);

assertTrue( $checker->isAcceptable($earlyDateObject) );

Таким образмо мы написали псевдо-юнит тест который покрывает нашу функцию и при этом не создает и не использует ничего лишнего из БД.

2. Восстановление данных из кеша.

Предположим, заходя на страницу вы закешировали ID ресурсов отображаемых на ней, но есть некоторая произвольная величина закешировать которую вы ну никак не можете.
Механизм вычисления этой величины описан в функции calculatePriority, но она принимает объект Record, а у вас массив из кеша.

Таким образом получается некоторый такой код:

$myCachedIds = Container::getInstance()->getCacheService()->get('MY_SUPER_KEY');

$records = RecordTable::createCollection();

foreach($myCachedIds as $recordId)
{
	$records->add(
		Record::wakeUp([
			'ID' => $recordId
		])
	);
}

$records->fill();

foreach( $records as $record )
{
	$arResult['RECORDS'][] = [
		'ID' => $record->getId(),
		'PRIORITY' => getPriority($record) 
	];
}

3. Получение данных из других источников.

Допустим у нас есть несколько табилц: Автор и Книга.

Автор содержит:
- ID
- ФИО (NAME)
- Город (CITY)

Книга содержит:
- ID
- ID автора
- Название

Предположим мы делаем постраничную навигацию для каталога книг и нам нужно вывести ФИО автора.

$authorCollection = AuthorTable::createCollection();

$books = BookTable::getList()->fetchCollection();

foreach( $books as $book)
{
	$authorCollection->add(
		Author::wakeUp([
			'ID' => $book->getAuthorId()
		])
	);
}

$authorCollection->fill(['CITY', 'NAME']);

Согласен, здесь пример кажется немного отстраненным, ведь для связи 1:n можно было бы просто дозапросить данные из БД в 1 запрос, но если у вас таких таблиц уже не 2, а скажем 4-6, то последовательные запросы на получение только необходимой информации серьезно сократят время на получение данных.

Без лишних слов, вот так:

// Подписываемся на событие через современный механизм
$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandlerCompatible("tasks", "OnTaskUpdate", "OnTaskUpdateHandler");

function OnTaskUpdateHandler($taskId, $editedFields, $originalFields)
{
	// Если статус не меняется, ничего делать не нужно
	if ( !array_key_exists('STATUS', $editedFields) )
	{
		return true;
	}

	// Если статус меняется НЕ в состояние completed - ничего делать не нужно 
	if ( intval($editedFields["STATUS"]) != \Bitrix\Tasks\Internals\Task\Status::COMPLETED )
	{
		return true;
	}

	// Если вы меняете что-то другое, например название завершенной задачи, а статус просто летит за компанию, то делать ничего не нужно
	if ( $editedFields["STATUS"] == $editedFields["originalFields"] )
	{
		return true;
	}

	// Наш обработчик не имеет смысла, если модуль "Веб-мессенджер" не подключен
	if (!\Bitrix\Main\Loader::includeModule('im'))
	{
		return true;
	}

	/**
	 * Посмотреть поля можно через этот метод.
	 * Они будут в той же директории где и текущий файл, в файле log.log
	 */
	//\Bitrix\Main\Diag\Debug::dumpToFile(
	//	[
	//		'$taskId'        => $taskId,
	//		'$arFields'      => $arFields,
	//		'$eventTaskData' => $eventTaskData
	//	],
	//	date('d.m.Y H:i:s'),
	//	str_replace($_SERVER['DOCUMENT_ROOT'], '', __DIR__.'/log.log')
	//);

    $notificationParams = [
		"TO_USER_ID"   => $originalFields["CREATED_BY"],
		"FROM_USER_ID" => $originalFields["CREATED_BY"],
		"NOTIFY_TYPE" => IM_NOTIFY_SYSTEM,
		"NOTIFY_MODULE" => 'tasks', 
		"NOTIFY_MESSAGE" => "Задача #".$taskId." была закрыта.",
	];

	\CIMNotify::Add($notificationParams);
}

Во-первых, вам скорее следует поправить логику БП и вашего обработчика событий, чтобы он делал то что нужно только в определенный момент и не делал ее лишний раз.
Во-вторых, если вам нужен момент ИМЕННО после определенных действий, а обычные изменения в БП вам в принципе не нужно, то стоит рассмотреть момент создания собственного действия в БП.

Мне нужно скачать более струю версию битрикс для того что б ее можно было установить на компьютер с 7 виндой.

1. На компьютере с Windows вообще не рекомендуется устанавливать Битрикс. Либо VirtualBox/VMWare/Другая виртуализация, а туда CentOS7 + Bitrix Env, либо виртуализация и туда любая ось и сами настраивайте nginx/php-fpm/mysql и т.п.

2. На крайняк docker + wsl.

Что касается старых версий то их можно скачать только через техподдержку или у вас есть старый ключ, который не продлевали (в таком случае в ЛК сайта вы можете запросить последний архив).

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

Начните с очевидного - проверьте все onEpilog события, затем проверьте onEndBufferContents и далее если это все не поможет вооружайтесь отладчиком и идите в footer.php смотреть что же именно там выдает это подчеркивание. Вариантов может быть масса, но если ядро не правили скорее всего одно из двух событий подойдет и там обнаружите ваше подчеркивание.

Вам нужно получить поля сделки (ID, OPPORTUNITY), посчитать через CCrmAccountingHelper::calculateAccountingData и положить обратно в сделку.

Хотя скорее всего если вы просто те же поля передадите в пустой update он сам пересчитает все.

Я могу выставить только два условия: стадию сделки и сумму сделки, а как добавить условие по названию товара?

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

Возможно ли это осуществить и если возможно, то может есть какая-то идея?

Возможно - через REST приложение в облаке или PHP-код (свое активити) в коробке Битрикс24.
Штатных инструментов в данном случае нет - разве что только очень экзотические.