и обычно php

щас покажу

щас покажу

это тело запроса

это вообще http протокол?

вот пример запроса, в котором вызывается несколько задач и получаются результаты для них

я читаю на хабре статью, я так понимаю это какой-то другой тип запроса

протокола точней

да это поверх http просто json/application в content-type

https://www.jsonrpc.org/specification

не понимаю тогда

зачем этот jsponrpc вместо rest api

дело в современных реактивных языках программирования типа react и vue (ангулял не будем упоминать)

а как отдавать например в 1с?

дело в современных реактивных языках программирования типа react и vue (ангулял не будем упоминать)

которые не особо приветствуются гуглом

это же заточено получается на этот реактивность

и ограничено просто для отдачи от сервера к серверу

в 1с если чтото отдавать то не проблема, отдаёшь что хочешь и завершаешь приложение

то есть это для spa эти приложений, а для серверов это не удобно писать

получается

метод можно вызывать не только через jsonRPC

можно и через get и post параметры

а ответ не обязательно будет в json если этого не хочется

rest api получается слишком громоздким, а оптимизация происходит за счёт того что в бекенд уходит задача вызыва мутации и действий внутри вебприложения для изменения его локального состояния

rest api получается слишком громоздким, а оптимизация происходит за счёт того что в бекенд уходит задача вызыва мутации и действий внутри вебприложения для изменения его локального состояния

стоп

вы сами сказали, что это обычыный http

с json

в чем разница?

лишь в том что формат запроса в json стандартизирован

так а в чем громоздким?

я если честно не вкурю разницы кроме стандрата json и все

которую и так можно задать

при проектировании апи

джумла допустим введет свой стандрат для restapi

можно за один запрос вызвать сразу много методов

и к каждому получить свой ответ тут то ошибка или успешный результат с данными

в SPA и т.п. реализациях пользуются axios, это xmlHttpRequest api для запросов в нём есть т.н. интерсцептеры, механика хуков которые позволяют задать дополнительные хендлеры для обработки резульатов, в т.ч. например для выполнения действий и мутаций локального состояния

и нам теперь не надо в веб приложении писать запрос и дальше писать .then(result=>{ кудато кладём result})

мутаций я не понимаб значения этого слова, расшифровать такое надо

и нам теперь не надо в веб приложении писать запрос и дальше писать .then(result=>{ кудато кладём result})

ну это сомнительно все 🙂

смотри есть локальное состояние приложения, это просто все данные что мы храним в памяти

мутации это методы что меняют эти данные синхронно т.е. сразу

в приложении вы можете один метод обертку создать для этого и все

чтобы написать побольше один раз

а дейтсвия это методы что меняют их но не факт что сразу

да можно создать метод который будет принимать сразу много вызывов, но тут это сразу заложено просто а если сделать метод обёртку то надо забориться о контроле исключений

чтобы если задача свалится следующие задачи выполнялись, и придётся ещё костылить ответ, чтобы он тоже составной для каждой задачи был

а тут это стандарт (json Remote Procedure Call)

ну ок

я понял, но думаю, это лишнее, то что не нужно

я вообще к СПА отношусь так себе

с ним много проблем

я пишу если надо псевдоСПА

зря, это будущее, проблем вроде не должно быть

без фреймвроков, чтобы не затачиваться на них

зря, это будущее, проблем вроде не должно быть

никакое это не будущее

ну это настоящее уже

в браузераз и так дохрена проблем с этим СПА

зря, это будущее, проблем вроде не должно быть

давайте ориентироваться на то что нам пишет гугл

и какие рекомендации

и что сейчас на западе народ говорит

а рекомендации следующие - отказываться от монстров на js

как можно меньше грузить клиента

запускаем lighspeed от гугла и читаем

все описано

да, по этому используется регидрация локального состояния в server side rendering-е, которая ускоряет работу страницы на стороне клиента

при том конечно существуют всякие вк и фейсбук

запускаем lighspeed от гугла и читаем

Ну там все довольно размыто. Если упросить ставим модуль оптимизации запускаем через webpack5 и радуемя

да, по этому используется регидрация локального состояния в server side rendering-е, которая ускоряет работу страницы на стороне клиента

для большинства сайтов спа не нужен

как например видел я справочник по жд станциям сделанный на спа

нафига?

а потому что

по итогу он тормозил больше чем обычный

скорость ответа сервера - секунда

кое где вполне возможен spa

но это действительно редкость

но то мое личное мнение

не хочу уходить в спор

вот https://www.lamoda.ru/ , нихреновый магазин вроде и бюджеты большие, что-то я не вижу, чтобы они полсноттьсю на спа сели

ну spa spa рознь) это слишком от много зависит то что для большинства сайтов не нужен это сложный вопрос, для большинства сайтов контентных и простых может быть, а для личных кабинетов и систем автоматизации бизнеса вполне

у них частично там сделано на react