Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Web-фреймворк Pusa, переносящий логику JavaScript-фронтэнда на сторону сервера"	+/–
Сообщение от opennews (?), 12-Ноя-21, 10:30
Опубликован web-фреймворк Pusa с реализацией концепции, переносящей логику фронтэнда, выполняемую в браузере при помощи JavaScript, на сторону бэкенда - управление браузером и DOM элементами, а также бизнеслогика выполняются на бэкенде. Выполняемый на стороне браузера JavaScript код заменяется на универсальную прослойку, вызывающую обработчики, находящиеся на стороне бэкенда. Необходимость разработки с использованием JavaScript для фронтэнда отсутствует. Эталонная реализация Pusa написана на языке PHP и распространяется под лицензией GPLv3. Кроме PHP технология может быть реализована на любому другом языке, включая JavaScript/Node.js, Java, Python, Go и Ruby... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56140
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

4. Сообщение от Корец (?), 12-Ноя-21, 10:36	–5 +/–
>Pusa-Front посредством Ajax-запросов направляет события браузера (такие как click, blur, focus и keypress) и параметры запроса (элемент вызвавший событие, его атрибуты, URL и т.п.) в серверный обработчик Pusa-Back. Интересно, насколько всё это требовательно к сети? Допустим, на десктопах и на мобильниках в городе проблем не будет, ок, а что на счёт того, когда качество сети плохое? >Среди достоинств выделяются А среди недостатков? Сказали а, говорите и б!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #124, #181

5. Сообщение от 41 (?), 12-Ноя-21, 10:36	+11 +/–
идея интересная, но современный веб так откормил своих клиентов, что заднюю просто так не включит, хотя для локальных решений очень даже годно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33

8. Сообщение от Аноним (8), 12-Ноя-21, 10:41	+10 +/–
> Pusa-Front посредством Ajax-запросов направляет события браузера (такие как click, blur, focus и keypress) и параметры запроса (элемент вызвавший событие, его атрибуты, URL и т.п.) в серверный обработчик Pusa-Back. Гайд, как самому DDoSнуть свой сервер. Как только сайтом начнёт пользоваться достаточно большое количество человек, сервер просто упадёт из-за того что пользователи *кликают на веб страницу*. А если кто-нибудь подрубит автокликер, так вообще классно будет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #223, #274

9. Сообщение от Ю.Т. (?), 12-Ноя-21, 10:43	+9 +/–
Что-то не пойму, это заново изобретен "Web 1.0"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #91, #94, #147

10. Сообщение от Аноним (8), 12-Ноя-21, 10:44	+/–
Я ещё понял бы если WebSockets, но AJAX -- это же новое TCP подключение и TLS-рукопожатие на *каждый эвент страницы*! Отчаянно пытаюсь понять смысл данного проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #52, #55, #146, #149, #151, #164, #173, #205, #221

11. Сообщение от Аноним (11), 12-Ноя-21, 10:46	+21 +/–
В начале был простой HTML, и интернет был хорош. Потом решили, что нужно добавить свистоперделок. Потом поняли, что серверы не справляются с нагрузкой, и переложили часть работы на клиентов. Потом ещё. Потом поняли, что у клиентов всё тормозит, жрёт в три горла и срёт в две жопы, и начали переносить всё обратно. Глядишь, когда-нибудь вернёмся к чистому HTML. И всё снова станет хорошо
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #24, #30, #31, #73, #165

13. Сообщение от 41 (?), 12-Ноя-21, 10:49	+11 +/–
очередной оборот колеса Сансары
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

18. Сообщение от Аноним (18), 12-Ноя-21, 10:53	+6 +/–
Говорили "б", выше по тексту. > Из недостатков метода также отмечается перенос части нагрузки с фронтэнда на бэкенд и увеличение частоты обмена данными с сервером. .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

22. Сообщение от Аноним (22), 12-Ноя-21, 10:57	–3 +/–
> Глядишь, когда-нибудь вернёмся к чистому HTML. И всё снова станет хорошо Ты всё проспал Аноним. Уже виток сделали и назвали AMP. Хорошо не стало...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #44, #226

23. Сообщение от Аноним (23), 12-Ноя-21, 10:59	–2 +/–
Чем это принципиально отличается от Vue SSR?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #224

24. Сообщение от Аноним (24), 12-Ноя-21, 11:02	+1 +/–
Вы можете возвращаться прямо сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

25. Сообщение от Аноним (24), 12-Ноя-21, 11:03	+/–
Клиентский код 11 кб, вот чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 12-Ноя-21, 11:06	+4 +/–
Следующий этап - компилировать полученный PHP код на JS и перенос его обратно на сторону клиента. Все что требуется - простенький транспортный протокол для работы с БД.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #171, #228

27. Сообщение от Аноним (27), 12-Ноя-21, 11:06	+/–
Забавно - джаваскрипт гитлаба не смог мне на мобиле протокол показать.
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от Аноним (33), 12-Ноя-21, 11:07	+4 +/–
над названием еще надо поработать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #169

29. Сообщение от Аноним (33), 12-Ноя-21, 11:07	+1 +/–
для этого уже давно придумали wasm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

30. Сообщение от MVK (??), 12-Ноя-21, 11:08	+2 +/–
>Глядишь, когда-нибудь вернёмся к чистому HTML - идея глубже: в идеале отрисовка будет производиться на бэкенде, а в браузер будут оправляться отрисованные изображения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #39, #89, #225

31. Сообщение от Аноним (33), 12-Ноя-21, 11:08	+3 +/–
Надо идти дальше чтобы искусственный интеллект перевыполнял код еще до того как пользователь к нему обратится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #80, #260

32. Сообщение от garrick (?), 12-Ноя-21, 11:09	+1 +/–
Я смотрю любят программисты JavaScript велосипеды изобретать - JSF/GWT/Vaadin/ZKoss не слышали, надо обязательной свой забабахать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97, #105, #190

33. Сообщение от Аноним (33), 12-Ноя-21, 11:10	–7 +/–
Ты наверно не улавливаешь как быстро там все меняется. Если тема годная на неё перейдут все и очень быстро. Но это Пуса звучит как не очень годная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #71

37. Сообщение от th3m3 (ok), 12-Ноя-21, 11:12	+5 +/–
А можно просто отдавать html без всякого говнокода на js и будет всё быстро, тормозить будет нечему.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #48, #119, #275

39. Сообщение от Аноним (39), 12-Ноя-21, 11:17	–1 +/–
Трафик. Но вообще опера именно это и делает. Только там престо и он немного устарел. Отличный браузер, только им и пользуюсь всегда. Ну, на java me.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

44. Сообщение от keydon (ok), 12-Ноя-21, 11:23	+4 +/–
AMP это очередная попытка гугла захватить интернет и это не могло быть хорошо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

47. Сообщение от Аноним (47), 12-Ноя-21, 11:25	+1 +/–
>А можно просто отдавать html без всякого говнокода на js и будет всё быстро, тормозить будет нечему. Это не современно и не модно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Растоманя (??), 12-Ноя-21, 11:25	–4 +/–
Сейчас на васм Раст так делает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

51. Сообщение от Аноним (24), 12-Ноя-21, 11:27	+3 +/–
Откуда эту настойчивая потребность избавления от JS? В устойчивой неспособности на нем программировать? Зря, хороший язык. Поведение интерфейса и представление данных в любом случае пишется на фронтенде. И это не только формы. В реальной работе очень быстро окажется, что возможностей не хватает и нужно писать JS.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #67, #69, #93, #166

52. Сообщение от Аноним (52), 12-Ноя-21, 11:27	–1 +/–
Главный смысл - уменьшить количество стороннего JS-кода, выполняемого на браузере. Вкладок до OOM-киллинга можно будет открывать значительно больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #84

55. Сообщение от Аноним (55), 12-Ноя-21, 11:30	+3 +/–
В случае HTTP/2 и HTTP/3 — нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #109

58. Сообщение от Аноним (152), 12-Ноя-21, 11:36	–2 +/–
>недоступность основного кода со стороны фронтэнда Сразу на *** такие сайты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #65, #170, #231

59. Сообщение от Виктор (??), 12-Ноя-21, 11:38	+/–
Яваскрипт придумали именно для того, чтобы разгрузить сервер и канал, здесь же - наоборот, нагрузка переносится с клиента на сервер. Это то, что касается нагрузки. Но есть и другая сторона - безопасность. Перенос исполнения кода на сторону сервера приведёт к тому, что на сервер придётся передавать информацию о клиенте, такую, как разрешение экрана и тому подобное, которую яваскрипт может обработать локально, ничего на сервер не передавая. Что же касается сокрытия бесценных авторских прав авторов скриптов, то с этим неплохо справляется и обфускация.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #64, #98, #116, #230, #233

60. Сообщение от Аноним (52), 12-Ноя-21, 11:40	+4 +/–
Предпочитаешь, чтобы чужой код исполнялся в твоём браузере? Лично я бы предпочёл, чтобы код исполнялся на железе того, кто этот код писал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #70, #115, #177

61. Сообщение от th3m3 (ok), 12-Ноя-21, 11:41	+6 +/–
> Откуда эту настойчивая потребность избавления от JS? Например, сходу: - С js добавляются тормоза. - C js приходится качать тонну кода. - C js менее безопасно, чем без него. - C js - пользователь получает какую-то программу на своё устройство, которая хрен знает что делает на его устройстве. А пользователя никто даже не спрашивает. - ??? - Тормоза. Я стараюсь минимально использовать js, а то и совсем без него. Всё летает, все довольны. Пора формировать движение за сеть без js!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #63, #68, #110

62. Сообщение от th3m3 (ok), 12-Ноя-21, 11:43	–2 +/–
> Яваскрипт придумали именно для того Чтобы клиентские устройства тормозили. Вот его основная фича.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #79

