Я не настоящий фронтерндер, но понимаю так: один и тот же код выполняется и на клиенте и на сервере.
Например, есть страница каталога. Её можно открыть сразу со всем содержимым, а можно по навигации перейти на неё и получить данные запросом к апи. А код хождения в апи один и тот же.
Это может показаться странным, но бизнес может устраивать такое положение дел. Да, производительность труда каждого отдельного программиста снизилась, но они смогли масштабироваться. При монолитном подходе может сложиться ситуация, когда все друг другу наступают на ноги и людей решительно некуда добавлять. Ещё требуется относительно высокая квалификация всех разработчиков, чтобы не сломать решение. А теперь можно докидывать разрабов по мере необходимости и платить им меньше, за счёт относительно более низкой квалификации. Плюс такая толпа разрабов позволяет быстрее получать изменения на проде, т.е. адаптироваться.
Меня самого корёжит, когда микросервисы пихают во все дырки, да ещё мелко нарезают, чтобы просто было, и команда из 10 человек, вместо того чтобы спокойно пилить фичи, половину времени занимается операционкой.
На двух :) через 4 секунды график пошёл вверх. Шучу, на графике нет RPS.
JMetter работает так: у нас есть некое количество тредов, каждый из которых в цикле выполняет свой план. Если тред ждёт ответа 2 секунды, значит он будет давать нагрузку в пол запроса в секунду. Если сервер быстро отвечает, один тред и 100 запросов может сделать. Когда сервер не вывозит, запросы становятся в очередь, а линия начинает линейно расти от количества ожидающих.
Можно прикинуть, что на 1 запрос сервер тратит 85мс и вывозит где-то 12 запросов в секунду.
Вот курсорная пагинация в ларавел: на фронт отдаём строку с курсором, а по факту это тот же упорядоченных набор ключей:where id > 15 order by id asc limit 15.
Можно пример чем курсорная пагинация отличается от "на основе упорядоченного набора ключей"?
P.S. я не автор и мне самому интересно почему фильтрация не в бд.
Спасибо за разъяснения
По мотивам:
И средства отрисовки одни и те же, и стейт перетекает бесшовное. Т.е. ещё и шаблоны одинаковые.
Блин, это же не управление, это система отслеживания усталости/внимания. У машинистов поездов такие есть, чтобы не спали.
Я не настоящий фронтерндер, но понимаю так: один и тот же код выполняется и на клиенте и на сервере.
Например, есть страница каталога. Её можно открыть сразу со всем содержимым, а можно по навигации перейти на неё и получить данные запросом к апи. А код хождения в апи один и тот же.
Это может показаться странным, но бизнес может устраивать такое положение дел. Да, производительность труда каждого отдельного программиста снизилась, но они смогли масштабироваться. При монолитном подходе может сложиться ситуация, когда все друг другу наступают на ноги и людей решительно некуда добавлять. Ещё требуется относительно высокая квалификация всех разработчиков, чтобы не сломать решение. А теперь можно докидывать разрабов по мере необходимости и платить им меньше, за счёт относительно более низкой квалификации. Плюс такая толпа разрабов позволяет быстрее получать изменения на проде, т.е. адаптироваться.
Меня самого корёжит, когда микросервисы пихают во все дырки, да ещё мелко нарезают, чтобы просто было, и команда из 10 человек, вместо того чтобы спокойно пилить фичи, половину времени занимается операционкой.
Какие вопросы нужно задавать и как принимать решения по архитектуре.
А что посоветуете?
Ну и норм, если их согласовали. Бизнес любит предсказуемость.
А в чём мой личный профит?
Ещё немного и это будет не кэш на стороне приложения, а специализированная in-memory DB для фасетного поиска.
Спасибо тебе добрый человек, никак не мог вспомнить и нагуглить EAV-модель.
Если что, я не автор, просто нагрузочные когда-то делал :)
На двух :) через 4 секунды график пошёл вверх. Шучу, на графике нет RPS.
JMetter работает так: у нас есть некое количество тредов, каждый из которых в цикле выполняет свой план. Если тред ждёт ответа 2 секунды, значит он будет давать нагрузку в пол запроса в секунду. Если сервер быстро отвечает, один тред и 100 запросов может сделать. Когда сервер не вывозит, запросы становятся в очередь, а линия начинает линейно расти от количества ожидающих.
Можно прикинуть, что на 1 запрос сервер тратит 85мс и вывозит где-то 12 запросов в секунду.
Я правильно понимаю, что геном - это программа для некого интерпретатора и у этой программы нет никакого состояния, кроме номера текущей команды?
Прочитал голосом техношамана
Важен не размер программы, а умение приносить пользу (:
Если блокчейн доступен публично, то разница есть: историю невозможно незаметно переписать.
Как это читается? Дважды-опережающий?
Если честно, разницы всё равно не понял.
Вот курсорная пагинация в ларавел: на фронт отдаём строку с курсором, а по факту это тот же упорядоченных набор ключей:
where id > 15 order by id asc limit 15.Можно пример чем курсорная пагинация отличается от "на основе упорядоченного набора ключей"?
P.S. я не автор и мне самому интересно почему фильтрация не в бд.
Вы про курсоры в БД?