Nentra

Я так делаю в шаблоне:

<script>
  BX.message({
    'BTN_MESSAGE_BASKET_REDIRECT': '<?=GetMessageJS("BTN_MESSAGE_BASKET_REDIRECT")?>',
    'BTN_MESSAGE_CLOSE_POPUP': '<?=GetMessageJS("BTN_MESSAGE_CLOSE_POPUP")?>',
    'CART_CAPTION_ADD': '<?=GetMessageJS("CART_CAPTION_ADD")?>',
    'CART_ADDED_TEMPLATE': '<?=GetMessageJS("CART_ADDED_TEMPLATE")?>'
  });

  console.log(BX.message("CART_CAPTION_ADD"));
</script>

Эээ... а что вы сделать то хотите ?

Я вот о чем говорю: при использовании ООП в bitrix вы сталкиваетесь сразу с 2 большими стенами - применение ооп и битрикс. Прежде чем разбирать конкретный код хотелось бы немножко просветить вас в самой архитектуре битрикса.
В терминологии Битрикса он использует концепцию MVC, но в рамках битрикса, а это означает что на любой странице где вы общаетесь с ним вы должны подключить пролог (хотя бы prolog_before) и эпилог (хотя бы epilog_after, ну в идеале). Именно "компонент" и является тем самым MVC (Вообще это скорее VC + row access, так как модели по сути нет). Есть класс CBitrixComponent (контроллер) и класс CBitrixComponentTemplate (который совместно с файлами шаблона и образует view).

Вызов компонента происходит из глобальной переменной $APPLICATION путем метода IncludeComponent. До версии 14 (если мне не изменяет память) вообще не было такого понятия как class.php, где можно было отнаследоваться от CBitrixComponent и перекрыть какие-нибудь функции (шаблонизатор к примеру сменить), а после нового ядра d7 появилась возможность отнаследоваться от CBitrixComponent и в файле class.php разместить свой код (таким образом мы сохраняем и class.php с новыми функциями и component.php с логикой), а перекрывая метод executeComponent вы можете избавиться и от component.php.

С точки зрения архитектуры (рекомендую изучить документацию, она очень обширна и познавательна) все компоненты должны лежать в так называемом пространстве имен, чем обычно служит ник-нейм или название компании (Естественно начинается не с цифры и содержит только латинские буквы), которые в свою очередь могут располагаться в /bitix/components/#пространство_имен#/#название_компонента#/

Теперь построчно разберем Ваш вопрос:

Вы положили свой класс сюда: /bitrix/templates/app/Pi/Test.php, что является неверным с точки зрения архитектуры, так как поместили класс отвечающий за контроллер в папку с шаблоном. Если вы не пишете свой модуль вы можете подключить его например в /local/php_interface/classes/ (пример надуманный, можете просто в /local/php_interface положить или сразу в init.php), однако для этого вы должны будете написать autoloader, так как у битрикса он работает только для модулей. Предположим вы в init.php напишете грубый require_once с файлом.

Затем вы делаете следующее:

Что является неверным, так как по сути вы обьявляете неймспейс для файла и это с точки зрения php выглядит вот так в конечном итоге:

class app\Pi\test extends app\Pi\CBitrixComponent
{
// ...
}

А класса app\Pi\CBitrixComponent не существует. Так что вам нужно поправить пример хотя бы так:

class test extends \CBitrixComponent

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

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

cat /root/.my.cnf | grep password

<opition hidden>

В какую сторону копать?

Очереди. Если хуки последовательные, а не дубли - заносите в очередь и на этом задача хука должна быть завершена, дальше должен работать механизм очереди, что там будет - раббитмкю или кафка или ларавель уже не суть важно.

Вы не написали свои навыки и опыт, но смысл есть:
0) Без усилий ничего не будет. Любой путь начинается с первого шага.
1) Изучать Битрикс с нуля проще так как для начинающих порог вхождения ниже, меньше календарный срок вхождения.
2) Входить в веб разработку через Битрикс направление действительно проще, так как вы будете работать с готовыми продуктами Битрикса.
3) Вакансии это как средняя температура по больнице. Начинающие 1Сники тоже мало получают, а например тот кто дорабатывает 1с ERP получает в разы выше. Уровень зарплаты напрямую зависит от опыта и сложности решаемых задач.
4) 1с битрикс представляет из себя готовые продукты и решения на базе битрикс фреймворка. Всё это подкреплено маркетингом, обновлениями и технической поддержкой. Поэтому 60% рынка платных систем занимает Битрикс.
5) Сложность понятие растяжимое, изучение нового это всегда сложно. Изучение Битрикс это путь по лестнице. Сделал шаг и опыт этого шага помогает подняться ещё выше. Лёгкой прогулки не будет.
6) Перспектив у вас будет полно. Разработка готовых решений, модулей, различные интеграции.
На данный момент в сегменте рынка занимаемом Битриксом не видно серьёзных конкурентов способных его подвинуть.

Я бы не рассматривал Битрикс только по принципу "Там зарплаты больше...сказала одна бабка..."
Если Вам Битрикс интересен, то учите, почему бы и нет.
Я работаю с Битриксом уже 10 лет и о - до сих пор учу и до сих пор спрашиваю что да как сделать. И это не потому, что знания не даются, а потому, что, как выше заметили - это огромный API набор инструментов.
Для своих проектов я не пользуюсь компонентами, а делаю все чисто кодом и api.
Второй момент - сегодня Битрикс нужно рассматривать как CMS для магазинов, даже сама компания давно забила на остальные свои модули, такие как форум, опросы и прочее.
Третий момент, если вы собрались зарабатывать на Битриксе, то нужно понять на чем именно - внедрение решений, разработка с нуля, и написание своих модулей с последующей продажей?
В большинстве случаев, заказчиков не устраивает решения Битрикса или сторонних компаний. Заказчикам нужно, чтобы магазин на битриксе был заточен именно под их задачи. А тут же и не только Битрикс, а и php, js, api.
И еще - не слушайте людей, которые трындят, что Битрикс низкокачественное Г. Просто они не вникли в него и уверены, что отдельные задачи можно делать в других CMS. Возможно это и так, но только для новостников, блогов, справочников и ландингов. Для крупных мастабируемых проектов в связке 1с-предприятие - лучше Битрикса пока ничего не придумали. Хотя бы посмотрите клиентуру компании и все станет ясно.
Про ЗП. Тут все как всегда - от минус бесконечности до плюс бесконечности. Разные мы все, как и проекты тоже разные.

Там же вроде все просто - New-VMSwitch. Для внешнего коммутатора параметр SwitchType не нужен, указывается только имя или описание нужного сетевого адаптера.

-SwitchType
Specifies the type of the switch to be created. Allowed values are Internal and Private. To create an External virtual switch, specify either the NetAdapterInterfaceDescription or the NetAdapterName parameter, which implicitly set the type of the virtual switch to External.

В свойствах физического адаптера, возможно, надо снять флажок Hyper-V Extensible Virtual Switch. Ну и на всех адаптерах его проверить не помешает. Дополнительно посмотрите логи Hyper-V Manager

С права над кнопками где можно клонировать репозиторий, есть не заметная ссылка