Довольно интересный получился эксперимент и в целом результат положительный, но не обошлось без шероховаточтей. Во-первых, генератор типов graphql-code-generator офигел от фрагментов с юнионами и наплодил неиспользуемых дубликатов, из-за чего пришлось добавить в шаблон // @ts-nocheck, чтобы typescript не ругался на неиспользуемые переменные. Вот здесь обсуждение: https://github.com/dotansimha/graphql-code-generator/issues/4008 Во-вторых, аполло-клиент так же троит с юнионами и просит указывать possibleTypes, чтобы мемори-кеш понимал такие фрагменты. Указал. В остальном вроде все ОК и положительный эффект имеется. Теперь не только исбавился от необходимости указывать условие для выборки документов по parent или template (вместо этого получил два отдельных запроса reviews и topics), но и получилось создать отдельный фрагмент topic, и указать его тип в карточке топика, чтобы во вьюху можно было передавать данные именно этих типов ресурсов, но не другие (как то Компания, Город или просто Resource).
Супер! Главное, что данные не ухнули в лету)
Вообще тут используется @fullcalendar/core (который сам по себе совсем не реактовый), обернутый в @fullcalendar/react, в котором явно есть баги с ивентами (я тоже натыкался пару раз не неправильное поведение). Так что если что, просто обнови страницу для надежности.
Убрал длинные задачи - пропали данные за 03.03 и календаря, в таймере всё ок. Я вот сейчас не понял, где-то что-то пошло не так?
Убрал длинные задачи - пропали данные за 03.03 и календаря, в таймере всё ок.
Вообще можно и в календаре, но они там у тебя слишком протяженные, поэтому лучше зайти в саму задачу и отредактировать ее, там есть редактирование дат.
Понял. А сейчас планируемые даты можно обнулить или уже поздно?
Дима, лучше ставь задачи по факту. То есть если ты не знаешь какие именно сегодня-завтра стоят задачи по проекту, пусть он даже и на поддержке, то лучше вообще задачи не ставь. На счет временнЫх ресурсов у меня есть отдельные мысли, я их позже буду реализовывать.