JS вместо HTML

[веломан]

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

Для чего это все можно еще применять. Например для создания крайне легких и быстрых сайтов через связку:
client-side (JS/AJAX) -> JSON запрос -> маппинг JSON запроса на хранимку или запрос в базе -> база (sql или pl/pgsql) -> JSON ответ от базы -> client-side (JSON/AJAX)-> отображение.
В таком варианте программирование как таковое присутствует только на клиенте и минимально в базе.

При этом уходит фактически все server-side программирование (php/perl/java/etc).
При желании http json<->postgresql общение можно сделать через простой модуль в nginx (libpq поддерживает асинхронный неблокирующий режим работы с базой).
Производительность таких решений легко может на порядок превышать производительность классического веб сайта (при одинаковом железе).

Чем сейчас занимается код веб-сайта 90% времени:
1)генерацией запросов в базу (ORM)
2)превращением ответов базы в объекты (опять ORM)
3)преобразованием объектов в HTML
Вопрос: зачем городить такие сложности если можно получить от базы готовый JSON и отдать его клиенту как есть для отрисовки?

в общем смысл в том, чтобы всю работу (вместо ПХП) делала БД, при этом отдавала сразу JSON, который идёт прямиком в JS.
конечно во всякие CRM/ERP вообще без вопросов заедет, но в остальном, что скажет угл?

[malishka]

вторая же ссылка - https://habrahabr.ru/post/314172/
вроде как нет проблем.

[веломан]

не, я знаю про хабр и про гугл тоже слышал
мне хочется не из блога гугла инфу, а из уст практиков
тут народ изъябывается во всех позах, его интереснее послушать

[digg]

что с базой то будет, когда до нее прямые хакерские руки доберутся с таким раскладом?

[веломан]

там речь про селекты
JS не залезает прямо в БД с ногами, это БД выдаёт ему данные
и ПХП всё ещё валидолит весь инпут

[AloneSlamer]

гугл отрендерит страницу и будет разбираться с рендером.

[Reach]

чтобы хавал гугл надо server side rendering использовать, а вообще ты придумал велосипед со SPA приложением, не зря ты веломан (

[веломан]

Сообщение от Reach

чтобы хавал гугл надо server side rendering использовать, а вообще ты придумал велосипед со SPA приложением, не зря ты веломан (

во1, придумал не я.
во2, для SSR нужен node.js, а тут он нахуй не нужен
в3, SPA это только пол-дела
в4, от того что про него написали в вики он не стал сильно популярным, им только gmail и пользуется
А тем, про что в первом посте, походу и гугл не пользуется.
в5, ты вообще нихуя не понял смысла

[Hector]

Ага а валидность данных кто будет проверять, бд? Точно что велосипед. Single page apps + json api это уже давно не ново. Конечно можно многое отдать на сторону бд, например хранимые процедуры. Просто это частные случаи. А гугл давно уже пишет в своих доках что он может исполнять js. Конечно это требует с их стороны много ресурсов.

[веломан]

Ага а валидность данных кто будет проверять, бд?

А гугл давно уже пишет в своих доках что он может исполнять js.

одно дело, это разбирать отдельные кусочки страницы, а другое, - когда ВСЯ страница там, включая H1
кстати, Яндекс до сих пор не может JS нормально разобрать.