Все категории

WEB/IT-специалисты

Создание сайтов, разработка web-приложений, верстка и еще тысячи актуальных предложений по работе для тех, кто тесно связан с IT-сферой. У нас публикуются только самые свежие и реальные запросы. Найти клиента тут – дело нескольких минут!

1 709 объявлений найдено за последние 3 дня

Здесь показаны примеры поиска клиентов недельной давности.

Подписывайся, чтобы получать информацию обо всех новых клиентах в режиме реального времени!

23 мая 18:06

23 мая 12:11

19 мая 13:21

20 мая 13:17

Проект реализованный на связке Битрикс (back + БД + администрирование) и react (фронт), ищем специалиста по модификации БД Битрикс. Проект вырос до 200 тыс. товарных позиций, а также реализована локализация на 4-х разных языка. БД сайта работает очень долго, до 2-3 минут на запрос, или вообще запросы зависают и блокируется обработка других запросах. Битрикс используется у нас только как инструмент администрирования и бэк для самописного фронта, то полностью не работает Битриксовый функционал по анализу запросов к БД и определению узких мест. Необходимо провести работу по оптимизации производительности БД, которая в общем-о сводится к тому, чтобы: а) выявить тяжелые запросы и оптимизировать их путем добавления индексов, если это возможно. Если невозможно. то б) посмотреть на предмет изменения запросов в самом Битриксе. Сложность работы состоит в том, что нет прямой взаимосвязи между запросом к АПИ и SELECTом в БД, сложно понять, какой именно запрос АПИ нас глушит.. т.е. вот пример: 1. Клиент запрашивает страницу списка нот /api/notes/.. 2. АПИха обращается к Битриксу посредство его АПИ типа такого CIblokElement::GetList(..) 3. В БД прилетает что-то вида SELECT BE.ID as ID,BE.IBLOCK_ID as IBLOCK_ID,BE.NAME as NAME,B.DETAIL_PAGE_URL as DETAIL_PAGE_URL,BE.PREVIEW_PICTURE as PREVIEW_PICTURE,BE.DETAIL_PICTURE as DETAIL_PICTURE,L.DIR as LANG_DIR, FPV0.VALUE as PROPERTY_STATUS_EXT_VALUE, FPV0.ID as PROPERTY_STATUS_EXT_VALUE_ID,BE и вот как понять, что за запрос клиента привел к этому запросу БД? И как сэмулировать такую нагрузку чтобы проверить, насколько БД будет ее держать.. в общем примерно так выглядят наши проблемы. Рядом проведенных тестов с записью логов были выявлены наиболее тяжелые запросы для оптимизации – это запросы при обращению к фасеточному фильтру. За реализацию уже брались несколько специалистов и не смогли довести задачу до решения проблемы. Критически важно иметь опыт работы по оптимизации больших БД именно Битрикса и понимать особенности его работы. Примеры выявленных запросов, которые долго висят в БД или вовсе не обрабатываются: DELETE FROM b_iblock_section_iprop WHERE IBLOCK_ID = 14 AND SECTION_ID in ( SELECT BS.ID FROM b_iblock_section BS WHERE BS.IBLOCK_ID = 14 AND BS.LEFT_MARGIN = 1559 ) SELECT COUNT(DISTINCT BE.ID) as C FROM 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_element_prop_s5 FPS0 ON FPS0.IBLOCK_ELEMENT_ID = BE.ID INNER JOIN b_iblock_property FP0 ON FP0.IBLOCK_ID = B.ID AND FP0.ID=61 INNER JOIN b_iblock_property FP1 ON FP1.IBLOCK_ID = B.ID AND FP1.ID=176 INNER JOIN b_iblock_element_prop_m5 FPV0 ON FPV0.IBLOCK_PROPERTY_ID = FP0.ID AND FPV0.IBLOCK_ELEMENT_ID = BE.ID INNER JOIN b_iblock_element_prop_m5 FPV1 ON FPV1.IBLOCK_PROPERTY_ID = FP1.ID AND FPV1.IBLOCK_ELEME.

20 мая 17:39

25 мая 17:11

23 мая 12:48

19 мая 13:10

Подписывайся, чтобы получать информацию обо всех новых клиентах в режиме реального времени!

Попробовать бесплатно