Пока из опыта работы с wkhtmltopdf я столкнулся только с одной проблемой — при генерации протоколов с количеством страниц более 300 демон умирает на этапе установки нижних колонтитулов. Без колонтитулов нормально, формируется… но если их включить то он уже не может отработать.
Так-же есть проблема с формированием документа если в ячейске таблицы текста больше чем может вместиться в 1 станицу. В таком случае часть теста переходит на другую страницу и идет наложение на текст следующей ячейки.
Вот об этом я и говорю…
Тема не была раскрыта полностью. Много вопросов которые можно было избежать если бы пересичленные ORM были приведены в более детальном сравнении с примерами кода их использования. А не объяснять потом в комментариях…
Ну не соглашусь.
Мы сделали на GraphQL сервисы для получения данных о гос.закупках.
Миллионы записей, высокая нагрузка, большое количество запросов на чтение/поиск данных.
Ожидал что-то прям глобальное.
1. Это решается на уровне приклада, тут можно придумать множество или своих реализаций по распределению доступа, или использовать готовые реализации.
2. С обработкой ошибок и правда немного сложновато… но это издержки жесткой типизации данных. Для этого GraphQL умеет отдавать свою текущую структуру говоря какое поле какого типа чтобы программист не допускал подобных ошибок.
3. Для решения данной проблемы не обязательно использовать библиотеку от Facebook. Тут опять же все зависит от фантазии программиста. Тут даже есть хорошая статья на эту тему — habr.com/ru/post/329408
241 — отправил
Мой спит… никак не может отправить )))
Это просто маркетинговая статья для привлечения клиентов
Все это уже 1000 раз публиковалось… уже есть огромное количество готовых сборок которые ставятся 1 командой…
Особенно минус за оформление статьи, команды не выделены лежат внутри текста.
Ни чего нового или не стандартного не описано.
Около 10 000 это никак нет 18 000… Замануха…
Так-же есть проблема с формированием документа если в ячейске таблицы текста больше чем может вместиться в 1 станицу. В таком случае часть теста переходит на другую страницу и идет наложение на текст следующей ячейки.
Тема не была раскрыта полностью. Много вопросов которые можно было избежать если бы пересичленные ORM были приведены в более детальном сравнении с примерами кода их использования. А не объяснять потом в комментариях…
Не понятно почему сделали выбор с торону этих ORM!?
Можно было бы привести примеры работы с разными ORM ^(
Мы сделали на GraphQL сервисы для получения данных о гос.закупках.
Миллионы записей, высокая нагрузка, большое количество запросов на чтение/поиск данных.
1. Это решается на уровне приклада, тут можно придумать множество или своих реализаций по распределению доступа, или использовать готовые реализации.
2. С обработкой ошибок и правда немного сложновато… но это издержки жесткой типизации данных. Для этого GraphQL умеет отдавать свою текущую структуру говоря какое поле какого типа чтобы программист не допускал подобных ошибок.
3. Для решения данной проблемы не обязательно использовать библиотеку от Facebook. Тут опять же все зависит от фантазии программиста. Тут даже есть хорошая статья на эту тему — habr.com/ru/post/329408