1. Статус
    Задача
    Дата создания
    Планируемая дата начала
    Планируемая дата выполнения
    Дата начала
    Дата выполнения
    Постановщик
    Кто работает
  2. Выполняется
    24 янв. 2019 г., 1:16
  3. Новая
    22 янв. 2019 г., 23:01
  4. Выполняется

    Задача: Освоение PWA

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

    22 янв. 2019 г., 18:37
  5. Новая
    21 янв. 2019 г., 3:25
  6. Новая

    Задача: Поправить указание типа аккаунта при создании

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

    Должно быть по умолчанию Account, а создается Contract.
    21 янв. 2019 г., 3:24
  7. Новая

    Задача: Добавить возможность указывать просто адрес при создании

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

    Некоторые площадки дают только адреса, но никаких паролей.
    Но надо будет продумать процедуру проверки прав на кошелек.
    21 янв. 2019 г., 3:15
  8. Новая
    21 янв. 2019 г., 2:48
  9. Новая
    21 янв. 2019 г., 0:27
  10. Новая

    Задача: Переосмыслить реконнект вебсокета

    Проект: apollo-cms

    Задача: чтобы при реконнекте (в момент смены пользователя или входа/выхода пользователя) подписки, которые должны идти для авторизованных пользователей:
    1. при выходе пользователя завершались и не переподписывались,
    2. при входе пользователя подписывались.

    Сейчас сложно избежать ситуаций с задвоением подписок. По большому счету в момент реконнекта подписки автоматически перезапускаются и идут с новыми заголовками. Сейчас проблема решается просто: на сервере выполняется проверка пользователя, и если пользователь неавторизован, то просто подставляется такое условие, по которому никогда не будет возвращена ни одна запись. Но здесь проблема в том, что может висеть много активных соединений для пользователей, которым никогда не будет данных. По этой причине было бы эффективней все-таки решить вопрос фильтрации подписок для авторизованных пользователей и неавторизованных. Но возможно с учетом того, что скорее всего число таких подписок не превысит 10% от общего числа, может проблема и не такая большая, а придется ее решать в рамках общей проблемы улучшения отказоустойчивости.
    20 янв. 2019 г., 2:52
  11. Выполняется
    19 янв. 2019 г., 18:46
  12. Выполняется
    18 янв. 2019 г., 8:21
  13. Новая

    Задача: Журнал сделок

    Проект: MODX-Клуб

    Кейс: покупка/продажа крипты. Когда несколько операций проводится в разное время, надо понимать в какой момент сколько купил (по какому курсу) и сколько продал, чтобы понимать общую маржинальность.
    16 янв. 2019 г., 17:33