Все мы прекрасно знаем, что есть frontend и backend, программирование на стороне клиента и сервера. Чаще всего для создания вебсайта требуются специалисты по mysql, php, javascript, html, css. Многовато будет. Вот хотя бы избавиться от пары языков например php и sql. Без sql не обойдешься, но по крайней мере можно ограничиться самым минимальным набором команд, как делает facebook, у них запросы самые простые ключ-значение.
Далеко не каждыЙ программист знает как работает жесткий диск и что влияет на время выполнения запроса, сложный sql запрос может оказаться очень медленным.
От php уже избавился node.js, но он работает только со своим сервером и специалистов не так много и они дорогие. Когда вся функциональность находится в одном месте это значительно упрощает сопровождение программы.
Хотелось бы иметь такую систему:
1 программирование происходит на стороне клиента, возможно с использованием frameworks
Angular (2,1), React, Vue.js, Ember, Meteor.
2 используется обычный хостинг или сервер. Фактически программист может даже не знать о серверной стороне, для него процессор оперативная память и диск сервера это всего лишь расширение браузера.
Сделать это совсем не трудно с помощью ajax. Но защититьjavascript код принципиально не возможно так что система получается неприемлимой с точки зрения безопасности. Можно использовать препроцессор, писать все на javascript, а потом генерировать код на php (или другом языке). Препроцессор может делать много других полезных вещей:
1 Проверять качество javascript, html, css кода.
2 Проверять комментированность кода и вообще соблюдение принятого корпоративного стандарта программирования
3 Проверять защищенность от sql инекций и cross site scripting.
4 Генеририровать автоматическую настройку на размер экрана.
5 Генерирвать простейшую мобильную версию.
6 Оптимизировать скорость загрузки страницы. Например удалять из js библиотек (jquery, angular и тд) не используемые функции, выполнять загрузку по мере просмотра страницы. Очень эффективно также сначала загружать относительно небольщие изображения худшего качества, например, меньшего разрешения или в формате gif .
Выглядит система примерно:
так программист на js имет набор операторов обращения к памяти сервера: оперативной ,
файлам на диске, базам данных, журналируемым хранилищам (redis, memcached). Можно вообще каждой переменной, массиву и объекту js поставить в соответствие переменную, массив или объект на серверной стороне с таким же именем. Те чтобы серверная часть была как можно менее заметна.
Кое что в этом направлении уже сделано:
Javascript parser, compiler and interpreter written in PHP
http://sstur.github.io/js2php/demo/
https://github.com/jakubkulhan/js2php

Хотелось бы знать Ваше мнение по всему выщемзложенному.
Предлагаю основать open source проект и разработать такую систему.

Мне 63 года программирую 42 года создал кучу реально работающих систем
1 программирование это технология. пистать все на одном языке и в одном листинге это технлогичнее, снижаются затраты на разработку и сопровождение
2 node.js требует своего сервера. я хочу сдклать систему для массовго пользователя чтоб работала с самым дешевым хостинг
3 препроцессор может оптимизировать сайт в первую очередь по времени загрузки

я запостил тему в несколько форумов. это единственный где есть ответы по существу.
респект

конечно js не единственное рещение но пожалуй самое технлогичное
1 одностраничные сайты. спецов все больше
2 мобильные приложения
3 много фрейворков
4 и замечу препроцессор ресльно нужен. он может оптимизировать сайт и базы данных.
можно даже использовать нейронные сети
5 конечно проек не хилый. я хочу хорощо отработать тз и выйти на западные сайты по open source

надо думать как сделать. например помечать операторы которые будут выполняться на сервере
скажем %% $x=$y;
но я хотел юы чтобы был синтаксис js который бы компилировался в php для помечнных %%
операторов. можно выделить какое то подмножество js не надо все
например facebook и vk создали упрощенное компилированное подмнжество php
кажется даже воздюбденное опп программирование запретили. классы тормозят

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

1 node.js не дороже но подавляющая масса работает с обычными виртуальными хостингами в лучщем случае виртуальным сервером. любое требование каких то изменений резко снижает рынок
2 сложности реализации и совместимости с фреймворками конечно есть но думаю это решаемо
3 ограничивать используемые кострукции языка снижает сложности реализации это хорошо и для повыщения читабельности программы.

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

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

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

ничего сложного нет и в использовании серверной части хоть на node, хоть на php, хоть на java.

конечно это не проблема. но еще раз - делать все на одном языке и в одном месте это технологичнее. и не зря придумали node.js

1 конечно это не проблема. но еще раз - делать все на одном языке и в одном месте это технологичнее. и не зря придумали node.js
таки зачем придумывать велосипед?

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

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

если запросы всё генерится на клиенте - кто помешает вручную сгенерировать такое, что заразит и сервер и клиентские страницы?

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

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