Приоритет между JavaScript и php

Извините за беспокойство, но подумал, что не помешает узнать квалифицированное мнение для понимания, хорошо ли так будет для сайта (точнее для Пользователей такого сайта):
Структура кода у меня получается примерно в такой пропорции: html (только необходимое) - 0.3% / 90% (JavaScript)- вся логика / 10 % (php) - только необходимое, а именно - передача/получение данных из БД. Соображение было таким - чем меньше нагрузка на сервер, тем лучше для клиентов.

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

Из его аргументов (если не исказил смысл):
• У ряда Пользователей может быть медленный компьютер, поэтому сайт будет работать медленно, а то еще и с глюками.
• А у кого-то из Пользователей JavaScript м.б. и вообще отключен.

0

Сообщение от 755 html (только необходимое) - 0.3% / 90% (JavaScript)- вся логика / 10 % (php) - только необходимое, а именно - передача/получение данных из БД.

Сходите на https://www.pinterest.com/
Посмотрите исходный html, что-бы убедиться, что ваша логика вполне себе нормальная

И если вы будете двигаться в этом направлении, то почитайте про React, Vue (это конкурирующие движки, вам понадобится какой нибудь один из них), PWA - это тематика "сайт как приложение"

Удачи и поменьше слушайте людей, которые безальтернативно знают как что-то нужно делать. Сейчас очень много технологий переплелось и если вам нравится JS, то откидывайте PHP и смотрите в сторону NodeJS (может даже Deno, мне кажется, оно "выстрелит")

1

Сообщение от 755 html (только необходимое) - 0.3% / 90% (JavaScript)- вся логика / 10 % (php) - только необходимое, а именно - передача/получение данных из БД.

А в абсолютных числах?

Сообщение от 755 Соображение было таким - чем меньше нагрузка на сервер, тем лучше для клиентов.

Серверу и админу лучше. А чем лучше клиенту?

Сообщение от 755 Но сегодня в процессе общения с одним программистом, он раскритиковал мой подход, сказав что так не пишут - большую часть надо писать именно на серверном языке.

Разные сайты пишут по разному. 100% оптимального подхода не выработано. Мода меняется туда-сюда.

Сообщение от 755 • У ряда Пользователей может быть медленный компьютер, поэтому сайт будет работать медленно, а то еще и с глюками.

Вы там системы дифференциальных уравнений решаете?

Сообщение от 755 • А у кого-то из Пользователей JavaScript м.б. и вообще отключен.

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

Добавлено через 7 минут

Сообщение от 755 • У ряда Пользователей может быть медленный компьютер, поэтому сайт будет работать медленно, а то еще и с глюками.

А если у пользователя медленный интернет, то проще передать с сервера небольшой json, чем большую html страницу.

1

Спасибо, sqltd1 за все советы
Маленькое замечание не по теме

Но не могу не прислушиваться к его словам:
- предложил обращаться к нему за помощью - тратит свое время, ничего не получая взамен, и несколько раз действительно помощь была ощутимая;
- редкий случай из моей практики, когда встретился порядочный и обязательный человек (не говорю, что не встречались, но, к сожалению, не так часто это происходило).

Поэтому планирую с ним долгосрочное сотрудничество, но вот не понимаю его уровень компетенции - Вы правильно выразили - смущает его категоричность, почему и пытаюсь сформировать более точное мнение

Добавлено через 13 минут

Сообщение от voraa А в абсолютных числах?

voraa, надеюсь, это шутка - ибо в затруднении, как на данный вопрос ответить.

Сообщение от voraa Серверу и админу лучше. А чем лучше клиенту?

Вроде бы это аксиома: не перегружать сервер при большом количестве посетителей сайта ? Забота только о них, чтобы обеспечить высокую скорость. На админов это никак не отражается - вся необходимая информация должна поступать куда надо. А чем лучше клиенту? - см первую фразу - скорость работы сайта.

Сообщение от voraa У ряда Пользователей может быть медленный компьютер, поэтому сайт будет работать медленно, а то еще и с глюками. Вы там системы дифференциальных уравнений решаете?

Смешно: с дифференциальными уравнениями как раз проблем не было...
Просто передал его мнение (если ничего не напутал). Но я возразил - у меня не быстрый, но скорость при всей моей требовательности меня более-менее устраивает (правда не тестировал на больших объемах информации - пока отрабатываю логику)

Сообщение от voraa А у кого-то из Пользователей JavaScript м.б. и вообще отключен. Ну раз такая паранойя, то пусть он заодно интернет отключит и комп выключит.