63. Сообщение от Аноним (24), 12-Ноя-21, 11:49	–1 +/–
Т.е. адекватное потребностям использование JS вы не допускаете даже? Проблема ведь не в технологии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #72, #95

64. Сообщение от Аноним (52), 12-Ноя-21, 11:50	+/–
Вот от этой самой обфускации кода, исполняемого на клиенте, проблем с безопасностью гораздо больше. Ибо обфусцированное может всё тоже, что не стоило бы на сервер передавать, таки молча передавать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

65. Сообщение от Аноним (24), 12-Ноя-21, 11:50	+1 +/–
Выйди с этого. Фронтенд никак не может получить перловый код с сервера :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

66. Сообщение от test (??), 12-Ноя-21, 11:50	+/–
Мдаааа, у них с головой все в порядке ? Кричали что php/python крутящийся на сервере это типа плохо а давайте часть логике в js на клиента перетащим. Мда ....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75, #78, #172

67. Сообщение от Аноним (68), 12-Ноя-21, 11:52	+/–
> Откуда эту настойчивая потребность избавления от JS? В устойчивой неспособности на нем программировать? Возможно, причина лежит в устойчивой неспособности полностью запретить распространение своего js-кода -- без такого запрета распространять код на коммерческой основе весьма затруднительно: продавать приходится только временный доступ к коду и к техподдержке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

68. Сообщение от Аноним (68), 12-Ноя-21, 11:54	+1 +/–
> Я стараюсь минимально использовать js, а то и совсем без него. Всё летает, все довольны. я заинтригован. не поделитесь ли ссылкой на ваш портфолио? (да простит меня модератор за такие запросы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #86

69. Сообщение от Виктор (??), 12-Ноя-21, 11:54	+/–
Нет. Причина - в безопасности. Яваскрипты очень часто используются для сбора информации с компьютера и для размещение на компьютере посетителя вредоносного кода. Поэтому у людей, заботящихся о своей безопасности, как правило, исполнение яваскриптов запрещено или ограничено, и такой человек скорее покинет сайт, чем будет включать яваскрипты для него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #270

70. Сообщение от Аноним (68), 12-Ноя-21, 11:55	–2 +/–
не все сервера принадлежат программистам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #74

71. Сообщение от Gemorroj (ok), 12-Ноя-21, 11:55	+10 +/–
перейдут все если гугл скажет. а годность или не годность технологии практически ни на что не влияет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #83, #118

72. Сообщение от Аноним (52), 12-Ноя-21, 11:58	+4 +/–
Вот минимально использовать и есть адекватное использование. А потребности... ну у авторов кода могут быть извращённые потребности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

73. Сообщение от Виктор (??), 12-Ноя-21, 11:58	–1 +/–
Ну, собственно, так оно и есть. HTML5+CSS - решение, позволяющее делать красивые интерактивные сайты, не прибегая к костылям яваскрипта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #276

74. Сообщение от Аноним (52), 12-Ноя-21, 12:02	+3 +/–
Не важно, пусть тем, кто заказал разработку сайта. PS Будет тормозить, следующий раз подумает, стоит ли так перегружать страницы динамическими украшательствами. А то же, когда у клиента тормозит, хозяину-то сайта не видно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #121

75. Сообщение от Лже_ит (?), 12-Ноя-21, 12:03	+/–
В принципе андроиды работают быстро что ещё надо ? Тоже мое думаю : ничего . Другие же говорят в этом случае "не нужно" что c первых букв при другой раскладке звучит как yt ye;yj , а кто использует ytd ? Правильно ютуб
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

77. Сообщение от псевдонимус (?), 12-Ноя-21, 12:08	–1 +/–
Не взлетит. Не модно. Должно жрать на стороне клиента.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #188, #234

78. Сообщение от псевдонимус (?), 12-Ноя-21, 12:09	+/–
Не взлетит. Так-то по идее так и следовало делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #85

79. Сообщение от псевдонимус (?), 12-Ноя-21, 12:10	–1 +/–
Чтобы серваки не тормозили. А на юзверей им нас. Рать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #92

80. Сообщение от YetAnotherOnanym (ok), 12-Ноя-21, 12:14	+/–
А убедить пользователя, что он хотел именно того, что выдал ему ИИ - этим уже займётся товарищ майор. Тоже, разумеется, разработанный на основе ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

81. Сообщение от лолшто (?), 12-Ноя-21, 12:15	+1 +/–
Т.е. ты такой сидишь в своей конторке и думаешь: "О! А давайте сэкономим на зажравшихся фронтах и будем эту логику на бекэнде выполнять!" Выносишь все обработчики и состояние на бэк и вдруг понимаешь, что у тебя не одно соединение, а тысячи-миллионы и что теперь тебе нужен новый тарифный план в этих ваших облаках.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102, #235

82. Сообщение от Аноним (82), 12-Ноя-21, 12:15	–2 +/–
Хорошая технология для каких-нибудь дашбордов Я видел как такое работает на Phoenix LiveView, очень круто, только там вебсокет а не ajax
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от OpenEcho (?), 12-Ноя-21, 12:16	+/–
Наврядли гуглу это интересно. Все эти JS frameworks типа REACT были придуманы чтобы ослабить нагрузку на сервера+сеть и вынести на клиентскую часть как можно больше, оставив на бэкендах только контроль и данные. Хотя, времена идут, железо для них не проблема и если события с клиента (т.е. его повидение) как-то можно конвертировать в профит, (а это их главная цель - собрать все, какие только можно данные), то может и взлетит, но только для определенной группы, над кем надо пасти неустанно, иначе загнется и сеть и сервера :) но в будующем, вполне возможно и перейдут на Пузо, уж очень лакомый для них кусок данных
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #90, #179

84. Сообщение от OpenEcho (?), 12-Ноя-21, 12:19	+1 +/–
>Главный смысл - уменьшить количество стороннего JS-кода, выполняемого на браузере. Плюс, - иметь полный контроль и надзор над клиентом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #143

85. Сообщение от Лже_ит (?), 12-Ноя-21, 12:20	+1 +/–
Я думаю они наедятся этого всего от пуза судя по тому что фремиворк пузатый
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от OpenEcho (?), 12-Ноя-21, 12:34	–1 +/–
Не его, но с миниум JS (а некоторые темы и вообще без): https://gohugo.io/showcase/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #104

87. Сообщение от Аноним (87), 12-Ноя-21, 12:36	+1 +/–
Все просто, это нужно для того, чтоб на мелких проектах, PHP-макака могла запилить проект в одно рыло, без JS-макаки
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #236

88. Сообщение от Аноним (88), 12-Ноя-21, 12:36	+1 +/–
Ну и велосипед
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96

89. Сообщение от fdk (?), 12-Ноя-21, 12:42	+1 +/–
Так уже сделали, есть барузер Mighty. Он стримит сайт в клиент барузера и передаёт клики на свой сервис.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #148

90. Сообщение от Аноним (90), 12-Ноя-21, 12:42	+/–
А вот поддерживаю. Гугл знатно экономит за счёт пользователей, но при их объёмах это, в общем-то, и понятно. Шиш вам гугл просто так согласится вернуться нагрузку на сервера. Они вон всё сделали, чтобы её оттуда забрать. И сэкономить 2-3 байта на каждом запросе тоже очень постарались. Потому что для сайта с 2 тысячами и даже миллионами посетителей в день пару лишних байт при нынешних скоростях не окажут влияния. А для клиента, как ни странно, всё будет даже быстрее. А вот для гугловской аудитории это огого. Пусть весь жир переваривают компы клиентов. Ну и заодно полирнули мозги неокрепшим умам, что так на самом деле красивее, интерактивнее, нравится пользователю, хотя по факту гугл просто экономит. Но я видел людей, которые на полном серьёзе утверждали, что "так же круче", "смотрите, какая красота" и т.д., и т.п. Только я наблюдаю такой вот парадок: скорости и мощности растут, а обычные сайты для конечного пользователя становятся всё тормознее и тормознее. Да, удалось создать интересные штуки, типа draw.io например. Но это скорее штучные примеры. При этом для простой инфы вижу отличную скорость загрузки и рендера "простых-тупых" страничек. Но это не модно. Такая штука из топика - это большой шаг назад для гугла в плане экономии. Разве только что это даст ещё больший контроль над действиями и анализ их, а это может и привлечь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

91. Сообщение от OpenEcho (?), 12-Ноя-21, 12:42	+4 +/–
Фигушки ! их сайт https://pusa.catlair.net/ даже не открывается без JS :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #145, #168

92. Сообщение от Аноним (90), 12-Ноя-21, 12:49	+1 +/–
Хоть кто-то не отрицает)) Но есть вот фанбои, которые на полном серьёзе думают, что не для этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

93. Сообщение от Ю.Т. (?), 12-Ноя-21, 12:51	–1 +/–
> Откуда эту настойчивая потребность избавления от JS? В устойчивой неспособности на нем > программировать? Зря, хороший язык. Язык-то хороший. Проблема в том, что работа в инфосети превратилась (превращена) в постоянное исполнение неведомо кем сделанных приложений У СЕБЯ ДОМА. Это и HTML5 касается, насколько понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #106

94. Сообщение от Аноним (94), 12-Ноя-21, 12:53	+1 +/–
Нет, X.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

