> HTTP методы в серверной части пока только сгенеренные IDE. ты определить где логика будет (на клиенте или на сервере), зачем тебе rest методы которые работают сразу с мапленными сущностями бд ?
как и где хранятся данные это одно, а как ты их представляешь в коде и работаешь с ними - другое, не надо смешивать
начни писать код с логики выполнения, а не с логики хранения
технологии нормальные, куча Enterprise кода щас точно так и пишется (зачем изобретать чтото новое когда есть давно проверенные и отлаженные инструменты?)
>>1069083 (OP) >Серверная часть: Java EE c EJB, JAX-RS и Jersey; 2к17 Дауны уже и на Java пишут лишь бы не PHP, который по всем тестам в десяток раз быстрее и стабильней. Даже блядский богомерзкий node.js перегнал жабу по производительности в серверной части >Кококо зото не PHP Пиздец. Посмотрим как ты обосрёшься когда на твоей борде наберётся 100 посетителей и сервак сгорит нахуй от перегрузок.
Привет, погромисты. CM в свитшоте, заправленном в подвернутые штаны вривается в этот ИТТ и напоминаает, что любая хуйня которую я непрерывно деплою тормозит, если не умеет в горизонтальное масштабирование, а N > 100, где N - количество пользюков, единовременно сидящих на этой хуйне
>> SELECT b FROM Board b >> SELECT b FROM Board b WHERE b.name = :name с такими эпичными запросами на любом стеке с любой БД писец будет рано или поздно, когда число записей в любой табле перевалит за десять тысяч. в 2017м году модно в бессерверную архитектуру, а мода на безархитектурные решения не пройдет никогда
Бля я тож както писал борду-форум для аниму сайта На php mysql была вся архитектура серверная Клиент - обычная страница ajax запросы к серверу вся хуйня
>>1069114 >Если задачи решены, значит все правильно сделано. Ага, а потом поддерживай ваше легаси-говно с хуй пойми какой логикой. замечание выше не относится к оп-посту
Им кажется, что такой запрос будет извлекать много записей, т.к. нет\недостаточно ограничений, хотя к именованным селектам критерии и ограничений по количеству извлекаемых записей можно добавлять динамически.
Double the requests per second vs. the Java application. This is even more interesting because our initial performance results were using a single core for the node.js application compared to five cores in Java. We expect to increase this divide further. 35% decrease in the average response time for the same page. This resulted in the pages being served 200ms faster— something users will definitely notice. Просто эпик!
>>1075842 Разница в том, что переписать написанное в течение нескольких лет приложение, то всегда получится что-то легче и быстрее. И не важно какой язык.
>сравнение по производительности Идёт сравнение конкретных реализаций, о чём кстати дисклеймер в статье автора, и неудивительно что спринг медленнее ноды, не для микроговна он делался.
>>1074491 >Как там кстати с PHP? >В 10 раз быстрее джавы горишь? >Пруфы будут? Вот это да. На программаче обитают макаки не способные ручками взять и провести тесты на своём сервере. Не знал что такое бывает.
>>1074491 > ноды по какой-то волшебной невозможной причине быстрее, прикасаться к ним вне некой весьма узкой нише - нерационально. Узкая ниша? Ты хоть статью читал?
>>1076465 >Вот это да. На программаче обитают макаки не способные ручками взять и провести тесты на своём сервере. Не знал что такое бывает. Это ты себя имплаишь? А ну давай тесты показывай одинаковых реализаций.
>>1076464 >Кек, я хз кто там что наговнокодил, но чтобы соснуть у JS, это надо было просто пиздец как постараться.
Там классика из конца 90х, для каждого подключения создается новый ОС поток. И все равно только на 35% медленнее. Лол.
>>1076638 >И все равно только на 35% медленнее. >Используя 5 процессоров >Против 1 процессора на Node >все равно только на 35% медленнее. Эпичный тред утят.
>>1069083 (OP) >Серверная часть: Java EE c EJB, JAX-RS и Jersey; >-клиент: HTML5 с Bootstrap + jQuery. Такой то зашквар. Мало того, что жава не к месту, так ещё и фронт будет кривой и лагающий.
Когда борда была недоступна в последний раз, начал писать свою.
БД MySQL (позже думаю перепилить на MariaDB);
Серверная часть: Java EE c EJB, JAX-RS и Jersey;
Веб-клиент: HTML5 с Bootstrap + jQuery.
HTTP методы в серверной части пока только сгенеренные IDE.
Деплою на локальном веб-сервере GlassFish.
Сам нихуя не full stack девелопер, работаю тестировщиком в нагрузочном тестировании.
Какие подводные камни?