Я отлаживаю Ajax-вызовы.
Как узнать, какая конкретная функция PHP вызвана вызовом ajax?
Я могу видеть только запрос и код javascript, запускающий запрос, но я не знаю, как обрабатывается запрос на стороне сервера?
В настоящее время я проверяю весь PHP-код, но мне было интересно, есть ли более простой способ.
благодаря
Отладка приложений PHP AJAX с помощью FirePHP
alt text http://www.diloc.de/blog/wp-content/uploads/2008/07/serverside-php.png
alt text http://www.diloc.de/blog/wp-content/uploads/2008/07/firebug-output.png
alt text http://www.diloc.de/blog/wp-content/uploads/2008/07/firebug-object.png
alt text http://www.diloc.de/blog/wp-content/uploads/2008/07/firebug-trace.png
Ajax-вызов не вызывает определенную функцию, он просто выполняет скрипт. Посмотрите на скрипт, найдите его «главное» (какое бы имя он ни назвал в вашем скрипте), и вы будете иметь функцию exectued.
Если вы хотите создать реальную среду отладки и сможете установить точки останова в своем php-коде, обратитесь к отладчику zend или xdebug. Оба могут управляться с помощью плагина pdt eclipse или других IDE.
Если вы просто хотите увидеть некоторые небольшие фрагменты информации, вы можете, конечно, добавить несколько echo или var_dump в свой php-код, а затем использовать расширение firefox firebug для просмотра ответа на ваши ajax-запросы, содержащие эхо-строки.
Я бы порекомендовал вам использовать FireBug и FirePHP . FirePHP позволяет вам регистрироваться с PHP на консоль FireBug. Таким образом, вы можете регистрировать все, например, все выполняемые запросы или регистрироваться из методов / функций.
Просто используйте firebug и после отправки запроса найдите ответ. например function1 echo foo, эхо-бар функции2, если он пуст … ни одна из этих функций не была вызвана.
С моей стороны, я использую Safari, и поиск обоих запросов / ответов от вызова ajax на PHP-скрипт – легкий ветерок.
Отладка с помощью Firefox Firebug, вы можете легко проверить содержимое данных запроса и ответа.
http://www.daniweb.com/web-development/php/code/216729
Поэтому по праву, Ajax не может получить доступ к содержимому удаленного веб-сервера, поэтому вам нужна прокси-страница в середине всего потока архитектуры.
Итак, что означает: [в пределах одного сервера] PHP-страница с использованием AJAX -> веб-служб / веб-сервера, которая содержит ваши функции ответа
[В пределах 2 серверов, Подключение к удаленному серверу] Страница PHP с помощью AJAX -> Страница прокси-сервера PHP -> Веб-службы / Веб-сервер, содержащий ваши функции ответа
Таким образом, общая страница прокси действует как «средний человек» для подключения к удаленному сайту.
[ВАЖНО] Не путайте прокси-сервер и прокси-страницу маршрутизатора, но имеете ту же теорию, но это другая вещь.