Не стоит ожидать решения от jhipster это всего лишь генератор шаблона проекта на популярном стеке технологий. У вас будет полная свобода по решению этой задачи стандартными способами. Я не говорю уже о том что в документо ориентированной субд такой проблемы просто не возникло и возможно для СЭД лучше не прикручивать ACL, а сменить СУБД.
Ну могу с вами согласиться akakunin, на моей практике с альфреской работала команда зрелых программистов и 90% из них плевалась от нее, а некоторые уходили с проекта. Самое плохое в таких решениях это то что мы принимаем правила игры видясь на эти плюшки что вы описываете в своей статье, а потом понимаем что проблем и ограничений (websockets в вашем случае) на порядок больше но время уже ушло.
Я не рискну утверждать какие могут быть проблемы у liferelay но я уверен что они есть, будь то горизонтальное масштабирование или использование в связке с документо ориентированным хранилищем.
А не опасаюсь я простых решений, посмотрите например на jhipster, это совершенно другой подход который не навязывает то как ты будешь решать задачу и какие технологии будешь использовать. Монолит или микро сервис, документо-ориентированная субд или реляционная, websockets или long polling. Все в руках разработчиков. Именно в сторону упрощения и ускорения разработки движется индустрия, а не в сторону таких монструозных решений.
Я не собираюсь плотно заниматься этим, поэтому наращивать функционал и далеко отходить от основной ветви разработки не собираюсь. Это просто не большой хак для себя. Возможно буду обновлять сборку на гуглкоде.
в libtransmission не очень хорошо написана система приоритетов кусочков, она имеет всего 3 градации (высокий средний низкий). Поэтому самый простой способ это увеличить число приоритетов по аналогии. Для меня это сложно т.к. я J2EE разработчик.
Интересно, а как сделать бесконечную новостную ленту где каждая новость рендерется на сервере?
Не стоит ожидать решения от jhipster это всего лишь генератор шаблона проекта на популярном стеке технологий. У вас будет полная свобода по решению этой задачи стандартными способами. Я не говорю уже о том что в документо ориентированной субд такой проблемы просто не возникло и возможно для СЭД лучше не прикручивать ACL, а сменить СУБД.
Я не рискну утверждать какие могут быть проблемы у liferelay но я уверен что они есть, будь то горизонтальное масштабирование или использование в связке с документо ориентированным хранилищем.
А не опасаюсь я простых решений, посмотрите например на jhipster, это совершенно другой подход который не навязывает то как ты будешь решать задачу и какие технологии будешь использовать. Монолит или микро сервис, документо-ориентированная субд или реляционная, websockets или long polling. Все в руках разработчиков. Именно в сторону упрощения и ускорения разработки движется индустрия, а не в сторону таких монструозных решений.
2) На трекере количество скачанного не падает.
насчет остального не уверен.
Для последовательной загрузки и для загрузки без учета рейтинга