Михаил Ливач

Касательно ссылок ( Вы же говорите про фильтр в режиме ЧПУ и вот эти '-is-' ?) - ха-ха, полмесяца и лезть в такое болото.. Если коротко, то в Битриксе не нашлось ни одного достаточно умного человека, чтобы сделать этот функционал в виде утилиты. Посмотрите в код модуля https://marketplace.1c-bitrix.ru/solutions/sotbit.... , они воспроизводили этот механизм ( надеюсь, в демо-версии нужная часть не обфусцирована).
Возможно, этот модуль закроет Вашу задачу целиком.

Поскольку все манипуляции Вы проводите в браузере - выбираете цвет и куда-то сохраняете id торгового предложения, связанного с этим цветом, то к PHP это отношения не имеет, нужен Javascript.

Вариант хороший: у Вас на странице уже есть все данные о торговых предложениях данного товара. Берёте и пользуетесь.
Вариант обоснованный: Вы опасаетесь, что секунду назад цена торгового предложения могла измениться, или оно стало недоступным. Делаете ajax-запрос.
Вариант нехороший: Вы в шаблоне компонента использовали данные о торговых предложениях только для того, чтобы вывести палитру цветов товара, а остальное выкинули. Тогда надо доработать шаблон - поместить нужные данные в JS-объекты ( в смысле, что эти объекты будут созданы при загрузке страницы; в шаблонах Битрикса такое встречается), или в data-атрибуты блока с цветом. После чего см. вариант "хороший".

С одной стороны - это старый баг Битрикса. С другой - несколько сомнительно выглядит структура, в которой элементы и разделы на одном уровне. Если ничто не мешает, я бы посоветовал перейти на схему
/projects/#SECTION_CODE#/#ELEMENT_CODE#/

Вашу схему URL можно реализовать, только если кастомизировать компонент news , потому что вызов 404 там, в районе 250-й строки:

<?php
if($b404 && CModule::IncludeModule('iblock'))

монеты могут быть в значении 0.0005

Если это - минимальное значение, то перед началом расчётов домножаете всё на 10000 и далее спокойно округляете, без всякой арифметики с плавающей точкой.

Должно работать. Сделайте отладочный вывод $linck и $template перед вызовом компонента, посмотрите. Может, этот кусок у Вас кешируется, может, ещё что-то.

сделайте обработку формы на ajax и это решит Вашу проблему. Потому что поменяется формат взаимодействия:
1) форма отправляет на бэкенд сообщение - например, массив данных формы,
2) бэкенд в ответ тоже шлёт сообщение - например, массив, упакованный с помощью json_encode() .
3) обработчик формы решает, что делать с полученным ответом. Например, если в ответе есть непустое поле error , то вызвать displayNotificationerror( response.error ) . Или что-то ещё сделать.

Если речь про цвет разных стадий сделки, то он нстраивается в публичной части: "настройки CRM ( /crm/configs/ ) -> Воронки продаж ( /crm/configs/deal_category/ )", затем кликаете по "гамбургеру" возле нужного направления и выбираете "редактировать стадии". Если навестись на стадию, то там есть иконка типа стаканчика, позволяет выбрать цвет заливки.

По-моему, на скриншоте таймлайн в сделке. Смотрите на Bitrix\Crm\Timeline\TimelineEntry и всё, что с этим связано

попробуйте так:

<?php
$memcache_obj = new Memcache;
$memcache_obj->addServer('unix:///tmp/memcached.sock', 0);

У меня на Bitrix VA пример из документации работает именно так ( только надо real на float заменить )

В Javascript NaN != NaN . Довольно логичный выбор: если undefined - это состояние, то NaN - признак отсутствия характеристики. Я - NaN , Вы - NaN , но Вы - не я.

Первый вопрос к вам: а Вы знаете, сколько зарабатывают Ваши коллеги ( неважно, что они заняты чем-то другим)? Если информация по з/п закрытая, то единственный путь - это искать вакансии, которые можете потянуть, и собеседоваться. Если вакансий достаточно - очень желательно не останавливаться на первом успешном оффере, а просить время "подумать".
Далее, у Вас 2 пути:
1) хороший и правильный: на старом месте сказать "всех люблю, но хочу попробовать силы на новом месте", подробности не разглашать, спокойно уволиться.
2) сказать начальнику "мне в другом месте предложили на N денег больше". Допустим, начальник согласился поднять вам плату. Но в его голове всё равно останется "я платил X, а теперь за ту же работу плачу Y". То, что в процессе навалили ещё обязанностей, у него проходит мимо сознания.

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

через крон - вполне нормальное решение. Только:
1) стандартный крон запускается не чаще раза в минуту, а не секунду
2) замерьте, сколько времени занимает запуск аукциона, чтобы не было наложения.

Решение проблемы второго пункта - очереди сообщений ( RabbitMQ и прочие варианты). У Вас висит воркер, который мониторит некоторую очередь непрерывно. А в кроне стоит скрипт-публикатор , который проверяет, какие аукционы надо запустить, публикует в очередь задание по запуску каждого аукциона, а у самого аукциона помечает, что задание поставлено.
Таким образом, неважно, сколько времени занимает старт одного аукциона, к тому же воркеров может быть несколько. А публикация задания - существенно более простая задача, делается за секунду.

подход "в лоб":
1) в Chrome открываете страницу
2) когда окно с авторизацией появилось - правой кнопкой на нём тыкаете, выбираете Inspect
3) находите родительский узел для попапа авторизации
4) тоже кликаете правой кнопкой, выбираете Break on - subtree modifications
5) не закрывая DevTools, обновляете страницу

В момент появления попапа авторизации должен сработать брекпойнт, и там будет стек вызовов, и всё остальное