N@
Привет, посоветуйте нормальный переходник для макбука.
Size: a a a
2020 June 08
АК
Переходник с друпала на макбук?
SP
Привет, посоветуйте нормальный переходник для макбука.
AP
Понятно, что в идеале надо всё ручками писать только для того что нужно и как тебе нужно, но не все готовы делать настолько идеальные сайты ;) У нас на сайте насоздавали уже 30+ типов сущностей с кучей разных полей (которые периодически добавляются-меняются), и ещё для каждой сущности теперь graphql-схему создавать и поддеживать актуальность - вообще ад будет.
Просто даже кеш определения всех сущностей немало памяти требует, а приложив "теоретически неограниченную вложенность" в graphql... Это тупо не будет работать
AP
Особенно типа дай мне юзера со всеми коментами и файлами к ним прикрепленными
AK
Особенно типа дай мне юзера со всеми коментами и файлами к ним прикрепленными
Ну дык в 3.х это как-то работает же нормально, и не тормозит даже, если использовать с умом
ВВ
подскажите, пожалуйста, можно ли в СКЕдитор подгрузить Эмоджи ВК?
ВВ
AP
Ну дык в 3.х это как-то работает же нормально, и не тормозит даже, если использовать с умом
Значит нужно отдельным модулем делать
VS
у меня одного проблемы с сортировкой нод по дате изменения во вьюхе?
мультиязычность включена
мультиязычность включена
запрос бы глянуть
JD
запрос бы глянуть
VS
а в чём проблема?
Что дата изменения едина для всех языков?
Что дата изменения едина для всех языков?
JD
а в чём проблема?
Что дата изменения едина для всех языков?
Что дата изменения едина для всех языков?
сортирует как будто с групировкой по сущности
тоесть нода за нодой на разных языках
нет сортировки по каждому переводу
тоесть нода за нодой на разных языках
нет сортировки по каждому переводу
2020 June 09
AK
Значит нужно отдельным модулем делать
Ну я, в общем-то, в иссуе https://github.com/drupal-graphql/graphql/issues это и предложил - или в основном модуле, или отдельным. Буду надеяться что запилят, а то без этого народу для реализации headless-морд будет проще использовать какой-нить REST или JSON API где всё сразу из коробки есть, чем ручками генерить GraphQL-схемы в 4.х версии для каждой друпаловской сущности, и потом ещё синхронизировать ручками при изменении полей.
АК
Ну вообще-то при изменении полей в любом случае придётся где-то что-то делать ручками. Хотя бы на фронтенде
AK
Алексей Кузнецов
Ну вообще-то при изменении полей в любом случае придётся где-то что-то делать ручками. Хотя бы на фронтенде
Это понятно, но если делать в двух местах (в самой сущности и на фронте) - это на 33% меньше работы, чем в трёх местах (ещё и graphql-схему поправить не забыть)
АК
И вот прямо часто поля меняются?)
AK
На текущем проекте - да, постоянно добавляются новые, удаляются старые (там конструктор сущностей для клиента сделали), и теперь ещё к нему генератор graphql-схемы писать чтобы с 3.х на 4.х обновиться - ваще не в кайф, проще на 3.х оставаться где всё работает норм
АК
весело