Браузер выдает ошибку 403.

В приведенном вами отчете о работе Apache не содержится сведений о произошедших ошибках или критических ситуацих - все указанные записи соответствуют обычной работе многопоточной версии данной web-сервера - кроме того первое сообщение сведетельствует о том что завершение Apache в последний раз происходило в аварийном режиме хотя это может говорить о неправильном завершенни его работы
Ошибка с кодом HTTP 500 может возникать в том случае когда CGI-скрипт который обрабатывал текущий клиентский запрос - произвел завершения работы без вывода требуемых основных HTTP-заголовок - и так как Apache не имеет информации о типе выводимого документа то им генерируется ошибка Аналогичная ситуация может происходить в случае если в PHP-интерпретаторе возникает критическая неисправность - и он работая как CGI-скипт не успевает вывести требуемую информацию и поэтому соответствующая ошибка

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

То что апаче работает нормально я подозревал. Хотелось проверить. а вот насчет cgi незнаю. У меня нет ни одного кода в програме что работает как cgi. Обычное подключение к Mysql и все. вот код

Установка и подключение PHP-интерпретатора в вашей инстнации web-сервера может быть реализовано различными способами - как с помощью динамического модуля Apache так и CGI-интерфейса В случае если вы исполняете ресурсоемкие PHP-скрипты которые в частности используются дополнительные модули PHP или сложные функции работы с интерпретатором - то в таком случае может происходить аварийное завершение PHP до вывода основных заголовок вследствие его и возникает ошибка HTTP 500
Также можете проверить не появилмсь ли у вас в файловой системе виртуального хоста файлы htaccess - которые могут содержать директивы приводяще в ошибка в частности из-за запроса к неустановленному модулю или синтаксической неточности - кроме того ошибка может возникать и в случае попытки изменния значений директив использование которых заблокировано в основном конфгруаицонном файле httpd.conf - в приоритетных настройках для текущего web-пути в директиве AllowOverride

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

да нет уменя все просто я показал скрипт. есть много файлов которые используют htaccess но они все находяться по пути C:\Program Files\Apache Software Foundation\Apache2.2\manual\howto. видно что они для примера. так что нет у меня такого файла.
може еще что есть, может какаянибудь закавырочка

Зачастую в основном конфигурационном файле httpd.conf используют множество дополнительных подключаемых файлов с отдельной настройкой - они например в общей совокупности могут задавать некую противоречивую настройку как это было в недавней теме про Apache Кроме того такие неявные директивы могут создавать правильный каскад выполнения по специальным MIME-типам - но в некоторых случаях виртуальные web-пути могут обрабатываться неправильно что приводит к ошибке

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

а как проверить эти не правильные пути и выевить которые из них не правильные
(Добавление)
да еще вот что когда я набираю в браузер localhost мне пишиться что нет дотупа. может в этом причина. что скрипт когда обращаеться к mysql а потом пытаеться страница невывестися может из-за этого. да еще как определить название севера mysql.
(Добавление)
а может в то что есть в компе свой виртуальный хост с названием локалхост а имя апаче тоже локалхост. вот они и конфликтуют. А может это бред.

Причиной наличия неправильно обрабатываемых web-путей могут быть директивы с перенаправлениями и обработчиками специальный MIME-типов и шаблонных запросов - для диагностики можно посомтреть список всех HTTP-переменных окружения
Технология виртуальных хостов в Apache использует отдельную схему для определеня текущего web-сайта который ассоциирован с запрошенным адреом - а именно анализирует значения HTTP-заголовка Host - в то время как системные сетевые DNS-имена могут и не учитываться если например составлять запрос через telnet

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

не у меня ни одного перенаправления. только файл php, тот что я выложил. да еще непонятное событие сайт просит у днс пройти по пути apache%202.2. что это можут быть.
а файрфол естесвенно его блокирует.

(Отредактировано автором: 23 Августа, 2010 - 12:47:09)

Причиной такого обращения к DNS-серверу может быть неправильное использовать функциональности в PHP-скрипте которая обеспечивает доступ к удаленным ресурсам - в частности если вы используете url-fopen-оболочки с передачей URL-адреса с неправильным покомпонентым urlenocde-шифрованием - то адрес хоста для запроса может быть определен неправильно что приводит к такому запросу - а в дальнейшем и к ошибке в CGI-скрипте по причине блокировки firewall-ом

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/