1. Статус
    Задача
    Дата создания
    Планируемая дата начала
    Планируемая дата выполнения
    Дата начала
    Дата выполнения
    Постановщик
    Кто работает
  2. Завершена
    25 дек. 2018 г., 0:25
  3. Завершена
    24 дек. 2018 г., 21:40
  4. Завершена
    24 дек. 2018 г., 0:42
  5. Завершена
    24 дек. 2018 г., 0:41
  6. Завершена
    24 дек. 2018 г., 0:41
  7. Завершена
    24 дек. 2018 г., 0:41
  8. Новая
    24 дек. 2018 г., 0:23
  9. Завершена
    24 дек. 2018 г., 0:23
  10. Выполняется

    Задача: Переосмыслить сборку API-схемы

    Проект: @prisma-cms/module-boilerplate

    Предполагалось, что каждый модуль в отдельности сможет влиять на получаемую API-схему путем изменения готовой схемы на уровне метода getApiSchema().
    Но проблема в том, что сейчас в модуле прописана генерация API на основе получаемой базовой схемы призмы. Здесь используется относительный путь для файла схемы. То есть если на конечном проекте будет использоваться более одного призма-модуля, каждый из них будет в отдельности получать такую базовую схему и перетирать имеющуюся схему.

    Но если просто сделать путь абсолютный, то проблема недостаточно решается, потому что на конечном проекте без получения базовой призма-схемы не будут сгенерированы все основные API-методы. Вручную их переписывать тоже не круто.

    Придется делать в два этапа:
    1. Сейчас сделать все-таки относительные пути, чтобы на конечном проекте не перетирались схемы. На конечном проекте все равно придется получить базовую схему и донастроить все необходимые чистки схемы, но плюс в том, что можно будет сделать один базовый компонент для сборки и чистки частоиспользуемой схемы, а поверх уже лепить свое. Это будет довольно полезно для проектов, создаваемых на базе других крупных проектов, чтобы не приходилось вновь чистить все схемы.
    2. Все-таки переписать класс модуля так, чтобы методы компонентов суммировались и в итоге выполнялись общим потоком, а не как сейчас, что каждый модуль выполняется самостоятельно, и только суммируются результирующие схемы, полученные от каждого из этих модулей.
    24 дек. 2018 г., 0:13
  11. Новая

    Задача: Интеграция с LinkedIn

    Проект: GG

    Обмен данными с «группами по интересам».
    23 дек. 2018 г., 10:58
  12. Новая

    Задача: Обсудить уникальность номеров машин

    Проект: Бизнес центр Квант-Н

    Очень скользкий вопрос относительно номеров машин и связок Машина-Компания. Теоритически машина может быть закреплена за двумя компаниями одновременно. Но на практике это не должно позволяться, так как иначе не будет при въезде понятно на какую компанию записывать факт въезда машины, так как идентификация происходит только по номеру машины.
    В текущей базе замечены записи с неуникальными номерами.
    23 дек. 2018 г., 3:36
  13. Выполняется
    22 дек. 2018 г., 20:16