А вот этот аргумент показался интересным - как-то предпочитал о нем не задумываться, считая таким образом: быстрей всего все серьезные сайты используют js.

0

Сообщение от 755 с дифференциальными уравнениями как раз проблем не было...

В браузере на js?
Ну это не те уравнения и не те системы. У одного моего клиента системы считаются по 6-12 часов. И не в браузере на мобиле, а на Power PC.
Опять же все зависит от задачи, которую вы решаете. Абстрактные рассуждения дадут абстрактный (и скорее всего неверный) результат. Если есть какой то тяжеловесный расчет, который в браузере считается долго, но на сервере с большим количеством посетителей придется производить много таких расчетов, и все очень не скоро получат результат. Сервер же не бесконечно мощнее компьютера пользователя.

Сообщение от 755 На админов это никак не отражается

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

Сообщение от 755 voraa, надеюсь, это шутка - ибо в затруднении, как на данный вопрос ответить.

Да нет. 1кб html и 100кб js не тоже самое, что 50кб html и 5Мб js. Хотя проценты те же.
И даже дело не в том, сколько там js, а том, что он там делает. Можно и на 500 байт написать js, который намертво повесит браузер.

1

Сообщение от voraa Да нет. 1кб html и 100кб js не тоже самое, что 50кб html и 5Мб js. Хотя проценты те же. И даже дело не в том, сколько там js, а том, что он там делает. Можно и на 500 байт написать js, который намертво повесит браузер.

Раз вопрос задан, отвечаю, хотя и подчеркиваю (чтобы не тратить время понапрасну), что цифры очень условны, не отражают фактический код, взяты только из одной директории и, самое главное, в файлах много ненужных комментариев и мусора + из html почти весь код планирую перенести в js (в процессе программирования пришел к такой технологии - почти все на js).
Получилось примерно 15 кб html на 143 Кб js - пока совсем не 100 %.

0

Сообщение от 755 планирую с ним долгосрочное сотрудничество, но вот не понимаю его уровень компетенции

Если собрался с кем-то сотрудничать - слушай что он говорит.
Не хочешь слушать - ищи другого или все делай сам, как захочешь.

Это и называется сотрудничеством.
Сейчас это выглядит как "брехучий телефончик". И не хорошо обсуждать человека за его спиной, да еще не дав ему шанса самому высказывать свои суждения.
Если он прочитает что ты тут про него написал - может и сам не станет с тобой сотрудничать.

0

Извините, voraa, но мне кажется, что я уже потерял нить и не смогу правильно воспринять информацию - только к тому, что ценю Ваше время.

Добавлено через 8 минут

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

• Не обсуждаю человека, а уточняю точность информации - любой может ошибаться. (И в данном случае уже об этом высказал свое мнение первый комментатор).
• Кроме того только сегодня рассказал ему, как уточнял здесь же на форуме информацию по php, полученную от него ранее - к тому, что не делаю ничего такого, за что было бы стыдно или что хотел бы скрыть.
Поэтому и не опасаюсь того, что он может увидеть тему. А м.б. и даже сам потом, если будет интересно, ему озвучу как было с пред. темой.
Кстати, и в разговоре с ним говорил ему, что меня смущает его некоторая категоричность, например, утверждение, что так реализовать нельзя, хотя видел. что о чем говорили легко реализуется.

Добавлено через 9 минут

Сообщение от krvsa Если собрался с кем-то сотрудничать - слушай что он говорит. Не хочешь слушать - ищи другого или все делай сам, как захочешь.

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

0

Сообщение от 755 уточняю точность информации

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

Добавлено через 48 секунд

Сообщение от 755 Плохое утверждение

Тебе видней!
Видать большой опыт в сотрудничестве с людьми...

0

Сообщение от krvsa Тебе видней! Видать большой опыт в сотрудничестве с людьми...

Возможно и виднее: и опыт достаточный, и понимание того, что в данном вопросе нужен не столько опыт, сколько другое , в частности, терпимость к каким-то чертам характера. Но вы по-моему этого как-раз понять и не можете, раз пишите об опыте.

0

Сообщение от 755 Но вы по-моему этого как-раз понять и не можете, раз пишите об опыте.

Повторюсь...

Сообщение от krvsa Тебе видней!

0

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

Подумаю на досуге, как в дальнейшем поступать, чтобы избегать такие ситуации.

0

755, а сам вопрос тут в чём? Я просто не вижу.

Муки выбора между SPA и Server Side Rendering?

0

