Форум

В интернет-магазин Кенгуру ([URL=https://www.keng.ru]https://www.keng.ru[/URL]) продолжаем искать программиста PHP со знанием 1С-Битрикс. Нам нужен человек в офис в Москве. Что нужно будет делать:
[LIST]
[*]Поддерживать и развивать некоторое время 2 сайта интернет-магазины, плюс небольшие внутренние проекты
[*]Мигрировать с 1С-Битрикс на Symfony 5 (composer, doctrine, twig, DI, вот это всё) уже в этом году. Даже если для вас Symfony/Laravel/Yii темный лес - ничего страшного, мы вам исправим профессионально деформированный битриксом мозг.
[*]Реализовывать микросервисную архитектуру (docker, kafka, rabbitmq, rest api)
[*]Взаимодействие с новым фронтендом на vue.js через API (верстать и писать на JS не надо)
[*]Сделать индексацию контента и поиск через Elastic
[*]Писать тесты на PHPUnit, тестировать всё и в хвост и гриву
[*]Деплоить через github
[*]Быть адекватным (soft skills очень важны)
[/LIST]Что мы можем предложить со своей стороны:
[LIST]
[*]Белая зарплата до 150 000 р. Выплачивается 2 раза в месяц без задержек.
[*]Годовые премии, индексация
[*]Трудоустройство по ТК РФ
[*]Офис между метро Университет и Профсоюзная, нет проблем с парковкой, нет проблем с лифтами (первый этаж)
[*]Современное рабочее место
[*]У нас нет авралов, работы до ночи или по выходным
[*]Время работы с 9 до 18 или с 10 до 19
[*]Если вы находитесь в другом городе, возможна помощь с релокацией
[*]Демократичная атмосфера в коллективе, отсутствие дресс-кода
[/LIST]Откликнуться на вакансию можно здесь [URL=https://hh.ru/vacancy/35127904]https://hh.ru/vacancy/35127904[/URL]

Крупный интернет-магазин, порядка 20 тысяч товаров и 60 тысяч SKU, несколько оффлайновых салонов в крупнейших городах России. Сегмент - премиум одежда. Ищем программиста для работы над нашими проектами. Сейчас у нас 3 своих сайта.

Проект активно использует Redis, поэтому знакомство с ним обязательно. Понимание, хэш-таблиц, сортированных списков, оптимизация производительности, объединение и пересечение выборок данных. Наши сайты расположены на двух современных физических серверах под управлением Proxmox, если вы знакомы с этой системой, понимаете что такое контейнеры и имеете базовые навыки администрирования Linux - это будет плюс. Ну и знание 1С-Битрикс, D7, ООП само собой обязательны. Отличное знание модулей: sale, catalog, iblock, highloadblock. Вы должны уметь написать свой компонент и модуль на D7. Контроль версий git.

На начальных этапах работы будем давать небольшие задачи, чтобы вы смогли въехать в проект, познакомиться с его архитектурой, ну и оценить качество вашей работы. Если вы всегда на связи, готовы быстро взять и выполнить задачу, корректно прокомментировать код, используете грамотный английский для именования переменных и полей - мы подружимся и это будет долгосрочная работа. Если вы пропадаете, не отвечаете на сообщения в мессенджерах, сдаете 15-минутные правки на следующий день, пишите $arBrends вместо $arBrands или $peremennaya вместо $variable - нам не по пути.

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

Столкнулся с проблемой активности элементов, если активность элементов изменена напрямую в БД. В инфоблоке около 60 тысяч товаров и каждый час им переустанавливается активность, исходя из пришедших данных. Естественно, загонять в цикл CIBlockElement::Update() и устанавливать активность для каждого элемента - плохой вариант. Поэтому был написан скрипт, который меняет активность элементов прямо в БД в таблице b_iblock_element массово. Но потом в админке и в работе API начинаются глюки:
Вот все товары раздела без учета активности: [URL=https://prnt.sc/iye3f2]https://prnt.sc/iye3f2[/URL]
Но если в фильтре установить отбор только активных товаров - их не покажет, их будето нет.
Также и CIBlockElement::GetList() не возвращает активные элементы
Очевидно, это какой-то кеш, то ли MySQL, то ли в битриксе. Подскажите, куда копать, как очищать такой кеш после работы с БД напрямую?
Очистка всего кеша битрикса не помогает.

Всё, разобрался. В выборке еще участвует индекс. Запрос к бд формируется такой:[CODE] SEL ECT COUNT(DISTINCT BE.ID) as CNT
                               FR OM
                       b_iblock B
                       INNER JOIN b_lang L ON B.LID=L.LID
                       INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID
                       INNER JOIN b_iblock_27_index FC on FC.ELEMENT_ID = BE.ID


                               WHERE 1=1
                       AND (

                               (FC.SECTION_ID = 5405 AND FC.FACET_ID = 1 AND FC.VALUE_NUM = 0 AND FC.VALUE in (0))
                               AND ((((BE.IBLOCK_ID = '27'))))
                               AND ((((BE.ACTIVE='Y'))))
                       )
                       AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL)))

[/CODE]Проблема решается обновлением индекса с помощью функции[CODE]\Bitrix\Iblock\PropertyIndex\Manager::updateElementIndex(IBLOCK_ID_CATALOG, $id);[/CODE]Но опять это поэлементный перебор и вся скорость обработки опять никакая. Ладно, буду дальше искать