AJAX клиент - сервер

@mrbeerdy · Регистрация: 24.07.2013

Студворк — интернет-сервис помощи студентам

Задался идеей написать следующую штуку:
Бывает контент генериться на ПХП так

PHP
1
<?php echo '<div>hello</div>'?>

Или к примеру, как у меня, в RUBY при помощи ERB, HAML и т.д.
Но хочу чтобы генерация страниц делалась на стороне клиента при помощи AJAX - JSON в максимальном большинстве случаев.
Вопросы:
-Как это будет называться? (возможно есть уже готовое название данного велосипеда, иммеется ввиду технологии помогающие в этом к примеру: XMLHttpRequest)
-На что обратить внимание? (фреймверки вообще не интересуют максиум JQuery и в RUBY это Rack)
-Как это будет вести себя при нагрузках?
-Еще слышал что клиенты могут общаться между собой без участия сервера?
-Советы?

@philin · 19.12.2013, 12:10

Так и называется: AJAX-сайт)
Точно понадобится плотная работа с windows.history. Все же советую познакомиться с AngularJS и BackBone. Не использовать, а просто ознакомиться с принципами и наработками в моделировании и управлении. Там есть, на что посмотреть.
Отлично ведет себя при нагрузках. С сервера снимаем весьма приличную часть, а мощности даже мобильника уже хватает для полноценной работы JS даже таких масштабов.
P2P? А зачем?) Тем паче, что деанонимизируем пользователей.
К AJAX-сайтам больше требований в плане индексации. Например, у Яндекса

@mrbeerdy · 19.12.2013, 12:25 **[ТС]**

Сообщение от philin

P2P? А зачем?)

Пока не решил зачем оно мне но кажется оно мне понадобиться. Вот к примеру после Вашего вопроса сразу в голову пришло: Использовать клиентов в качествем свапа кеша или как оно там еще называется) Кстати а оно реально?

@philin · 19.12.2013, 12:40

Эм... если сайт будет хоститься на мобильнике с WAP-интернетом, который постоянно ездит в метро, и других вариантов серверов категорически нет — то да, пришлось бы придумывать кеш на пиринговой сети) но все равно нужен центральный элемент для управления этим зоопарком с постоянным доступом к нему. Плюс, скорее всего, нужен будет плагин для браузера. И придется проверять достоверность файлов. И как-то защищать пользователей, раз уж они попадают в относительно открытую сеть.
Для кеширования небольших файлов это, кстати, бессмысленно: почти никакой выгоды. Проще их и повесить на этот центральный элемент. А большие файлы уж можно и залить куда-нибудь на файловое хранилище. Благо облаков развелось море.

Кстати, это немного похоже на I2P и Tor сети.

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@philin Иллюзионист 154 / 153 / 27 Регистрация: 02.10.2013 Сообщений: 330
	19.12.2013, 12:10
	Так и называется: AJAX-сайт) Точно понадобится плотная работа с windows.history. Все же советую познакомиться с AngularJS и BackBone. Не использовать, а просто ознакомиться с принципами и наработками в моделировании и управлении. Там есть, на что посмотреть. Отлично ведет себя при нагрузках. С сервера снимаем весьма приличную часть, а мощности даже мобильника уже хватает для полноценной работы JS даже таких масштабов. P2P? А зачем?) Тем паче, что деанонимизируем пользователей. К AJAX-сайтам больше требований в плане индексации. Например, у Яндекса 1

@philin Иллюзионист 154 / 153 / 27 Регистрация: 02.10.2013 Сообщений: 330
	19.12.2013, 12:40
	Эм... если сайт будет хоститься на мобильнике с WAP-интернетом, который постоянно ездит в метро, и других вариантов серверов категорически нет — то да, пришлось бы придумывать кеш на пиринговой сети) но все равно нужен центральный элемент для управления этим зоопарком с постоянным доступом к нему. Плюс, скорее всего, нужен будет плагин для браузера. И придется проверять достоверность файлов. И как-то защищать пользователей, раз уж они попадают в относительно открытую сеть. Для кеширования небольших файлов это, кстати, бессмысленно: почти никакой выгоды. Проще их и повесить на этот центральный элемент. А большие файлы уж можно и залить куда-нибудь на файловое хранилище. Благо облаков развелось море. Кстати, это немного похоже на I2P и Tor сети. 1