evgenylerner1 как резать ежу понятно. отрезать хвост по самые уши
2 качество продукта не пострадает наоборот
- Проверять качество javascript, html, css кода.
- Проверять комментированность кода и вообще соблюдение принятого корпоративного стандарта программирования
- Проверять защищенность от sql инекций и cross site scripting.
-Генеририровать автоматическую настройку на размер экрана.
- Генерирвать простейшую мобильную версию.
- Оптимизировать скорость загрузки страницы. Например удалять из js библиотек (jquery, angular и тд) не используемые функции, выполнять загрузку по мере просмотра страницы. Очень эффективно также сначала загружать относительно небольщие изображения худшего качества, например, меньшего разрешения или в формате gif .
3 да в основном используют готовые скрипты. но и разработки есть много оригинальных сайтов. я в основном делаю жту технологию для себя. в июле в израиле создам фирму по оффщроному аутсорсингу
(1) - а что оставить от семантики и прагматики? прототипные объекты остаются, с функциями - конструкторами? Замыкания? какой стандарт JS предполагаете использовать как базовый?
(2) - в силу динамического характера языка, это не всегда просто определить, какие функции ТОЧНО не используются. и потому их можно выбросить....

ПС - делать для себя - это хорошо. Если получится что-то годное, сообщество подхватит. ну или, если разработанная технология даст заметное преимущество, можно и самому подняться... - получится - пишите.

кто-то что-то такое делает,
https://www.npmjs.com/package/js2php
но зачем? лично мне не ясно абсолютно....

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

evgenylernerеще раз node требует сервера. если хотите я предлагаю node но работающий на обычном самом Простом хостинге. это востребовано
честно говоря, особых уязвимостей не вижу.
Но, технология в заголовке темы описана слишком неподробно.

правильно ли я понимаю, что суть в следующем - разработчик пишет какую-то лапшу из html-js перемешанного невообразимо, а как бы транслятор из этого делает php, которое исполняется на дешевеньких хостингах? (чтобы убрать слово ==невообразимая лапша== нужно к разработке приделать хорошо спроектированный фреймворк и мини-решение на нем. А это заметные трудозатраты)

Или, правильно понимает Вадя, что страничка на клиенте генерит php-код, который исполняется на сервере? Или что-то третье? что стоит за словами о ==ненужном бакенде==?

evgenylernerа будет ли удобно все делать на клиенте и js это вопрос во многм вкуса
имхо это удобно

А что именно все делать на клиенте?