Список вопросов:

  1. Установка GTM (вопрос к core)

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

Да, нас интересует передача параметров в GTM, которые далее бы использовались для аналитики. https://hackmd.io/@nosovk/KBC-GTM/edit вот тут старый список который мы ставили в доработку для кабинета

  1. Установка Intercome не через GTM, а напрямую (вопрос к core).

Интеграция на стороне кора.
Вас интересует отдельная задача на интеграцию интеркома напрямую, чтобы был сквозной проход интеркома и на казино, и в личном кабинете. Чтобы он работал и не разрывал сессию. Верно?

При том что домен казино и кабинета один, разрыва сессии не будет. Мы бы хотели скорее интеграцию которая не ломалась бы при включенном ADBlock, т.к. он первым делом выпиливает GTM и у пользователей нет саппорт чата в итоге.

  1. Вопросы по поиску (вопрос к фронтенд разработчику)
  • группировка по категориям
  • кнопка "show more"
  • предложенные игры до начала ввода в поиск
  • можно ли ими управлять со стороны клиента в предложке, когда поиск еще не активен
  1. При регистрации с LPs не будет вылазить поп-ап "email confirmation sent" и подобные (вопрос к core)

Этот вопрос мы видимо не обсудили более детально, подскажите, пожалуйста что конкретно интересуется/требуется по данному вопросу?

Мы бы хотели чтобы после регистрации пользователя на лендинге он попадал в обычную воронку регистрации. Сейчас воронка ломается потому что пользователь не видет сообщения о запросе подтверждения почты. Мы хотим чтобы логика была к примеру таокй:

  • на бекенде у нас существует writable group с названием - modal_email_confiramtion_shown
  • на фронтенде если пользователь приходит и фронтенд не обнаруживает наличия этой группы, то мы показываем модалку email confiramation
  • на фронтедне после показа модалки email confrimation мы устанавливаем участие пользователя в группе modal_email_confiramtion_shown
  • если пользователь повторно зайдет на сайт, он не увидит повторно запроса на email confirmation, потому что он уже в группе modal_email_confiramtion_shown Данная схема это пример возможного сценария реализации, возможно у вас будут идеи лучше. Цель - каким-то образом вернуть пользователей зарегистрированных на лендинге в стандартную ворнку регистрации.

UPD 2023.08.23: Я как игрок регистрируюсь на лендинге, после регистрации меня редиректит на сайт, где я уже залогинен. Я как игрок ожидаю что мне вылезет попап о том что необходимо подтвердить мой емейл. Я вижу: попап не появляется. Причина такого поведения в том что регистрация происходит на внешнем лендинге. Пример лендинга: https://lp.kbtraf.com/welcome_pack-2-au?btag=a_7082b_1173c_

  1. Можем ли мы скрывать категории игр, если в них нет игр для отображения (для разных стран) (вопрос к фронтенд-разработчику)

  2. Можем ли мы показывать сразу системные нотификации, а не просто складывать их в колокольчик

Тут прошу пояснить более детально с примером (возможно вопрос не к вам, а к Андрею Морозову)

  1. Breadcrunmbs - можем ли реализовать - компонент такой есть.

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

  1. Автоподстановка валют по локалям -

с бОльшего можно будет реализовать. Тоже нужно конкретно описать запрос по локалям.

  1. Лендинги на сайте - возможно ли реализовать?

Тут нужно конерктное тз от клиента, что имеется в виду и что хотелось бы. Вопрос к фронтенд разработчку.

  1. Технические вопросы:
  • наличие автотестов - тут поясните, пожалуйста

при выкладке обновлений на продукте, есть ли у вас какие-то автоматические тесты чтобы проверить что ничего не сломалось?

мы поняли что у СС есть автотесты, которые они запускают при релизе react core компонент на фронтенде типого продукта (супер казино проект)

Уточняем вопрос - будут ли эти авто тесты запускаться с нашим окружением, на нашем фронтенде? Наличие автотестов у core команды это хорошо, но хотелось бы иметь авто тесты с нашей стороны. Мы можем запускать e2e тесты core если они пресутсвуют к примеру на нашем фронте.

  • наличие стейджинга -

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

  • mobile first/not mobile fisrt (оптимально mobile first)

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

  1. Интересуют границы применимости рельсов от СС, что в них есть, как будут происходить обновления, что нужно делать самим (необходимо понимать саппорт чего в кодовой базе на кингбилли, а что саппортит сс) - запросить документацию если есть.

Ответ: есть стандартный список компонентов и обширный достаточно вопрос/ подготовьте список того что вам нужно, и мы будем оценивать уже можно ли так сделать или нельзя?

  1. Какая интеграция с cms (старая/новая)