95. Сообщение от YetAnotherOnanym (ok), 12-Ноя-21, 12:55	+2 +/–
Если технология позволяет безнаказанно г..нокодить - проблема в ней. Си не позволяет г..нокодить безнаказанно. Даже "легкие в освоении и удобные в использовании" языки типа пхп или питона дают вполне ощутимые последствия г..нокодинга в виде нагрузки, которую сервер не тянет, и за это вполне можно получить по башке от начальства, если оно хоть мало-мальски разбирается в деле, которым руководит. А вот жс позволяет г..нокодить почти совсем безнаказанно. Ошибок в консоли браузера юзер не видит, жор ресурсов часто проходит для юзера незамеченным, тормоза тоже редко становятся проблемой (ну, тупанул броузер на секунду), в крайнем случае юзер перезагрузит страницу, не вдаваясь в причины проблемы. Вывезти вебкодера в гости к фермеру и предложить там открыть свой шедевр - этого никто не делает. Поэтому на жс можно безнаказанно лепить любое г..но.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #108, #198

96. Сообщение от turbo2001 (ok), 12-Ноя-21, 12:57	+/–
У кого ещё такое есть, если не считать блейзор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #100, #101

97. Сообщение от Аноним (97), 12-Ноя-21, 12:57	+1 +/–
У всех этих технологий есть фатальный недостаток, но однажды и у этой технологии его найдут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

98. Сообщение от YetAnotherOnanym (ok), 12-Ноя-21, 12:59	+/–
> яваскрипт может обработать локально, ничего на сервер не передавая Как будто это может помешать отправить на сервер ВСЁ, что скрипт сможет собрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

99. Сообщение от Аноним (99), 12-Ноя-21, 13:09	–1 +/–
Во блин. А я давно уже думал, что это на самом деле бред писать вэб приложения на двух языках - один для бэкэнда, а другой для фронтэнда. Раньше был смысл, когда странички считались чем-то вроде текста. Но сейчас то, блин, это уже полноценные приложения и в браузере мы видим по сути только морду. Так зачем вот эта огромная куча костылей? Все эти html, css, js и еще куча всякой другой ереси?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113, #123

100. Сообщение от Аноним (100), 12-Ноя-21, 13:11	+/–
Unpoly и Htmx
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

101. Сообщение от Аноним (87), 12-Ноя-21, 13:13	+/–
У всех: https://github.com/dbohdan/liveviews
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #107

102. Сообщение от псевдонимус (?), 12-Ноя-21, 13:20	+1 +/–
> Т.е. ты такой сидишь в своей конторке и думаешь: "О! А давайте > сэкономим на зажравшихся фронтах и будем эту логику на бекэнде выполнять!" > Выносишь все обработчики и состояние на бэк и вдруг понимаешь, что > у тебя не одно соединение, а тысячи-миллионы и что теперь тебе > нужен новый тарифный план в этих ваших облаках. А какого лешего юзверь должен тратить свои вычислительные мощности ради вашей рекламы? Не переживай, а то переживе.. Все по-старинке останется. ФФ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

103. Сообщение от mos87 (ok), 12-Ноя-21, 13:27	+2 +/–
Выключите свет!
Ответить | Правка | Наверх | Cообщить модератору

104. Сообщение от Аноним (104), 12-Ноя-21, 13:31	+2 +/–
Там без жс даже картинки не грузятся, хороший пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #111, #142

105. Сообщение от another_one (ok), 12-Ноя-21, 13:34	+1 +/–
> Эталонная реализация Pusa написана на языке PHP
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

106. Сообщение от Аноним (24), 12-Ноя-21, 13:42	+2 +/–
Раньше неведомо кем сделанные приложения были нативными и работали не в виртуальной машине браузера, а прямо на вашей ОС. Что-то изменилось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #112, #114

107. Сообщение от turbo2001 (ok), 12-Ноя-21, 13:43	+/–
Спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

108. Сообщение от Аноним (24), 12-Ноя-21, 13:44	+/–
Гуглы перестают выдавать сайт в поиске, если он тормозит и жрет ресурсы. Вебмакаки из кожи вон лезут, чтобы ускорить загрузку страниц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

109. Сообщение от НяшМяш (ok), 12-Ноя-21, 13:46	+5 +/–
Да и HTTP/1 нет, если keep-alive используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #144, #174

110. Сообщение от НяшМяш (ok), 12-Ноя-21, 13:50	+3 +/–
Забавно то, что в браузере тормозит не JS, а DOM который JSом теребят стотыщраз в секунду. И минимальное использование JS это правильная стратегия. А бывает так, что фронтендеры, чтобы вывести обычную таблицу в браузере, вместо <table> накручивают лютого монстра на React, где каждая ячейка - это отдельный компонент рендерящийся в <div>.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #120

111. Сообщение от НяшМяш (ok), 12-Ноя-21, 13:52	+/–
app.bundle.js - 133кб app.кучабуков.js - 157кб buttons.github.io - 19кб
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

112. Сообщение от НяшМяш (ok), 12-Ноя-21, 13:54	+1 +/–
Человек ностальгирует по временам, когда возле компа дышать нельзя было, чтобы он не поломался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

113. Сообщение от НяшМяш (ok), 12-Ноя-21, 13:56	+1 +/–
> бред писать вэб приложения на двух языках - один для бэкэнда, а другой для фронтэнда. Пиши на одном. NodeJS уже давно существует /s
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #167, #237

114. Сообщение от Ю.Т. (?), 12-Ноя-21, 14:14	+/–
> Раньше неведомо кем сделанные приложения были нативными и работали не в виртуальной > машине браузера, а прямо на вашей ОС. Что-то изменилось? В те времена у каждого приложения были фамилия, имя и отчество. ЕВПОЧЯ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

115. Сообщение от Аноним (152), 12-Ноя-21, 14:29	+/–
Предпочитаю контролировать, какие данные и каким образом использует чужой код. Если код плохой, то я его модифицирую и он отдаётся браузеру вместо оригинального.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #186, #232

116. Сообщение от Аноним (152), 12-Ноя-21, 14:31	+1 +/–
>Что же касается сокрытия бесценных авторских прав авторов скриптов, то с этим неплохо справляется и DMCA takedownы и судебные иски. Пофиксил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

117. Сообщение от Мировой Ковидлостан (?), 12-Ноя-21, 14:40	+/–
Как стимулировать продажи железа? - Бесконечно раздувать овносайты.
Ответить | Правка | Наверх | Cообщить модератору

