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

Раздел полезных советов: Сравнение методов исключения разработки на JavaScript для веб технологий, auto_tips (??), 07-Дек-21, (0) [смотреть все] Решения для создания невообразимо отвратительных проприетарных шпионских сайтов , Аноним (1), 10:21 , 07-Дек-21, (1) +2 // Судя по описанию - сделано ящерами с планеты ниибиру, видимо на js у них аллерги, Аноним (-), 06:51 , 23-Дек-21, (37) А в чем невообразимость Js при данных подходах все равно нужен, который ещё нуж, Аноним (39), 17:31 , 27-Дек-21, (39) Отвратительность и шпионство создают не решения а люди Любой сайт можно сделать, stillswamp (ok), 11:05 , 07-Дек-21, (2) +2 Хорошая статья Если обратиться к исследуемым библиотекам, то нужно быть либо ск, Linuxoid (?), 13:13 , 07-Дек-21, (3) // Суть указанных подходов - сокращение средств разработки Так как избавиться от д, stillswamp (ok), 14:02 , 07-Дек-21, (4) +1 // Нет, теперь бэку, помимо своей основной работы, придется выполнять также и работ, Аноним (12), 10:30 , 11-Дек-21, (12) // Поясню принцип если работу можно выполнить одному специалисту одним инструменто, stillswamp (ok), 12:39 , 11-Дек-21, (15) –1 При этом предполагается, что у проекта будет только веб-клиент причем один, а н, Аноним (12), 19:01 , 11-Дек-21, (16) 1 Контекст отображения не имеет принципиально никакого значения с точки зрения , stillswamp (ok), 20:16 , 11-Дек-21, (17) DOMChilds GUID , self ID -- этот код может не сработать Потому что у альтерн, Аноним (12), 21:06 , 11-Дек-21, (18) +2 1 Что такое альтернативный веб клиент Если это один проект, то следует задать , stillswamp (ok), 22:53 , 11-Дек-21, (19) Все, что угодно Еще одна веб-страница, созданная с нуля, с другой версткой, но , Аноним (12), 14:14 , 12-Дек-21, (22) Вы выставляете правильное требование и именно оно породило MVC концепцию, когда , stillswamp (ok), 21:11 , 12-Дек-21, (23) Не увидел ответа, как к существующему сайту на фреймворке прикрутить нативное мо, Аноним (12), 22:10 , 12-Дек-21, (26) Мы перешли от обсуждения реализации Pusa к архитектурным вопросам Ответ по сущес, stillswamp (ok), 10:00 , 13-Дек-21, (28) Добавлен пример Copy в буффер- https pusa catlair net section Examples- https, stillswamp (ok), 13:50 , 13-Дек-21, (31) Если речь не о самом примитивном конструкторе страниц из готовых блоков, то зада, Бывалый смузихлёб (?), 07:01 , 14-Мрт-22, (49) +1 Подход Korolev мне больше нравится Было бы офигенно, если бы кто-то сделал что-, Аноним (5), 10:58 , 08-Дек-21, (5) // Here is a solution to you - JavaScript in browse , DD (??), 23:25 , 04-Фев-22, (47) бредовый подход но история повторяется раньше гоняли ajax-ом сгенеренные куски, Glushko (?), 11:51 , 09-Дек-21, (6) // 1 Прошу конкретику Что применено не по назначению Готовы исправить 2 Прошу о, stillswamp (ok), 23:23 , 09-Дек-21, (7)   // 1 не по назначению - это про концепцию совершенно безумная идея перенести ре, Glushko (?), 11:27 , 10-Дек-21, (8)   // skip, stillswamp (ok), 19:22 , 10-Дек-21, (9)   Благодарю за подробный ответ Перенос событий из браузера на сервер практичен Ут, stillswamp (ok), 19:25 , 10-Дек-21, (10)   Да, один раз При самом первом заходе на сайт Дальше браузер все закэширует Пре, Аноним (12), 10:32 , 11-Дек-21, (13)   Я давно и много смотрю на логи пользовательских запросов Пользователям нет дела, stillswamp (ok), 12:32 , 11-Дек-21, (14)   Ваше мнение принято Выложили helloworld todo на Pusa Ссылка https dev todo , stillswamp (ok), 19:36 , 29-Дек-21, (41)   мелочь говорите , Sw00p aka Jerom (?), 12:13 , 12-Дек-21, (21)   Оцените по вашему опыту сумму затрат для публичного ресурса с постоянной доработ, stillswamp (ok), 21:20 , 12-Дек-21, (24)   зачем мне оценивать сумму затрат, меня интересует вопрос нагрузки, какую нагрузк, Sw00p aka Jerom (?), 00:13 , 13-Дек-21, (27)   1 Потому что я, отвечая на комент мелочь говорите , сопоставлял стоимость раз, stillswamp (ok), 10:08 , 13-Дек-21, (29)   И не только php, а также nodejs, go, rust и большая туча других языков RPS и lat, Anonimus (??), 22:48 , 16-Дек-21, (33)   а нельзя просто дотнет wasm взять , морошка ягодка такая (?), 11:50 , 12-Дек-21, (20) +1 // С удовольствием обсужу в телеге если у вас есть опыт реализации , stillswamp (ok), 21:23 , 12-Дек-21, (25) Просто взять http www rebol com docs cgi2 html и http www rebol net plugin t, username (??), 13:12 , 13-Дек-21, (30) // Читать умею Поиском пользоваться тоже Интересен реальный опыт использования А , stillswamp (ok), 13:52 , 13-Дек-21, (32) т е он всю клиентскую часть хранит на сервере, а на клиент спускает её в готово, mos87 (ok), 10:14 , 17-Дек-21, (34) // вот, кстати, да , gred (ok), 13:26 , 19-Дек-21, (36) +2 100500, DD (??), 23:26 , 04-Фев-22, (48) Web нужен для связи - это связь Всё Веб - только канал передачи данных Все ег, Аноним (50), 11:49 , 13-Апр-22, (50) // вэб единственное что щас примечательно в нём технологически - это реализация т, mos87 (ok), 18:21 , 13-Май-22, (52) я бы сказал, что для каких-то чисто внутрикорпоративных вещей, почти идеально ос, gred (ok), 13:21 , 19-Дек-21, (35) // Если вы храните состояние DOM на сервере - то действительно это не для выпуска н, stillswamp (ok), 19:39 , 29-Дек-21, (43) шикарная идея, подобные сайты будут быстро работать даже на сименсе м65 меня вол, онанимус (?), 12:59 , 27-Дек-21, (38) –1 // Да Pusa работает даже на тапке Причем как клиент так и сервер , stillswamp (ok), 19:37 , 29-Дек-21, (42) Что люди только не делают, чтобы Blazor не использовать , 18d75a8d3a9b403d82e5f66cdc5d204a (?), 12:50 , 29-Дек-21, (40) Можно же на c писать, через blazor , морошка ягодка такая (?), 10:40 , 01-Янв-22, (44) у нас была возможность не только познакомиТЬся с исходным У меня всё , CHH (?), 15:44 , 28-Янв-22, (45) если цель в выбрасывании js из разработки, то что на счёт PIB https github com, ford153focus (ok), 12:15 , 04-Фев-22, (46) // избавиться от клиентского кода, чтобы абстрагировать писателя бизнес-логики от с, rex (??), 14:21 , 15-Июн-22, (53) Опять пытаются сэкономить на разработчиках за счёт комфорта пользователя Теперь , Аноним (51), 09:08 , 27-Апр-22, (51) 1,2,3,5,6,20,34,35,38,40,44,45,46,51