Информация: Будет новая цмс 2.0

Ваш вопрос: Что в ее основе лежит?

Тут тоже необходима конкретика: интересует отличие? Или что-то еще?

К примеру к старой CMS был https://github.com/comfy/comfortable-mexican-sofa можно было посмотреть что она может, а что нет.

  1. Как реализован роутинг? Как реализован роутинг для игр `(:provider/:game_slug) (core)?

13.1) Для нас важной является корректная обработка ситуации с одновременным наличием игры внутри нескольких вендоров. К примеру: https://www.kingbillycasino6.com/games/all/1spin4win https://www.kingbillycasino6.com/games/all/3oaks https://www.kingbillycasino6.com/games/all/4theplayer https://www.kingbillycasino6.com/games/all/7mojos https://www.kingbillycasino6.com/games/all/acerun https://www.kingbillycasino6.com/games/all/alg https://www.kingbillycasino6.com/games/all/amatic https://www.kingbillycasino6.com/games/all/avatarux https://www.kingbillycasino6.com/games/all/baddingo https://www.kingbillycasino6.com/games/all/bangbanggames https://www.kingbillycasino6.com/games/all/belatra https://www.kingbillycasino6.com/games/all/bsg https://www.kingbillycasino6.com/games/all/bgaming https://www.kingbillycasino6.com/games/all/boomerangstudios https://www.kingbillycasino6.com/games/all/booming https://www.kingbillycasino6.com/games/all/bulletproof https://www.kingbillycasino6.com/games/all/eagaming https://www.kingbillycasino6.com/games/all/egt https://www.kingbillycasino6.com/games/all/endorphina https://www.kingbillycasino6.com/games/all/evolution https://www.kingbillycasino6.com/games/all/evoplay https://www.kingbillycasino6.com/games/all/ezugi

13.2) Так же для нас является важным формат урлов для фронтенда для сео. К примеру урлы вида: /bsg/2323232 и /bsg/12323 не так хороши как урлы вида /game/my-super-slot

13.3) Так же со стороны сео хотелось бы иметь иерархию url, к примеру /game/7-days-anotherland => /belatra/7-days-anotherland /game/myslot => /netent/myslot /game/myslot2 => /ezugi/myslot2 Такая структура позволяет нам делать страницу провайдера, на которую благодаря breadcrumbs будет передаваться вес со всех игр.

  1. Как реализован роутинг для фильтров (:filtername/:provider)?

Хотелось бы давать ссылку на отобранный фильтр
Информация, которая есть на данный момент: да, это настроено через урл и по категориям и по провайдерам; комбинировать фильтры по типу и по провайдерам можно.

Сейчас есть вот такая структура урл: /games/new_online_games /games/new_online_games/netent /games/all /games/all/netent

Хотелось бы получить: /games/netent /games/ezugi для сео хотелось бы убрать из урл категорию all, чтобы таким образом получить страницы вендоров. Идеально дополнить п 13.3 и сделать /netent /ezugi урлами первого уровня

  1. Как интегрируется service worker для кеширования данных - сервисы по кэшу есть.

Возможно есть более подробный запрос в данном пункте?

Да, если это будет workbox, будете ли вы менеджить фоновые обновления при релизах? Не хотелось бы столкнуться с ситуацией что часть пользователей которая уже был онлайн после обновления перестанет работать до сброса кеша.

  1. Как производится интеграция с аналитикой?

Здесь тоже важна конкретика: какие сервисы интересуют? Какая именно аналитика? Ранее были вопросы про интерком и гтм (выше)

Да, уточнил выше

  1. Интеграция с кабинетом игрока (отдельное приложение, так же остается?)

Информация: личный кабинет остается таким же как и на других наших проектах/ Фронтенд команда не разрабатывает данный элемент. ЛК везде одинаковый на наших проектах. Меня можно только цветовую схему и шрифты.

  1. Есть ли у нас сейчас SSR? (core)

in progress, на данный момент есть lazy load image

SSR нужен для сео, lazy loading img отвечает на вопрос как долго будет грузиться сайт, нам же ssr нужен не для ответа на вопрос о скорости загрузки сайта, а как ответ на вопрос будет ли нас видеть поисковик.

  1. Вопрос про кастомную валидацицю.

Информация: Нет со стороны фронта, возможно у кора.
Что конкретно интересует?

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

  1. Вопрос фронтент разработчикам - дропдаун в категориях можно реализовать только на первый слот либо последний - почему? Если на ангуляре в середине он есть уже и работает корректно.

  2. Зеркало для миграции. Какие сервера будут стоять и с точки зрения юридической можно ли лить не весь трафик, а часть на отдельное зеркало после запуска?