118. Сообщение от bugmenot (??), 12-Ноя-21, 14:50	+/–
То-то же на Ангуляр все перешли (нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #216

119. Сообщение от bugmenot (??), 12-Ноя-21, 14:54	+2 +/–
Можно. Но тебе это не понравиться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #180

120. Сообщение от bugmenot (??), 12-Ноя-21, 14:57	+/–
Как будь-то <table> не рендерится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

121. Сообщение от bugmenot (??), 12-Ноя-21, 14:59	+/–
> А то же, когда у клиента тормозит, хозяину-то сайта не видно Ну вообще-то для этого есть тестеры, которые тестируют работу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #187

122. Сообщение от Аноним (122), 12-Ноя-21, 15:03	+2 +/–
Что только не придумают, лишь бы JS не учить
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209

123. Сообщение от Аноним (123), 12-Ноя-21, 15:05	+/–
Это странное мнение, обычно программные продукты пишутся более чем 1 человеком, и нет никакой проблемы в разных языках, да и знать несколько языков не проблема вообще. По мне так наоборот, писать на JS то что можно писать на нормальном ЯПе, спроектированном не за неделю - бред.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

124. Сообщение от Растоманя (??), 12-Ноя-21, 15:16	–8 +/–
Там даже безопастный Раст не поддерживается, о чем говорить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

132. Сообщение от Аноним (132), 12-Ноя-21, 15:33	+/–
Вперед в здоровое прошлое?
Ответить | Правка | Наверх | Cообщить модератору

142. Сообщение от OpenEcho (?), 12-Ноя-21, 16:37	+/–
> Там без жс даже картинки не грузятся, хороший пример. Хьюго - это -генератор статических сайтов, все зависит от того, кто делает, ЖС там в основном чтоб можно было динамически менять (меняешь ишодники, меняется тут же морда) ну и или еще свистелки, без которых можно спокойно обойтись. https://www.linode.com/docs/ сделаная на хьюгев полне рабочая без ЖС
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #269

143. Сообщение от хозяин кабака (?), 12-Ноя-21, 16:39	–1 +/–
Ну, во-первых, об этом уже знаю я. Во-вторых, об этом, разумеется, узнает китаец... Нет, ну ты правда надеешься пользуясь сайтом делать это как-то так чтобы никто не догадался что ты это делаешь? Учти - китаец ЭТОГО дела ооооочень не любит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #150

144. Сообщение от пох. (?), 12-Ноя-21, 16:40	+1 +/–
То есть примерно всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #229

145. Сообщение от пох. (?), 12-Ноя-21, 16:41	+1 +/–
кстати, да, белое пустое место - лучшая антиреклама поделки. Не просто без js, а без единственноверного js в распоследней версии Браузера (единственноверного, конечно, куда вы тут лезете со своим lynx, плевать нам на слепых)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

146. Сообщение от kai3341 (ok), 12-Ноя-21, 17:00	–2 +/–
> Я ещё понял бы если WebSockets, но AJAX Точняк, там предлагают REST или gRPC, а не Websocket. Это полная ж
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

147. Сообщение от Kuromi (ok), 12-Ноя-21, 17:22	+6 +/–
Это ответ на слишком умные, настраиваемые и контроллируемые пользовталеем браузеры. Если во времена IE страница что сказала, то и происходит - вся рекламка прогружается например, Активексы всякие, то сейчас у пользователй в арсенале есть всякие настройки разрешения страницам, фильтры и блокировщики. А это, как показала практика, изрядно раздражает сайтоделов. Вот пример - сделали поддержку видео в браузере и сразу появились видеобаннеры и даже встроенные рекламные видеоролики. Естественно запускались они сами сразу же и с орущей громкостью. Гугл сказал - "Хром будет блокировать автозапуск роликов с звуком" (уже нарушение идеальных стандартов как бы) и все были вынуждены звук убрать. Другие браузера разрешили блокировать автозапуск даже без звука и теперь рекламщики изгаляются чтобы ролик все таки запустить (и у них к сожалению получается). Отсюда и все эти подвижки в сторону "контроллировать целостность страницы", "не давать показывать код". Схема такая же как с Google Stadia или Geforce Now - если игры в облаке то пиратсво невозможно. Если сайты будет рендерить сервер, то у пользователя контроля не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #152

148. Сообщение от Kuromi (ok), 12-Ноя-21, 17:24	+/–
И как в таком браузере ходить по интернет-магазинам? Номера карточек тоже сервису отправлять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

149. Сообщение от OpenEcho (?), 12-Ноя-21, 17:34	+1 +/–
> Я ещё понял бы если WebSockets, но AJAX -- это же новое > TCP подключение и TLS-рукопожатие на *каждый эвент страницы*! Ну, на самом деле "keep-alive" никто не отменял, так что для обеьктивности, - то не "на каждый чих"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

150. Сообщение от OpenEcho (?), 12-Ноя-21, 17:39	+1 +/–
> Нет, ну ты правда надеешься пользуясь сайтом делать это как-то так чтобы > никто не догадался что ты это делаешь? И что? это кого-то останавливает юзать интернет? Все знают что делает гугл и метаморда и ничего, кормят их исправно > Учти - китаец ЭТОГО дела ооооочень не любит! У китайцев у самих, еще "лучше" в этом плане, там инернет, такой как мы знаем не имеет популярности, у них большинство сидят на апп в телефоне, без которой там даже чихнуть не получится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

151. Сообщение от Аноним (151), 12-Ноя-21, 17:51	+/–
На вебсокетах тоже есть, правда на эликсире https://github.com/phoenixframework/phoenix_live_view
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

152. Сообщение от Аноним (152), 12-Ноя-21, 18:35	+1 +/–
>Гугл сказал - "Хром будет блокировать автозапуск роликов с звуком" А можно было просто исключать сайты, где такое происходит, из выдачи. Разумеется, за исключением ютюба.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #163

163. Сообщение от Ordu (ok), 12-Ноя-21, 19:35	–1 +/–
Сайты не контролируют рекламу, которую они показывают. Google контролирует её. Гугл мог бы на своей стороне заблокировать доставку рекламных роликов со звуком, но это с его стороны было бы деятельностю вида мухи против гoвнa. Ему выгоднее доставить ролик, снять за это денег с рекламодателя, а потом не показывать его пользователю, чтобы не раздражать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #199

164. Сообщение от stillswamp (ok), 12-Ноя-21, 20:10	+2 +/–
Смысл проекта - полностью убрать необходимость координации между бэками и фронтами при разработке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

165. Сообщение от stillswamp (ok), 12-Ноя-21, 20:12	–1 +/–
Идеальный вариант - вернутся к чистому HTML. Именно по этому пути пуса и пошла. В пределе - с клиента на сервер события, с сервера на клиент контент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #227

166. Сообщение от stillswamp (ok), 12-Ноя-21, 20:13	+1 +/–
Мы хорошо знаем JS и умеем на нем писать. Причина не в JS а в наличии необходимости координации между бэками и фронтами. Это финансово расходно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

167. Сообщение от stillswamp (ok), 12-Ноя-21, 20:16	+/–
NodeJS - пишите. Это хорошо. Речь идет не об исключении JS а об уменьшении объема кода на клиенте. По хорошему - сведение его в 0, если данный стандарт разовьется и будет принят браузерами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #175, #194

168. Сообщение от stillswamp (ok), 12-Ноя-21, 20:18	+2 +/–
Разработчикам нет необходимости работать с JS на клиенте. Сам JS никуда не делся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #183

169. Сообщение от stillswamp (ok), 12-Ноя-21, 20:19	+/–
Мы не про маркетинг. Мы про кодинг. Но Pusa - хорошее короткое имя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

170. Сообщение от stillswamp (ok), 12-Ноя-21, 20:22	+/–
Ну и напрасно. Юзеру, а их большинство глубоко без разницы открытый код или нет. Они просто пользуют сайт и все. А вот заказчик - кто платит деньги - предпочитает код оставить себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

171. Сообщение от stillswamp (ok), 12-Ноя-21, 20:25	+/–
Суть технологии - в этом нет необходимости. Пишем на чистом PHP без пересборок в JS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

172. Сообщение от stillswamp (ok), 12-Ноя-21, 20:29	+1 +/–
У нас с головой все в порядке. JS - место размещение компонентов MVC не страдает. При этом браузеру (клиенту) отводится его основная суть а именно ОТОБРАЖЕНИЕ. Это наиболее правильное использование клиентской стороны в текущих условиях инета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

173. Сообщение от stillswamp (ok), 12-Ноя-21, 20:48	+2 +/–
> Я ещё понял бы если WebSockets, но AJAX -- это же новое > TCP подключение и TLS-рукопожатие на *каждый эвент страницы*! > Отчаянно пытаюсь понять смысл данного проекта. Pusa - протокол. Для понимания сути и демонстрации необходима демка. Демка должна быть простой - AJAX (не WS). Это сделано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

174. Сообщение от stillswamp (ok), 12-Ноя-21, 20:57	–1 +/–
> Да и HTTP/1 нет, если keep-alive используется. KeepAlive не используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #182

175. Сообщение от Аноноша (?), 12-Ноя-21, 21:01	+/–
> По хорошему - сведение его в 0, если данный стандарт разовьется и будет принят браузерами. Не будет. Стандарт - это гугл, а они развивают JS, WASM и прочие веб стандарты. Браузер - это своего рода ОС, давно уже пора это понять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

176. Сообщение от fuggy (ok), 12-Ноя-21, 21:07	+/–
Этакий тонкий клиент для толстых сайтов. Конечно не zero javascript, но всё же только минимальная прослойка, а вся нагрузка на сервере. Но есть минус — это огромное количество запросов на каждый чих, на какой-нибудь blur или hover, что вполне решается просто css. А вообще стоило бы смотреть в сторону TwinSpark, HTMx. Они тоже занимают 11кБ размера (золотой стандарт я погляжу) и при этом всё декларативно. А взглянув на ужасный протокол Pusa чуть плохо не стало, пусть дорабатывают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #178

177. Сообщение от fuggy (ok), 12-Ноя-21, 21:14	+/–
Сколько раз их учили что GPL, даже GPLv3 не делает код свободным, который исполняется на чужих серверах. Что позволяет легко форкнуть такой GPL проект и не публиковать изменений. Для этого надо использовать AGPLv3, чтобы код исполняемый на чужих серверах оставался свободным для пользователя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

178. Сообщение от stillswamp (ok), 12-Ноя-21, 21:36	+/–
> Этакий тонкий клиент для толстых сайтов. Конечно не zero javascript, но всё > же только минимальная прослойка, а вся нагрузка на сервере. Но есть > минус — это огромное количество запросов на каждый чих, на какой-нибудь > blur или hover, что вполне решается просто css. Верно. Это и должно решаться через CSS. Таким образом количество запросов - умеренное. > А вообще стоило бы смотреть в сторону TwinSpark, HTMx. Они тоже занимают > 11кБ размера (золотой стандарт я погляжу) и при этом всё декларативно. > А взглянув на ужасный протокол Pusa чуть плохо не стало, пусть > дорабатывают. Декларации недостаточно. С удовольствием выслушаем инфу о недостатках. Объективную учтем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

179. Сообщение от домен в слонике (?), 12-Ноя-21, 21:50	+/–
Ага, а по итогу страницы весят по 100500 мегабайт, ресурсы тупят даже на хорошем канале, а нагрузка на бэкенде не сильно ниже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

180. Сообщение от th3m3 (ok), 12-Ноя-21, 22:02	+/–
Очень нравится. Уже давно использую js - минимально. А то и совсем не использую. Всё летает, даже на слабых устройствах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

181. Сообщение от Аноним (181), 12-Ноя-21, 22:26	+3 +/–
> насколько всё это требовательно к сети? Ты посмотри, сколько сейчас современная морда ютуба генерит паразитных запросов через аякс...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

182. Сообщение от Аноним (181), 12-Ноя-21, 22:29	+4 +/–
> KeepAlive не используется. - Используй KeepAlive, Люк! (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

183. Сообщение от OpenEcho (?), 12-Ноя-21, 22:33	+/–
> Разработчикам нет необходимости работать с JS на клиенте. > Сам JS никуда не делся. Я понимаю, просто думаю было бы лучше, если при условии запрещеного ЖС, былo бы какое-то сообшение, костяк, как vue, ну или на худой конец пихуть tag <noscript> вместо пустой страницы. А вообще, спасибо за продукт, я уверен, он найдет свое место, особено учитывая, что в отличии от GWT, Zk, вы сделали попытку стандартизировать процессинг на бэкенде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #222

184. Сообщение от ыы (?), 12-Ноя-21, 22:34	+/–
Вот класно бы было запустить Pusa на MuditaOS
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #193, #238

185. Сообщение от KAE (?), 12-Ноя-21, 22:46	+/–
Интересно, можно ли таким образом ддосить ресурсы, - просто эмулировать перемещение курсором по страничке?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #192

186. Сообщение от Аноним (187), 12-Ноя-21, 23:30	+/–
Ты что же, каждый сайт, на котором JS есть, переделываешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

187. Сообщение от Аноним (187), 12-Ноя-21, 23:33	+/–
Ну так они его могут протестировать на i7 с 32 GiB оперативы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #214, #215

188. Сообщение от Аноним (187), 12-Ноя-21, 23:40	+1 +/–
Ну да, производители мобилок будут сильно против.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

189. Сообщение от Аноноша (?), 12-Ноя-21, 23:46	+/–
> Состояние фронтэнда формируется но не контролируется бэкендом, что делает разработку для Pusa схожей с кодом для видеокарты или Canvas, где результат исполнения не контролируется разработчиком Кто объяснит, что здесь написано? Что значит "схожей с кодом для видеокарты Canvas, где результат исполнения не контролируется разработчиком"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #191

190. Сообщение от Аноноша (?), 12-Ноя-21, 23:55	+1 +/–
> Я смотрю любят программисты JavaScript велосипеды изобретать - JSF/GWT/Vaadin/ZKoss не слышали, надо обязательной свой забабахать. Судя по приведенным примерам программисты на Java не могут осилить JavaScript и изобретают свои велосипеды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

191. Сообщение от stillswamp (ok), 13-Ноя-21, 00:03	+/–
>> Состояние фронтэнда формируется но не контролируется бэкендом, что делает разработку для Pusa схожей с кодом для видеокарты или Canvas, где результат исполнения не контролируется разработчиком > Кто объяснит, что здесь написано? Что значит "схожей с кодом для видеокарты > Canvas, где результат исполнения не контролируется разработчиком"? Когда в видюху отправляется поток команд, проверить его исполнение у отправляющего кода нет никакой возможности. Только пользователь увидит картинку. От видеокарты максимум будет получен ответ, что команды приняты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

192. Сообщение от stillswamp (ok), 13-Ноя-21, 00:12	+/–
> Интересно, можно ли таким образом ддосить ресурсы, - просто эмулировать перемещение курсором > по страничке? ддосить ресурсы куда как проще без мышки. возить эмулируемой мышкой слишком дорого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

193. Сообщение от stillswamp (ok), 13-Ноя-21, 00:32	+/–
> Вот класно бы было запустить Pusa на MuditaOS Чем объясняется такое экзотичное желание?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #213

194. Сообщение от лолшто (?), 13-Ноя-21, 00:55	+/–
> NodeJS - пишите. Это хорошо. > Речь идет не об исключении JS а об уменьшении объема кода на > клиенте. > По хорошему - сведение его в 0, если данный стандарт разовьется и > будет принят браузерами. Либо ты платишь за ресурсы, либо пользователь. Крупные игроки на рынке деньги считать умеют и дополнительную нагрузку на бек брать не будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #197

195. Сообщение от лолшто (?), 13-Ноя-21, 01:09	+/–
В новости GPLv3, а в репозитории чего-то про лицензию ничего и нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196, #203

196. Сообщение от stillswamp (ok), 13-Ноя-21, 01:23	+2 +/–
> В новости GPLv3, а в репозитории чего-то про лицензию ничего и нет. Исправлено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #200

197. Сообщение от stillswamp (ok), 13-Ноя-21, 01:35	+1 +/–
Безусловно. При этом по имеющемуся опыту раскходы на технические ресурсы ничто по сравнению с расходами на персонал. Pusa про второе...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

198. Сообщение от фттщ (?), 13-Ноя-21, 02:00	+1 +/–
Ахаха, си не позволяет говнокодить, 70000 строк кода в геофизическом софте с тремя тысячами магических чисел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

199. Сообщение от fuggy (ok), 13-Ноя-21, 02:05	+/–
Не только гугл контролирует рекламу. Вот они и боролись с конкурентами, чтобы только гугл контролировал рекламу. Заодно чтобы в глазах пользователей хорошо выглядеть, типо мы против "неправильного" мёда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

200. Сообщение от fuggy (ok), 13-Ноя-21, 02:18	–1 +/–
Вы хоть понимаете что GPLv3 для серверного кода почти бесполезен? В этом случае правильнее использовать AGPLv3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #208, #210

203. Сообщение от Аноним (203), 13-Ноя-21, 08:44	+1 +/–
В верхнем правом углу сайта указана лицензия GPLv3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195

205. Сообщение от Онаним (?), 13-Ноя-21, 09:21	+/–
Может быть гуд для нетривиальных интерфейсов, где конкретная визуалка и реакция определяется текущим состоянием сервера. Без костылей в виде рефреша при серьёзном изменении такового состояния.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

206. Сообщение от Аноним (206), 13-Ноя-21, 09:23	+/–
Есть pjax livewire hotwire turbolink А это чисто пэхэпэ или тащит за собой фреймворк?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #211

207. Сообщение от Аноним (-), 13-Ноя-21, 10:07	+/–
эта новость пугает Javascript бандерлогов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #212

208. Сообщение от stillswamp (ok), 13-Ноя-21, 10:12	+/–
> Вы хоть понимаете что GPLv3 для серверного кода почти бесполезен? В этом > случае правильнее использовать AGPLv3. Лицензия изменена, ОДНАКО наивно полагать, что подобные условности позволяют рулить судьбой кода. Это проблема скорее сообщества, а не наша. Идея в выпущена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

209. Сообщение от Аноним (-), 13-Ноя-21, 10:21	+/–
что только не пишут, чтобы оправдать знание только одного языка Javascript
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

210. Сообщение от stillswamp (ok), 13-Ноя-21, 10:24	+1 +/–
> Вы хоть понимаете что GPLv3 для серверного кода почти бесполезен? В этом > случае правильнее использовать AGPLv3. Небольшое дополнение. https://gitlab.com/catlair/pusa/-/blob/main/site/pusa/src/la...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

211. Сообщение от stillswamp (ok), 13-Ноя-21, 10:25	+/–
> Есть pjax livewire hotwire turbolink > А это чисто пэхэпэ или тащит за собой фреймворк? Это чистый PHP без сторонних библиотек. JS вложен в проект. Его не много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #245

212. Сообщение от ыы (?), 13-Ноя-21, 10:47	+/–
Почему? Каждый из них получит в свое распоряжение миллионы серверов... Теперь они станут главными...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

213. Сообщение от ыы (?), 13-Ноя-21, 10:48	+/–
Синергией процесса...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

214. Сообщение от Рмшъ (?), 13-Ноя-21, 11:17	+1 +/–
Если хозяин продаёт что-то дорогое, то он может нарочно решить не тестировать на медленном железе, потому что решил, что его клиент может позволить себе быстрое. Есть и другие. Например, заказчик сделал себе в системе масштаб 150% и просит уменьшить сайт, а то всё крупное стало. То, что у посетителей станет мелко, его не волнует. Причём, он-то своим сайтом вряд ли будет пользоваться как посетитель, поэтому его вообще не должно волновать, как он видится на его странном компе. В общем, как тестировщику сказали тестировать, так он и тестирует. Если попросят посмотреть на медленных компах, он посмотрит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

215. Сообщение от Рмшъ (?), 13-Ноя-21, 11:17	–1 +/–
Если хозяин продаёт что-то дорогое, то он может нарочно решить не тестировать на медленном железе, потому что решил, что его клиент может позволить себе быстрое. Есть и другие. Например, заказчик сделал себе в системе масштаб 150% и просит уменьшить сайт, а то всё крупное стало. То, что у посетителей станет мелко, его не волнует. Причём, он-то своим сайтом вряд ли будет пользоваться как посетитель, поэтому его вообще не должно волновать, как он видится на его странном компе. В общем, как тестировщику сказали тестировать, так он и тестирует. Если попросят посмотреть на медленных компах, он посмотрит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

216. Сообщение от Антон (??), 13-Ноя-21, 11:19	+/–
На ангуляре кстати можно перенести рендеринг на сервер, при желании. Такой проект был. Только не нужен никому, разумеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #244

217. Сообщение от Ordu (ok), 13-Ноя-21, 16:55	+/–
Они сломали кнопку back в браузере.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #248

218. Сообщение от Аноним (221), 13-Ноя-21, 18:05	+/–
а умеет в SSR или есть ли планы по его реализации? т е сначала рендерим страницу полностью а далее через этот протокол - при этом чтоб код одинаковый был
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #241

219. Сообщение от Аноним (219), 13-Ноя-21, 18:10	+1 +/–
видимо, кто то из пыхошколоты набрел пару лет назад на http://hrud.net но не понял сути, и решил сделать все на пхп и для масс-веба ))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #220

220. Сообщение от Аноним (219), 13-Ноя-21, 18:15	+/–
да простят меня авторы "пуса" но это было первое впечатление. приношу извинения, если кого обидел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #239, #240

221. Сообщение от Аноним (221), 13-Ноя-21, 18:18	+/–
livewire от laravel Работат на ajax тут вопрос больше что проще спроектировать архитектуру и отмасштабировать сервер 1  раз (или просто платить облачному провайдеру ) или нанимать дорогих фронтендеров - которые будут переписывать и оптимизировать проект каждый день на новую версию фреймворка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

222. Сообщение от Аноним (221), 13-Ноя-21, 18:34	+/–
да проект интересный есть аналоги - но слишком много тащат - например blazor тащит рантайм .net скопмилированный в wasm   было бы неплохо поддержку SSR - например включать режим полного ренддера страницы на сервере - а затем уже погружать если js функционирует для тех кому нужно сео или например хотят поддержку функционирования в браузерах без js
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #243

223. Сообщение от Аноним (221), 13-Ноя-21, 18:36	+/–
> если кто-нибудь подрубит автокликер, так вообще классно будет. если подрубить даже на сайте SPA которое не сферический конь в вакууме и который не ходит на бекенд - будет то же самое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

224. Сообщение от Аноним (221), 13-Ноя-21, 18:51	+/–
Vue SSR - это когда фронтендеры решили что неплохо бы иногда запилить бекенд (пусть и на компонентах). в принципе прикольно - чем то отдаленно похоже так delphi компоненты - только не кидаеш на форму и не настраиваешь а пишеш руками а с pusa наоборот - когда бекендеры думали а не плохо бы иногда запилить фронтент на php например и не придется становится javascriptизером и не надо  руками js трогать и с мылом потом их мыть каждый раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

225. Сообщение от Аноним (221), 13-Ноя-21, 18:56	+/–
давно уже веб версия libreoffice умеет отрисовыватся на канвасе или напрмер adobe photoshop тоже -  без ручного написания js но там свои нанотехнологии по типу компиляции декстоп приложения в wasm и переноса рендера через графический тулкит  в браузер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

226. Сообщение от Аноним (221), 13-Ноя-21, 18:57	+/–
AMP уже отменил сам гугл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

227. Сообщение от Аноним (221), 13-Ноя-21, 18:59	+/–
идеальный но не везде например приложения типа гугл таблицы гугл докс и тому подобное - все на канвас перешли flutter для web тоже рендер через канвас внедряет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

228. Сообщение от Аноним (221), 13-Ноя-21, 19:09	+/–
уже есть https://gitlab.com/kornelski/babel-preset-php
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

229. Сообщение от НяшМяш (ok), 13-Ноя-21, 19:09	+/–
Просыпаемся и машем, сейчас не 2008. Все браузеры давным-давно его передают да и я не видел ни одного сайта, который бы отвечал Connection: close. Даже opennet оставляет соединение открытым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

230. Сообщение от Аноним (221), 13-Ноя-21, 19:23	+/–
> Яваскрипт придумали именно для того, чтобы разгрузить сервер и канал, здесь же - наоборот, нагрузка переносится с клиента на сервер. Это то, что касается нагрузки. в определенной нише это вполне имеет смысл - сервисы расчитанные на дешевые мобильные устройства, или сервисы типа google stadia и им подобные взамен увеличения интернет трафика предлагают уменьшение требований к аппаратным ресурсам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

231. Сообщение от Аноним (221), 13-Ноя-21, 19:25	+/–
ничего страшного если вы просто не попадаете в ЦА владельцев подобных сервисов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

232. Сообщение от Аноним (221), 13-Ноя-21, 19:27	+/–
а это случайно не ты тот чувак который любил писать и бекенд и фронтент на js, говорил что все класно нравится и еще потом его в дурку забрали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

233. Сообщение от Аноним (221), 13-Ноя-21, 19:33	+/–
> Перенос исполнения кода на сторону сервера приведёт к тому, приведет к тому что бизнес логика хранится на сервере - будет сложнее произвести реверс инженеринг опять же на примере google stadia - приложение не спиратиш
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

234. Сообщение от Аноним (221), 13-Ноя-21, 19:36	+/–
подобная идея давно уже используется - начиная от turbolinks и заканчивая blazor и рендером gnome окружения в браузере
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

235. Сообщение от Аноним (221), 13-Ноя-21, 19:43	+1 +/–
а если подумать над архитектурой и UX - то может оказатся все не так уж и плохо в осбености если это не сервис типа VK на милион пользователей, а специфическое веб приложение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #242

236. Сообщение от Аноним (221), 13-Ноя-21, 19:46	+/–
полностью согласен - ато эти js-макаки понаделают а потом уволятся, потомутчо новый фреймворк веть вышел а на нем не дают переписывать, да и старый код поддерживать скучно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

237. Сообщение от Аноним (221), 13-Ноя-21, 20:05	+/–
> Пиши на одном. NodeJS 1 язык != 1 платформа попробуй напиши  один и тот же код чтобы запускался и в браузер и node.js без костылей и подпорок вот deno его заменитель действительно откроет всем ворота в светлое будущее, когда будет 1 код и для браузера и для сервера без костылей в виде транспиляторов, тысячи сборoшиков и прочей ереси чернокнижников
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

238. Сообщение от Аноним (221), 13-Ноя-21, 20:10	+/–
заявлена что можно реализовать протокол на  Go - а в Go как раз есть встроенный веб сервер, теоретически можно скомпилировать через cgo под микроконтроллер, так почему бы нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

239. Сообщение от stillswamp (ok), 14-Ноя-21, 12:59	+/–
Не обидели. IT не для обидчивых. Сфера применения HRUD: Где нужно применять HRUD ? Разработка АРМ, личных кабинетов, и др. приложений с web-интерфейсом, для которых необходима поддержка сложной логики поведения или взаимодействия с клиентом, поддержка «сложного состояния клиента». Это «statefull технология», которая выгодна при организации сложных бизнес-процессов, быстрой разработки промышленных АРМ. Сфера применения Pusa значительно шире и все перечисленное так же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #252

240. Сообщение от stillswamp (ok), 14-Ноя-21, 13:00	+/–
-
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

241. Сообщение от stillswamp (ok), 14-Ноя-21, 13:05	+/–
Pusa это делает в том числе. Pusa имеет внутренний сборщик, позволяющий на бэеке полностью собрать всю страницу на основе шаблонов и их кроссвызовов (вообще без PHP на голом html). После чего страница будет возвращена. Выбор пути организации потрохов остается на усмотрение разработчика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

242. Сообщение от stillswamp (ok), 14-Ноя-21, 13:09	+/–
Pusa прекрасно справляется со значительной нагрузкой. В основу поддержки сессий Pusa заложена возможность поддержки множества вебсерверов (точек входа) без необходимости сессионной синхронизации. Таким образом пользователь, авторизовавшись на одном из серверов может продолжить работу на другом. Это позволяет организовывать зонтик и паралелить вебсервера в сколь угодных количествах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

243. Сообщение от stillswamp (ok), 14-Ноя-21, 13:14	+/–
Pusa может ПОЛНОСТЬЮ собрать всю страницу на голом html и отдать готовую. Это один из вариантов внутренней организации. пример: TemplateMain.html <html>     <body>         <cl content="BodyContent.html">     </body> </html> TemplateBody.html Hello World Результат: <html>     <body>         Hello World     </body> </html> Работает шикарно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #259

244. Сообщение от stillswamp (ok), 14-Ноя-21, 13:16	+/–
Беда в самом Ангуляре - точнее в его наличии и размерах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

245. Сообщение от stillswamp (ok), 14-Ноя-21, 13:17	+/–
После оптимизации и уборки коментов полный код JS для PUSA менее 7кб. И более 7кб он едва ли будет. https://pusa.catlair.net/?template=index.js
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

246. Сообщение от Цезий Родонович (?), 14-Ноя-21, 14:23	+/–
Они придумали VNC
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #247

247. Сообщение от stillswamp (ok), 14-Ноя-21, 16:48	+/–
> Они придумали VNC Не совсем. Сравнение с VNC близко с тем отличием, что со стороны сервера не отстроенный контент а динамически собираемый на основании запросов. В этом и идея. И да... все это только на браузере через REST - ничего боле у клиента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

248. Сообщение от stillswamp (ok), 14-Ноя-21, 21:41	+1 +/–
> Они сломали кнопку back в браузере. Исправлено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #250

249. Сообщение от Aleksey Fomkin (?), 14-Ноя-21, 21:52	+2 +/–
Не могу не упомянуть свой проект "Королев" для языка Scala, который развиваю с 2016 года. https://github.com/fomkin/korolev
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #251

250. Сообщение от Ordu (ok), 14-Ноя-21, 22:05	+/–
О, круто. Действительно работает теперь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

251. Сообщение от stillswamp (ok), 14-Ноя-21, 22:08	+/–
> Не могу не упомянуть свой проект "Королев" для языка Scala, который развиваю > с 2016 года. https://github.com/fomkin/korolev Предлагаю обсудить в телеге голосом. Суть беседы: - сравнение схем; - представление похожих и различных моментов статьей; Будет заинтересованность - прошу ответить сюда: https://t.me/pusa_catlair_net. По итогам беседы: - заберем удачные мысли в Pusa; - есть что и нам предложить для вас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

252. Сообщение от dplsoft (ok), 15-Ноя-21, 00:30	+/–
ваш оптимизм конечно похвален, но я бы сказал что вы заявляете пока еще трудноподъемные для вашей технологии вещи. сейчас будет много критики. я не столько хочу чутька сбить ваш оптимизм, сколько дать вам понять какие у вашей технологии сейчас я вижу проблемы. возможно я не прав, и вы меня переубедите, или примерами докажете, что я не прав. допускаю, что я сейчас попросту не понимаю как вы организуете серверные скрипты, плохо понимаю, что в ваших терминах является контроллером (уж не MVC ли? но тогда где модель?...).. но если я этого не понимаю - тогда у меня вопрос: а где доки которые дают мне как архитеткору или разработчику "модель вашего приложения" ? тех 2-х рисунков что есть в текщих манах - не достаточно. примеры - можете их сделать? в описанных на рисунках терминах разложить несколько примеров простого взаимодйствия - простой, средний (см ниже лифлет) , сложный ... В общем делайте мануалы и демки? но это спойлер - см про это в конце. Теперь про проблемы которые я вижу: _________________ во первых. ты часть проблем, что вытекает из простоты протокола. Сейчас это, имхо, как proof-of-cоncept. Протокол не предполагает передачу проивольных данных между клиентом и сервером, генерацию событий программно, у клиента нет js-api, нет механизмов взаимодействия сервера с находящимся на клиенте js (например как вы хотите добалять на leaflet-карту новые объекты?). вы похоже не очень то предрасположены к тесной интеграции с js ? да есть метод вызова произвольного js - но там же стоит пометка "Рекомендуется минимизировать использование"? Вопрос: как вы, например, собираетесь обрабатывать сдвига карты в leaflet - что бы запростиь у сервера объекты для новой области отображения? ведь у вас нет ни js-api в клиенте, ни механизма генерации событий программно, ни передачи дополниетльных, динамически генерируемых данных с событиями отсылаемыми на сервер. Будете делать это _не_ через PUSA? тогда прогнозирую нежелание разработчиков пользовать клиент pusa на стороне клиента. Примерно так же как мы не хотели видеть JSF потому что с "его клиентом" было очень проблемно интегрироваться - вызвать метод какого-то бина на сервере, когда ты находишься в js-коде - это сплошные костыли. _________________ во вторых. часть проблем - из выбранного языка реализации и механизма взаимодействия. Простите, но вы сказали что применения вашего протокола - больше чем то что описано на странице hrud - но заявлять про statefull приложение когда в php банально нет управления процессами и межпроцессного взаимодействия... это имхо странно. Сложное корпоративное приложение - оно живет на сервере постоянно, а не пока генерятся странички. Хотите совет? понимаю, это нагло, но если хотите развивать вашу спеку далее - переходите на Java, или C#. именно там вы отхватите кучу всего, что надо добавлять в ваш протокол.  заодно поймете как перестроить структуру и внутреннюю логику вашего решения тоже - если потребуется. Далее - как говорить про сферу применения - "statefull приложения" когда у вас сервер не знает состояния клиентских узлов или хотя бы модели клиентской страницы? имхо - это как-то странно. И пока вы сидите на php - вы не сможете организовать без костылей хранение состояния клиента на севере в памяти (хотя возможно мои знания про php устарели и вы знаете как это сделать изящно... но я вот думаю что нет таких вариантов с пхп ). _________________ И если вы создавали Pusa как спооб избавиться от JS - и это, имхо, "не прокатит". У вас не хватит возможностей.  Банально - разберитесь как реализовывать работу с Leaflet - например. Сейчас у вас не хватит быстродействия - куча ajax запросов на каждый чих который надо обрабатывать на клиенте - этот шквал может сожрать быстродействие и погребет любые попытки сделать что-то более-менее сложное. т.е. я к чему - от js вы не откажетесь, примите это, и научитесть жить с ним. _________________ И ВАЖНО: поймите вашу нишу. сейчас вы заявляете о слишком большой области, что бы верить вам наслово - это как с новыми языками - создатели всегда начинают свои поделия пихать куда ни попадя. Вот примерно как вы озвучили "непоймикакую" широкую нишу применения. Понимаю - вам кажется что у вас в руках Бруксовская "серебрянная пуля"... но имхо, важно понять, что эту пулю надо "приземлить" как можно быстрее и найти вашу нишу. Пока не наломали дров, пока интерес публики не кончился... Но это - только имхо . стратегия развития вашего продукта - ваша стратегия. Для сравнения: hrud создавался не из соображения отказа от js - хотя это почти и получилось.  hrud создавался для целей локализации бизнес-логики на серверной стороне. Именно бизнес-логики, с оставлением логики отображения на клиенте (т.е. например вопросы тесной интеграции с js - которые у вас не решены или числятся как "жежательно минимизировать" - там - заложены на уровне архитектуры и являются обычным штатным механизмом). Его область - это та область, где технологии построения приложений на типичных спрингово-ангулярных связках слишком тяжеловесны, медлительны в разработке и модификации, когда куча микросервисов начинает неуправляемо "разваливаться" и ею становаится трудно управлять, когда js-приложение настолько большое что даже грузится минуту, а переплетение операций такое, что у вас бизнес-логика начинает "просачиваться" на клинета через сотню циклов рефакторинга (и в итоге через F12 ты можешь начать делать операции не так как это допускаетс приложение....) - и вот именно это ниша - та самая в которой hrud более мнее способен конкурировать со "спрингво-ангуляровой попсой" - потому что позволяет эти проблемы решить и прделагает процесс разработки, который не приводит к подобным эффектам )) потому у него и написано в области применения - "не для массовых-публичных сайтов". Вы же, как я понимаю, хотите переенсти всю логику на сервер просто потмоу что "не хочется в JS"? И предложить решение всем и везде - в массовом вебе... имхо - не выйдет. "в чем цимес?" - вам это надо будет объяснить. И чем ваш вариант "лучше перегенерации страницы как это делается например на _этом_ форуме"? (см ниже секцию про "нишу") И проблема даже не потому что "у нас уже есть куча ангулярщиков". Заявленное в полном виде (перенос всей логики на сервер) можно будет сделать только через полный аналог rdp- или x- клиента в браузере, и как следствие - полностью перестроить логику приложения на сервере. И придумать кучу компонент под себя (напрмер карты?). А у вас еще и в добавок - нет модели страницы клиента на сервере... + массовый веб не поймет увеличения нагрузки на сервер при потенциально неограниченном числе клиентов. Попытки вынести на клиента бОльшую часть логики - и появление тяжелых js-клиентов (реакт-ангулярных) - вот это всё ужасное-и-противное что вы тоже наблюдаете - не от простой же это жизни появилось? Нет. а с целью как раз _разгрузить_ сервер. А вы предлагаете его как раз наоборот - нагрузить. И массовый веб вас спросит - "а зачем?!". и как я понимаю по комментам - уже спрашивает. А корпоративный сектор "тяжелых" приложений для вас - с php - практически закрыт. не с php соваться в "тяжелый интерпрайз". ну вот серьезно. (*) и да предвижу вопросы - сразу скажу : вконтактик - это не "тяжелое интерпрайз приложение". это "одностраничник с _примитивной_ бизнес логикой в 3 клика". И.... вот как-то для начала так. Надеюсь я вас не сильно "приложил" ? Если сможете выдержать - "добро пожаловать в коллектив" )) _________________ Возможно я не прав во всем выше, и вы сейчас в ответ на всё что я рассказал - найдете кучу "элегантных" решений или придумаете что то вообще супер крутое... Но почему бы не начать с того, что бы сделать ... демки ?  Демки и примеры. Несколько кейсов которые показывают чем ваше решение облегчает разработку приложений. Потому что вы - создатель. У вас есть идея. А я - токсичный комментатор который не понимает как использовать то что вы предлагаете. Покажите вашу идею! воплотите! я же пока могу только гадать и вспоминать мои шишки. _________________ Не знаю что предложить... - давайте скажем ... для начала 1) карту, с отображением только объектов, которые только в отображаемой области. с динамическйо подгрузкой данных с сервера через pusa; 2) выполнение на сервере какого-то длительного расчета с отображением прогресс-бара; и всё это - на технологии вашего протокола и вашего клиента. Без много-сот-строчного js-кода и "классических ajaх-запросов" вне вашего клиента. Всё общение с сервером - только через ваш клиент (ведь перестройка UI - в вашей идеологии - только через него и производится?(троллинг) Еще покажите как будет вести себя ваше приложение когда будут открыты 2 вкладки в одном браузере - и на ниж будут "нажиматься разные кнопки". И уже потом можно будет разговаривать более предметно. Предметно, и дальше - там еще есть пучок проблем на этом пути, но как первый шаг - я бы предложил вам решить описанные ваше кейсы. справитесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #253

253. Сообщение от stillswamp (ok), 15-Ноя-21, 09:57	+/–
Благодарю за длинный ответ. Отвечу кратко по существу. 1. Pusa - результат работы в архитектурно сложной структуре с 2001 года. 2. Мы реализуем Pusa свои деньги, с благодарностью принимаем советы, но очередность их исполнения выбираем сами. 3. Мы осознаем, что PHP не самый шустрое средство. Он выбран из за простоты и стройности. Реализация Pusa на GO или иных средствах НЕ проблематична, если у кого либо повится таковое желание. По кейзам: 0 - leaflet - в Концепте Pusa явно указана необходимость JS при работе с mousemove. Если у вас есть реализация без mousemove - изложите и будет предложена реализация без доп скриптов. У нас ЕСТЬ реализация leaflet и минималистичный (благодаря Pusa) JS скрипт, но выложен в рамках Pusa он не будет, так как потребует публикации серверной части, которая не будет опубликована по agpl3. 1 - прошу уточнить задачу. что понимается по понятием Карта. Если выше означенный leaflet то см п 0. 2 - ожидание клиентом ответа более 1 секунды с выводом индикаторов считаю недопустимым - это плохо. при оперативной работе повесить пользователю индикатор с временем ожидания 2 минуты - очень плохо. Блокирует работу. Тяжелые результаты отправляются почтой или телеграмом содержащей ссылку на результат который отображаться в реалтайме. Индикатор загрузки более 1 секунды - ПЛОХО. 3 - прошу уточнить задачу ИЛИ откройте две вкладки браузера и кликните меню на сайте pusa. Итого прошу уточнить постановку пунктов 1 и 3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #255

255. Сообщение от dplsoft (ok), 15-Ноя-21, 12:48	+/–
пока отвечу кратко, потом с вашего позволения дополню. и так. пока про leaflet : вот смотрите : вы, по сути, предлагаете "какой-то-фреймворк". мне в частности, разным посетителям форума вообще (иначе зачем вы это публиковали?). говорите что он классный и на нем можно делать много разных штук и он крутой потому что "полшел нафиг этот js". я поддерживаю, мне интересно... но возникает вопрос: "а мы вот карту на базе leaflet делали для заказчика. отображали на карте расположение cctv-камер на карте города. как такое же сделать на базе какого-то-фреймворка? я не помнимаю - покажите демку? и демос траничку на сайте запилить можете? а то демок у вас с гулькин нос и они какие-то примитивные слишком". вот и вся постановка. в дополнение - с сервера надо динамически подгружать порцию камер для отображения при сдвиге карты - для той области на которую сдвинули. т.е. просто загрузить все камеры сразу - нельзя. надо порциями, с выбором по отображаемой геообласти. и ваша задача - по сути показать как быстро и легко сделать это на вашем фреймворке и связать с сервером через pusa. еще наверное дополню: мне надо видеть гео-координаты отображаемой сейчас на карте области. т.е. вот я сдвинул область отображения - обновились геокоординаты. как мне такое сделатт на pusa и как, чем ваш фреймворк будет мне полен, как он облегчит мне решение такой задачи ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #257

257. Сообщение от stillswamp (ok), 15-Ноя-21, 20:40	+/–
1. Вы предлагаете выполнить полноценную работу. Работа = денги. 2. Постановка крайне предварительна и требует уточнения: - кто провайдер карты (api)? - если API провайдера подразумевает JS то, есть ли у него событие завершения драгдропа? - представьте api для получения информации о камерах. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #261

259. Сообщение от Аноним (259), 15-Ноя-21, 20:50	+/–
Так ета, а зачем еще один шаблонизатор? Их уже и так выше крыши наштамповали. Есть же PHP. Или по вашему шаблонизатор написанный на шаблонизаторе работает эффективнее? Или это по принципу "этот мир придуман не нами, потому сварганим другой"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #267

260. Сообщение от Аноним (259), 15-Ноя-21, 20:59	+/–
Ага, и получим всякие спектры с мельтдаунами, только уже уровнем повыше ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

261. Сообщение от dplsoft (ok), 15-Ноя-21, 22:53	+/–
> 1. Вы предлагаете выполнить полноценную работу. Работа = денги. нет, я прошу вас сделать демонстрационный кейс, туториал, пример того, как интегрировать pusa и js-компоненты на веб-странице. который будет красоваться у вас в туториалах. это необходимый элемент, если вы хотите что бы вашим фреймворком хоть как то заинтересовались. сложность туториала должна быть не сильно сложнее хелловордов на https://leafletjs.com/examples.html ________________________ > 2. Постановка крайне предварительна и требует уточнения: > - кто провайдер карты (api)? эээээ.... ну вроде ж как говрили не раз: leaflet... конкретная подложка - как в хелловордах лифлета. там кажется osm... ________________________ > - если API провайдера подразумевает JS то, есть ли у него событие > завершения драгдропа? всё необходимое можно найти на https://leafletjs.com/examples/quick-start/ и не драгндроп, а событие moveend, вы мышкой перетаскиваете карту меняя центр точки просмотра. обработчик подключаете через map.on('moveend', function(e) {     alert(e.latlng); // e is an event object (MouseEvent in this case) }); ________________________ > - представьте api для получения информации о камерах. это не важно. рандомно сгенерируйте 100-200 маркеров в квадрате над городом Москва, например. держите их в памяти, и по мере поступления запросов отдавайте их координаты клиенту. т.е. вы сами являетесь поставщиком данных для карты. ну это же демка - не важно откуда брать данные. т.е. да, можно отображать даже не камеры, а просто маркеры - тут важно не что мы передаем, а сам факт передачи по программно генерируемому событию, через pusa, и обновление координат области карты на странице. примечание: для простоты область координат можно свести к прямоугольнику на геоиде от левого верхнего угла отображаемой области к правому нижнему (это ответ на вопрос касательно проекции и точности поиска объектов).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #263

262. Сообщение от Аноним (262), 15-Ноя-21, 23:39	+/–
Погодите, GWT и подобные проекты уже похоронили
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #264

263. Сообщение от stillswamp (ok), 15-Ноя-21, 23:59	+/–
При наличии события оно может быть направлено на Back, и будет возвращен результат, который ДОЛЖЕН быть обработан так или иначе сторонним скриптом. Итого: я не вижу существенных проблем в реализации. Если у вас есть таковая потребность, вы можете сделать это самостоятельно (исходники доступны) или подождать когда мы сочтем возможным прислушаться к вашим советам. ОСНОВНОЕ: если вы намерены использовать сторонние скрипты JS то их ПРИДЕТСЯ загрузить и сделать порт между ними и ответом Pusa. Это явно указано в концепции. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #268

264. Сообщение от stillswamp (ok), 16-Ноя-21, 00:01	+/–
Google Web Toolkit — свободный Java-фреймворк, который позволяет веб-разработчикам создавать Ajax-приложения. Его особенность — компилятор Java -> JavaScript, позволяющий почти всю разработку клиента и сервера реализовать на основе Java и лишь на последнем этапе создать соответствующие JavaScript, HTML и CSS. Pusa НЕ создает JavaScript, НЕ выполняет перекомпиляций, НЕ тянет на клиент JS под специфику запроса, НЕ использует какой либо сторонний код JS ни в каком виде, если того не пожелает разраб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262

267. Сообщение от stillswamp (ok), 16-Ноя-21, 00:32	+/–
> Так ета, а зачем еще один шаблонизатор? Их уже и так выше > крыши наштамповали. Есть же PHP. Или по вашему шаблонизатор написанный на > шаблонизаторе работает эффективнее? Или это по принципу "этот мир придуман не > нами, потому сварганим другой"? Простые вещи проще делать самим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

268. Сообщение от dplsoft (ok), 16-Ноя-21, 01:51	+/–
>> При наличии события оно может быть направлено на Back, и будет возвращен результат, >> который ДОЛЖЕН быть обработан так или иначе сторонним скриптом. а у вас есть примеры того как это делать? потому что ничего похожего в тех трех примерах на https://pusa.catlair.net/?section=Examples я не вижу . >> Итого: я не вижу существенных проблем в реализации. Если у вас есть таковая потребность, >> вы можете сделать это самостоятельно (исходники доступны) или подождать когда мы >> сочтем возможным прислушаться к вашим советам. "Неет, мужик, ты так слона не продашь"(с) )) В общем вы только что окончательно провалили презентацию ваших наработок архитектору, который присматривался к технологии для включения её в проект. Ну как бы так))) Нет, я не требую бегать вокруг меня и делать всё что я прошу. Меня устроил бы ответ "ну... мы постараемся на неделе выкроить время. но не обещаем.". Я ж вам денег не плачу. А вот посыл "разбирайся если тебе надо"... вы знаете - (пока) не надо. Пока все эти задачи прекрасно решаются и уже известными технологиями А доказать мне что ваш фреймворк облегчит мне жизнь или ускорит работу людей в моей команде - вы (пока) не смогли. Меня "напугали" ваши слова 2 поста назад "Вы предлагаете выполнить полноценную работу.". Т.е. если "встроить карту на страницу с отображением маркеров" - на вашем фреймворке - это "полноценная работа" - то извините. Мне нужно сокращение затрат и времени, а не "полноценная работа" для создания "прототипа типовой задачи". Будет интересно услышать о вас снова, когда/если вы доберетесь до расширенных примеров, расширите перечень кейсов в разделе examples и покажете как интегрироваться с js. А главное - сможете показать чем использование вашего фреймворка и технологии выгоднее, по сравнению с обычными web-технологиями и в каких нишах. Удачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #271

269. Сообщение от gogo (?), 16-Ноя-21, 02:11	+/–
Какое у вас замечательное чувству юмора. Примеры один лучше другого ) Вы не пробовали для разнообразия самому зайти туда с отключенным яваскриптом? )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #272