Сообщения

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

	7. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 09-Дек-21, 23:23
	1. Прошу конкретику. Что применено не по назначению? Готовы исправить. 2. Прошу осмотреть вот это изделие без строчки JS кроме самого фреймворка. https://engram.catlair.net/ 3. Прошу изложить вашу концепцию решения аналогичного изделия с применением по назначению JS с сопоставлением результатов.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от Glushko (?), 10-Дек-21, 11:27
	1. "не по назначению" - это про концепцию. совершенно безумная идея перенести реакцию на события браузера на сервер. 2. "кроме самого фреймворка" - это прекрасно, что вам подходит для своих задач. только сдаётся мне, что будет очень больно сделать из этого что-то кастомное (не ваше), даже приняв безумную концепцию 3. react, vue, для любителей экзотики - svelte, google incremental dom. ну и что там по списку в этом году.. даже vanilla js или jquery подойдёт - у вас там совсем немного функциональности. все эти россказни про "ни строчки js" улетучиваются, когда клиенту нужно срочно что-то сделать не так, как вы придумали. тогда бедолаги, наслушавшиеся про "ни строчки js" срочно ищут js-макаку и г-нокодят "идеальную" систему. далее, я уже писал про древние подходы - так вот они намного выигрышней вашего, т.к. не утилизируют с безумной силой сеть. в вашем демо-приложении из п.2 очень мало контролов и нет зависимостей между ними и то на каждый клик в options как минимум 2 http запроса. если взять более-менее приближенный к реальности вариант, то это будет провал. вам в комментариях к новости писали про тонну запросов ютуба - это же в основном обязательная аналитика, всякое seo и прочий маркетинг (для публичных сайтов - это, к сожалению, уже неизбежно). если к этому потоку данных прибавить ещё по 2 запроса на каждый клик интерфейса (а если клик вызывает изменения, затрагивающие не один контрол, а какое-то сложное изменение интерфейса), то 3g соединение может и потянет, но будет очень больно. можете даже на своём tiny-demo сайте из п.2 в chrome dev tools выставить ограничение соединения и посмотреть как ваш примитивный интерфейс в options работает:) после этого пройдите на реально здоровые сайты.. даже не будем о больном - о фейсбуках.. зайдите на алиэкспресс. если мне не изменяет память, там всё взаимодействие висит на старых добрых jsonp-колбэках. не спорю, что подход пуси, а тем более korolev - это ново и самобытно, лысенко тоже новые и самобытные вещи утверждал в своё время
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 10-Дек-21, 19:22
	... skip
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 10-Дек-21, 19:25
	Благодарю за подробный ответ. Перенос событий из браузера на сервер практичен. Утилизацию следует обсуждать на цифрах. Таковых от вас ожидать мы не в праве, а потому обсуждение лишне. Pusa сейчас для эксперимента трудится на сервере стоимостью 2евро в месяц. Завалить не трудно, но едва ли она покажет себя хуже предложенных вами технологий (скорее всего лучше) :) В приведенном примере каждый клик отправляется на сервер, так как логика сборки таблицы размещена на сервере. Ее нет в браузере. Касательно скорости соединения, выставив ограничение скорости в первую очередь пострадает загрузка озвучки в mp3. Реакция на события будет минимальной проблемой. Так же учтите факт, что на медленном соединении вы получите для JS решения задержки загрузки фрэймворка и прочей графики. Если у вас будет желание и возможность, прошу представить случай где Pusa не будет комфортно. Сразу оговорюсь: один из участников обсуждения желал от нас получить сразу некое готовое решение под свои задачи. Естественно мы не стали выполнять чужую работу. Но мы крайне заинтересованы, если вы назовете объективную задачу с которой Pusa не справится. Canvas и массированные mousemove (etc) не являются таковой, это оговорено в ограничениях Pusa. *** Если вы представите разумный case - мы постараемся сделать демонстрацию решения. Критерий разумности - 1 час исполнения. И самое главное... Pusa - это радикальное упрощение разработки. Поверьте - вопросы нагрузки на сервера - мелкая мелочь по сравнению с предлагаемыми возможностями.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	13. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от Аноним (12), 11-Дек-21, 10:32
	> на медленном соединении вы получите для JS решения задержки загрузки фрэймворка и прочей графики Да, один раз. При самом первом заходе на сайт. Дальше браузер все закэширует. > Если вы представите разумный case - мы постараемся сделать демонстрацию решения. Критерий разумности - 1 час исполнения. Предлагаю написать todo list, потому что его я в демках не нашел. При сравнении гуйных фреймворков todo list является хелловорлдом, позволяющим оценить базовый концепт фреймворка. При этом хочется увидеть демонстрацию виртуализированного скролла, потому что в реальном энтерпрайзе данных будет много. А поскольку постулируется, что задача "не просто переместить на бэк JS, а принципиально исключить его", то виртуализированный скролл следует сделать исключительно средствами Pusa, без дополнительных клиентских библиотек.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 11-Дек-21, 12:32
	>> на медленном соединении вы получите для JS решения задержки загрузки фрэймворка и прочей графики > Да, один раз. При самом первом заходе на сайт. Дальше браузер все > закэширует. Я давно и много смотрю на логи пользовательских запросов. Пользователям нет дела до нюансов реализации и нет дела до времени жизни страницы. Запросы на обновление всей страницы прилетают многократно чаще ожидаемого разработчиком. И... быстродействие продуктового сайта оценивается потребителем по загрузке первой страницы. >> Если вы представите разумный case - мы постараемся сделать демонстрацию решения. Критерий разумности - 1 час исполнения. > Предлагаю написать todo list, потому что его я в демках не нашел. > При сравнении гуйных фреймворков todo list является хелловорлдом, позволяющим оценить > базовый концепт фреймворка. При этом хочется увидеть демонстрацию виртуализированного > скролла, потому что в реальном энтерпрайзе данных будет много. А поскольку > постулируется, что задача "не просто переместить на бэк JS, а принципиально > исключить его", то виртуализированный скролл следует сделать исключительно средствами > Pusa, без дополнительных клиентских библиотек. Case Todo обсуждался нами для демки, но был отклонена в тч мной, так как кода чуть более чем надо для представления элементарных основ. Демка todolist была разбита на форму авторизации (отправка POST), подгружаемый список элементов GUID, и интерактивное добавление элементов графики: https://dev.pusa.catlair.net/?section=Examples. Тем не менее, с учетом нового внешнего мения о необходимости todo list в демонстрации, мы еще раз обсудим это и возможно выложим. Все же от вас ожидался примитивный но показательный тест, убивающий концепцию Pusa.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 29-Дек-21, 19:36
	Ваше мнение принято. Выложили helloworld (todo) на Pusa. Ссылка: https://dev.todo.catlair.net/ Контейнер c готовым проектом: https://hub.docker.com/r/catlairnet/pusa_todo_demo Ну и исходники: https://gitlab.com/catlair/pusa/-/tree/main/site/todo Жаль что аноним... а то бы посчитали в списке благодарностией.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	21. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от Sw00p aka Jerom (?), 12-Дек-21, 12:13
	>Поверьте - вопросы нагрузки на сервера - мелкая мелочь по сравнению с предлагаемыми возможностями. мелочь говорите? :)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	24. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 12-Дек-21, 21:20
	>>Поверьте - вопросы нагрузки на сервера - мелкая мелочь по сравнению с предлагаемыми возможностями. > мелочь говорите? :) Оцените по вашему опыту сумму затрат для публичного ресурса с постоянной доработкой функционала для 1k 10k 100k уникальных визитов ежемесячно по статьям: - стоимость команды разрабов включая налоги а так же затраты на их координацию; - стоимость ресурсов для работы проекта на прод; Данные если пожелаете, можно сложить сюда. :)
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от Sw00p aka Jerom (?), 13-Дек-21, 00:13
	>Оцените по вашему опыту сумму затрат зачем мне оценивать сумму затрат, меня интересует вопрос нагрузки, какую нагрузку способно держать ваше решение для минимум одной ноды (одной запущенной версии приложения).
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от stillswamp (ok), 13-Дек-21, 10:08
	>>Оцените по вашему опыту сумму затрат > зачем мне оценивать сумму затрат, меня интересует вопрос нагрузки, какую нагрузку способно > держать ваше решение для минимум одной ноды (одной запущенной версии приложения). 1. Потому что я, отвечая на комент (мелочь говорите?), сопоставлял стоимость разработки (которую возможно сократить) за счет стоимости инфраструктуры (которую возможно расширять не придется). 2. В каких попугаях мерять нагрузку? Текущие сервера ценой 2.7евро в мес PHP реализации отдают средний запрос от 30 до 70 мс (можно сократить до 10-15мс). Сервера паралелятся путем простого копирования. Распределение запросов между серверами - nginx зонтик. Сколько вам нужно обработать запросов?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Сравнение методов исключения разработки на JavaScript для веб технологий"	+/–
	Сообщение от Anonimus (??), 16-Дек-21, 22:48
	> Текущие сервера ценой 2.7евро в мес PHP реализации отдают средний запрос от 30 до 70 мс (можно сократить до 10-15мс). И не только php, а также nodejs, go, rust и большая туча других языков. > 2. В каких попугаях мерять нагрузку? RPS и latency на одном и том же оборудовании: https://www.techempower.com/benchmarks/
	Ответить | Правка | Наверх | Cообщить модератору

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

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