Бизнес-логика - на сервере.
UX - в браузере.

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

Добавлено через 43 секунды
Usaga, да заняться нечем людям. В любом случае, в каждом проекте своё соотношение будет.

0

Usaga, вопрос был в первой фразе темы. Но постараюсь уточнить вопрос.
Если правильно понял терминологию, к SPA разрабатываемый сайт никакого отношения не имеет - страницы формируются динамически по запросу пользователя, информация загружается из БД, и даже структура некоторых форм (html) формируется в php. Но в основном вся логика работы с клиентом происходит в js.

Вопрос заключался в следующем: нужно ли последовать совету и изменить стратегию написания кода, в т.ч. index.html поменять на index.php и перенести больше логики на серверную часть (у меня php) или можно оставить и так (уже написано достаточно много и немного будет жаль переделывать).
Если правильно понял совет, у ряда Пользователей сайт будет плохо работать, в частности медленно - в результате могу потерять эту часть клиентов.
Есть и еще один плюс, если можно оставить и так: при необходимости несложно будет заменить php на другой язык, если кому-то он не подойдет.

* Конечно, если можно такой совет давать не видя кода - программист, давший совет, его видел.

Сообщение от gogolik Бизнес-логика - на сервере. UX - в браузере.

Извините, gogolik, то, о чем написали интересно, но, если правильно понял, у меня речь идет о другой логике - математической, например, та же система фильтров у меня формируется динамически javascript-ом на основании массива данных.

Не все понятно из Вашего комментария (на счет 1 руб.), но, если правильно понял, это не относится к технической стороне работы сайта - быстро и без сбоев, которая меня и волнует.

0

Еще раз повторюсь

Сообщение от voraa Опять же все зависит от задачи, которую вы решаете. Абстрактные рассуждения дадут абстрактный (и скорее всего неверный) результат.

Никто не сможет вам дать хороший совет, не зная задачи.

Сообщение от 755 например, та же система фильтров у меня формируется динамически javascript-ом на основании массива данных.

Кто тут, кроме вас, понимает о чем идет речь?

Сообщение от 755 Бизнес-логика - на сервере.

Элементарный пример бизнес-логики. Сайт - магазин. Работа с корзиной. Вся работа (добавление товара, с учетом наличия и количества, удаление товара, время хранения товара, возврат товара в общей доступ) осуществляется на сервере. В браузере только UX. Отобразить текущее состояние корзины и кнопки, от которых идут запросы (команды) на сервер. Как устроена работа в браузере - дело вкуса разработчика. Можно по каждой команде получать с сервера полный html страницы, можно получать только небольшой json и на основании его формировать страницу или ее часть скриптом js. Как угодно можно. Но браузер ничего не должен делать с корзиной. Только запрос (команда) серверу и получить ответ - текущее состояние корзины.

Другой пример. Какая-нибудь система построения графиков. С сервера только приходят данные. А клиент уже может делать (визуализировать) с этими данными что хочет. Хочет простой график покажет, хочет - поменяет масштаб, или отобразит его в виде какой-нибудь круговой диаграммы... или шкалы логарифмическими сделает...Тут больше работы на клиенте. Сервер только выдает массив данных.

1

voraa, спасибо большое з ответ - все очень понятно обрисовали.

0

Вопросы толстого или тонкого клиента существуют уже больше полувека.

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

1

Сообщение от voraa Но браузер ничего не должен делать с корзиной. Только запрос (команда) серверу и получить ответ - текущее состояние корзины

Вот только пожалуй по корзине не совсем понял.
Ффраза о корзине "В браузере только UX. Отобразить текущее состояние корзины и кнопки, от которых идут запросы (команды) на сервер. "
Думал, что команды от кнопок идут в js, а уже оттуда отходят запросы либо на сервер (например, через аякс), либо происходит действие только в js (например при удалении товара из корзины - в этому случае команда не сервер не нужна)

Добавлено через 3 минуты

Сообщение от MallSerg Пока это похоже на запрос оценочного суждения без информации об объекте который нужно оценить или сделать вывод о правильности утверждения

Не думал, что это так при создании темы

0

Сообщение от voraa Элементарный пример бизнес-логики. Сайт - магазин. Работа с корзиной. Вся работа (добавление товара, с учетом наличия и количества, удаление товара, время хранения товара, возврат товара в общей доступ) осуществляется на сервере.

Ну не стоит так категорично. Это зависит от реализуемого функционала.

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


В этом мире имеется много дорог, по которым можно дойти до того, чего хочется...

0