>Приветствую!
>Внедряю систему на php5+xAjax - НЕ РАБОТАЕТ AJAX!
>---
>Клиническая картина:
> запрос ушел на сервак через аджакс..
(а точно ушел?)
> ..а ответа нет!
значит, дело в сервере.>Сервер:
> FreeBSD6.1 под Apache1.3.28_rvs с модулем mod_php5
> так же /*как я понял*/ там есть есче и php5.1.2,
и каким образом вы это поняли?
> установленный как пакет,
> но до него апачь достучаться не может и направляет все
> запросы на свой mod_php5 =(
>
>Думал, что это из-за первой ветки апача..
>(но на других серверах этот же интерфейс аджаксовый работает прелестно)
>Сам сервак работает нормально и поэтому админа до 2-й ветки апачь поднимать
>не заставишь..
И, думаете, заработает? Аяксу наплевать на то, какой веб-сервер работает (аякс - исключительно клиентская часть), равно как и веб-серверу наплевать на то, от кого запрос пришел, от браузера, или от его компонента (всмысле аякса).
>..вопщем думали-думали.. ..дело не в версии апача..
И правильно придумали.
>Может хто сталкивался с подобной ситуевиной?
>1) В чем особенности этого мод_пхп5 при обработке асинхронных запросов?
Абсолютно никаких, мод_пхп не обрабатывает запросы. Он интерпретатор - парсит
файлы пхп и отдает результат. У веб-сервера тоже особенностей никаких - пришел запрос, веб-сервер сформировал ответ и отправил. Какие тут особенности?
>2) Нормально ли он с xml работает?
нормально, если libxml подключен (читай - php скомпилен с поддержкой этой либы).
Интерпретатор не увидит разницы между обычным текстом и xml - для него это просто текст. То, что пришедший текст нужно обрабатывать как xml - задается логикой работы программы, т.е. как программист напишет.
>3) Можно ли этот мод_пхп5 вапще отключить и работать только с пакетом
тут вы путаете понятия. пхп можно поставить из 1. портов, 2. пакетом, 3. из исходников.
пхп может работать как 1. модуль к апачу, 2. как интерпретатор через интерфейс CGI.
В первом случае, этот модуль может быть подключен динамически (DSO), либо быть вкомпиленным в апач.
> #..я говорил админу про httpd.conf,
> # но он сказал, что он чето не
> может его вырубить
> #..мол прикомпилян он к апачу намертво o_0
> # типа собран уже с ним =)
Раз вкомпилен - значит всегда доступен. Можно перекомпилить апач. Весьма не сложно, особенно если остались опции configure от предыдущей компиляции (если из исходников ставился).
Но, ведь можно же указать в конфиге апача, чтобы пхп не обрабатывал php-файлы.
Для этого достаточно закомментировать строку
AddType application/x-httpd-php .php
рестартануть апач - и все, вкомпиленный пхп больше не работает.
Но заставить работать модуль (DSO) при уже вкомпиленном в апач - не удастся.
Но прежде всего - логи, логи, логи. Глянуть в error_log, может все вопросы сами отпадут...
Вариант для распечатки
WEB технологии (Public)
on 12-Фев-07, 22:45 
