AJAX ведет к большему «болтливости» - PullRequest
2 голосов
/ 18 июня 2009

Мы на пороге редизайна экрана из «старого стиля» редактирования и отправки в стиле AJAXy с автоматическим сохранением каждые несколько секунд.

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

Мы делаем это, чтобы сделать страницу намного более быстрой для пользователя - очевидное использование AJAX. Но кто-нибудь из вас сталкивался с проблемами производительности сервера / базы данных, связанными с переходом на такой подход? Есть ли подводные камни, о которых было бы полезно знать заранее с точки зрения сервера / базы данных?

Спасибо

Ответы [ 2 ]

2 голосов
/ 18 июня 2009

Я упоминал эту проблему в этом ответе , касающемся DWR (платформа Java AJAX).

AJAX соблазнителен тем, что предлагает. Вы (скорее всего) получите больше данных в обратном порядке (с точки зрения индивидуальных запросов / ответов). Мой совет состоит в том, чтобы отслеживать / измерять это и определять, что важно использовать в контексте AJAX, и насколько дорогой является обход (в терминах сети и ЦП). Как вы определили, это повлияет на ваши серверные процессы и резервные базы данных.

Вы можете обнаружить, что кэширование требуется для различных типов данных, или некоторые данные просто слишком дороги, чтобы их можно было извлечь из POV инфраструктуры AJAX. Вы можете кэшировать данные со стороны сервера и (или курса) на самой веб-странице.

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

0 голосов
/ 18 июня 2009

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

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

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