1. Статус
    Задача
    Дата создания
    Планируемая дата начала
    Планируемая дата выполнения
    Дата начала
    Дата выполнения
    Постановщик
    Кто работает
  2. Новая

    Задача: Сделать уведомления сохраняемыми

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

    На рассмотрение.

    Сейчас для простоты старта уведомления создаются без статуса и после прочтения просто удаляются. Здесь минус в том, что нельзя просмотреть ранее созданные уведомления, к примеру, когда пользователь видел уведомление, но не успел его полностью прочитать.
    31 дек. 2018 г., 3:44
  3. Новая
    30 дек. 2018 г., 18:18
  4. Новая

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

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

    Не все запросы отдаются из папки /public. Пришлось дописать
    app.use('/img', express.static(cwd + '/public/img'));
    30 дек. 2018 г., 16:55
  5. Выполняется

    Задача: Восстановить работу сайта

    Проект: shopmodx.ru

    Сейчас демо-сайт находится на отдельном сервере.
    30 дек. 2018 г., 4:23
    12 мар. 2021 г., 2:32
  6. Выполняется
    29 дек. 2018 г., 23:47
  7. Выполняется

    Задача: Модуль видеочата

    Проект: GG

    29 дек. 2018 г., 5:38
  8. Выполняется

    Задача: Ошибка с кешированием стилей в режиме SSR

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

    После запуска yarn start-ssr заходим сначала на страницу /users, затем на страницу конкретного пользователя (без JS, то есть с перезагрузкой страницы).

    UPD: В GG на второй и далее заход стили с сервера вообще не рендерятся. В версии modxclub.ru вроде этой проблемы нет. Заменил SSR с modxclub.ru, заработало нормально. Надо перепроверить будет.
    29 дек. 2018 г., 0:06
  9. Выполняется

    Задача: Проверка почты

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

    28 дек. 2018 г., 22:27
  10. Новая
    24 дек. 2018 г., 0:23
  11. Выполняется

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

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

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

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

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

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

    Проект: GG

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

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

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

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