270. Сообщение от gogo (?), 16-Ноя-21, 02:13	+/–
Плюсую. Даже специально временно включил js для оупеннета, чтобы проголосовать плюсиком ))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

271. Сообщение от stillswamp (ok), 16-Ноя-21, 09:28	+/–
Благодарю за внимание проекту. Добавлен пример динамической загрузки контента без использования JS на основе события scroll. Аналогичным образом вы можете реализовать необходимый вам функционал для ваших задач. Примеры - https://dev.pusa.catlair.net/?section=Examples Гит - https://gitlab.com/catlair/pusa/-/blob/main/site/pusa/php/pu... Слона мы не продаем. Мы отдаем его даром - и пусть никто не уйдет обиженным. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

272. Сообщение от OpenEcho (?), 16-Ноя-21, 10:24	+/–
> Какое у вас замечательное чувству юмора. Примеры один лучше другого ) > Вы не пробовали для разнообразия самому зайти туда с отключенным яваскриптом? ))) А где я говорил что вообще без ЖС ? Я говорил, - с миниумом JS (!!!) Если Вы отлючаете JS на линоде, там появляется два меню: Docs Home > Guides > Linode Platform > Managed И то, что ниже - это и есть публичная тема хьюго, которя хоть со скрипом, но работает без ЖС по линкам документации (только) https://letsencrypt.org/docs/ сделанный кстати тоже на hugo, - вполне тоже обходится с миниумом JS (хотя в принципе и вообще без ЖС тоже работает) Если нужна тема для хьюго вообщe без js, то для него есть темы на базе Bulma CSS: https://bulma.io/documentation/ (кстати рабоатет без ЖС вполне нормально) и пример рабочeго (и даже responsive) сайта на Бульме: https://briangreunke.com/blog/css-responsive-themes/ который работает  прекрасно с javascript.enabled = false В великому сожалению, единицы разумных сайтов, не спасут от толпы обезьян, в firefox, так называемом "свободном" брузере, вообще давно брали отлючение JS из UI :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

274. Сообщение от rex (??), 22-Ноя-21, 14:53	+/–
"сайт" может быть вообще не публичный. Просто несколько сотен разных устройств в пределах предприятия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

275. Сообщение от rex (??), 22-Ноя-21, 15:00	+/–
оптимально не весь хтмл заново, а дифф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

276. Сообщение от Николай Козлов (?), 24-Дек-21, 11:29	+/–
Ты мне скажи, как ты на чистом HTML+CSS создашь интерактивный календарь с выбором диапазона дат и моментальной фильтрацией рядом находящегося списка элементов по этому самому диапазону?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема