в целом все типично, но есть кастомный роутинг от zend на многих страницах, клиента не устраивает его скорость загрузки - js долго выполняется. Идет обсуждение по поводу интеграции react, ну и как я понимаю нужно будет делать серверный рендеринг. И вот вопрос, примерно как долго одному - двум битрикс разработчикам займет интегрировать react в подобный магазин? Включая реализацию API, настройку сервера и прочие моменты.
Как кастомный роутинг относиться к js не совсем понимаю...дальше необходимо понять из-за чего и где происходят тормоза и если действительно оправдано внедрять и перепиливать под react тогда ок))) ну или если хочет клиент ... Просто так не факт что после переделок будет быстрее работать, к примеру какая-то замороченая логика разделов или списка товаров, над сначала выяснить причину тормозов...
Хотя да, кастомный роутинг тут не имеет значения. Насчет того, что не факт, что будет быстрее работать - согласен, вот и хотят узнать сколько времени внедрять реакт с серверным рендерингом по всему сайту. Тормоза чувствую из-за долгого выполнения js, сам битрикс быстро рендерит страницу, а вот потом 4-7 секунд блокирования страницы пока подгружается js, хотя для каждой страницы идет отдельный js файл, не получилось пока найти причину. Можете подсказать примерно как долго занимает подобная интеграция react?
Я думаю тут надо ещё разобраться, почему js долго грузится. Сервер долго отдаёт файл, файл сильно большой или в js много логики и работа с большими объёмами данных.
Google page speed говорит о долгом выполнении + total blocking time
Реакт с серверным рендерингом - это Next.js Перетащить на него сайт на битре не выйдет. Нужно писать отдельно приложение на next, писать апи по работе с битриксом и склеивать это в одну систему. Сроки и сложность зависят от того, насколько хорошо эти два программиста разбираются в вышеперечисленном
Тогда, с учетом того, что фронта сейчас нет, а с интеграцией react у меня опыта не хватает, я думаю это может растянуться на долгое время с неизвестным результатом в плане скорости.
лучше посмотреть в сторону откладывания подгрузки скриптов на событие полного рендера страницы
Кстати сейчас один проект так делаем, приложение на next.js а битрикс с помощью готового модуля REST API отдает данные
Тоже был такой проект, только писал свой API, а не через готовый модуль, это битриксовый стандартный используете?
Нет, платный какой то. Не было времени, нервов и сил свое писать
И дополнительно провести рефакторинг. По возможности убрав из js тяжёлую логику, перенеся её на сервер.
Ну уж лучше платный, я помню баг отловить долго не мог, смотрели на серверную сторону, где все так было
Согласен. Не те там деньги что бы велосипед изобретать
Вот насчет этого не совсем понял, js отрабатывает после рендера страницы, когда разметка готова и стили загружены
Вот думаю сейчас этим и заняться) Еще слайдеров много инициализируется с недавнего времени, т.ч. еще больше нагрузки выходит - слайдеры картинок в карточках товаров, даже не знаю как облегчить эту логику
Если js не влияет на первичное отображение страницы, нужно сделать чтобы он загружался после того, как пользователь получит и увидит свой html
Часто всякие апи-прослойки пишут на symfony. Норм вариант, так как на symfony это делается быстро и не особо сложно.
Ну в принципе да, только на другом фреймворке видел такое, не помню, то ли зенд тот же был это
Обсуждают сегодня