конкретные ограничения AJAX?

Question

Я все еще довольно плохо знаком с AJAX и javascript, но я добираюсь туда медленно.

У меня есть веб-приложение, которое в значительной степени опирается на mySQL, и есть отдельные учетные записи пользователей, к которым осуществляется доступ, а пользовательский интерфейс заполняется пользовательскими данными.

Я работаю над избавлением от панели навигации с вкладками, которая в настоящее время загружает новые страницы, потому что все, что меняется от страницы к странице, это информация в одном окне.

Дело в том, что box необходимо перезагрузить информацию из базы данных и т. Д.

Мне очень помогли пользователи, показавшие, что мне нужно вызвать базу данных на странице php, которую вызывает ajax.

Окей, извините за длинное вступление. Интересно, есть ли какие-то конкретные ограничения на то, что может вызвать ajax, о которых мне нужно знать? IE: кто-то упомянул, что лучше не вызывать файлы сценариев и что я должен удалить сценарии с вызываемой страницы php и оставить их на «родительской» странице. Любые другие вещи, как это мне нужно иметь в виду?

Чтобы уточнить: я не собираюсь обсуждать достоинства / недостатки технологии. Я задаюсь вопросом о конкретной реализации кодирования, о которой мне нужно знать (например, я до вчерашнего дня не понимал, что если бы даже если бы я установил соединение MySQL на странице, то мне нужно было бы восстановить это соединение в и моя вызываемая страница ... теперь имеет смысл)

Answer 1

XMLHttpRequest, который поддерживает ajax, имеет ряд ограничений. Я рекомендую ознакомиться с той же политикой происхождения . Это ключевое правило, поскольку оно ограничивает возможности выполнения вызовов AJAX.

Answer 2

Я считаю, что, как и любой другой протокол, Ajax лучше всего работает в строго контролируемых условиях. Обновление почти всей страницы не имело бы смысла, если только вы не обнаружите, что пользовательский опыт улучшается с помощью «загрузчика» на странице. Без обходных путей недостатки будут включать в себя потерю кнопки / истории браузера назад, проблемы, такие как упомянутое вашим другом, а также встроенные ресурсы и другой многофункциональный контент, а также наличие дополнительного уровня сложности для решения в ваше приложение. Не рассматривайте это как волшебный соус для вашего приложения - убедитесь, что каждое использование приносит конкретные результаты, которые приносят пользу вашему клиенту / аудитории.

Answer 3

Во-первых, вы не можете встроить Javascript в ответ HTTP на вызов AJAX. Это проблема безопасности.

Нет упоминания о динамике базы данных, но если данные, отображаемые на вкладках, не должны быть в реальном времени, почему бы не кэшировать их на стороне сервера?

Answer 4

ИМХО, лучше всего разместить свой клиентский javascript на отдельной странице, а затем импортировать его - аккуратный контейнер. Одна вещь, с которой я сталкивался ранее, это как вызвать xml обратно, который содержит код для выполнения, такой как больше javascript - стоит проверить, возможно ли это раньше и избежать, чем смотреть на evals.

Слегка интересно.