Ah00369 failed to open the windows service manager
У меня Windows 8 (32бит)
Разархивировал Апач на диск f:\apache\
Разархивировал PHP в f:\apache\ php
Зашел в httpd.conf и в конце модулей добавил такую строку
LoadModule php5 _module «f:/apache/ php / php5apache2 _4.dll»
Также добавил index. php
Изменил DocumentRoot на
DocumentRoot «f:/apache/htdocs»
Ниже его изменил на
Запускаю Апач и кнопка Start, STOP и Restart неактивна. Что делать?
Там такое командной строке:
Я так понял нужно иметь права админа что ли, но как так сделать чтобы запустилось?
Правой кнопкой -> запустить от имени администратора.
_____________
Безвозмездно помогаю только тем, кто сам пытается что-то сделать.
Остальным за WMR
Даже если там 10 строк кода!
Даже если мне это ничего не стоит!
Даже если вы нуб!
Попробуй вручную службу стартануть.
_____________
Безвозмездно помогаю только тем, кто сам пытается что-то сделать.
Остальным за WMR
Даже если там 10 строк кода!
Даже если мне это ничего не стоит!
Даже если вы нуб!
UAC вроде выключен и все равно кнопки неактивны, даже с админом запускал, не пашет.
Ещё проблемка, выдает на экран код, он не обрабатывается интерпретатором :=(
Код:
Эта строка AddType application/x-httpd- php . php загадочная какая-то строка
помогла запустится и слово «Привет», успешно обработалось интерпретатором но проблемка что кнопки старт стои и рестарт недоступны, как сделать достпными эти кнопки. Так неудобно, кошмар. Спецы, расскажите как это сделать.
Денвер ставить принципиально не хочешь?
root@server# make love && war
Заработал пхп на Windows8. Попробовал поставить на виртуалку Windows XP SP3.
Скачал совместимые версии пхп с апачем для Windows XP- VC9(читал на англ к версии апача Windows XP SP3 что подходит он). Распаковал 2 архива, таким же образом как в первом посте. Попробовал просто ничего не трогать в файле httpd.conf Запустил через командную строку httpd.exe, ругается на каждый модуль, начиная с
и так далее за ним что идет.
Каждый из них приходится коментить, а оно переходит ругаться на каждый следующий модуль,каждую следующую строку после этой
Пишет что невозможно их подключить, но они же есть. Что делать?
kristall, до денвера еще надо созреть
Вот так ещё попробовал написать. Файл верный c:\apache\conf\extra\httpd-vhosts.conf и вот ниже на фото результат
super- php
httpd.conf покажи
_____________
Господа! Я ненавижу выканье на форумах, обращайтесь ко мне на ты.
Господа! Я буду тоже тыкать, но если это так кого-то из вас коробит, пожалуйста, предупреждайте меня об этом
—
Можешь помочь — помоги, не можешь — попытайся, не хочешь — уйди.
Как в Windows поменять сообщения ошибок Apache
Ошибки веб-сервера, например, 404 «Документ не найден» — являются частью протокола HTTP — кодами статуса ответов. Ошибками считаются коды статусов вида 4xx и 5xx (то есть начинающиеся на 4 или 5).
По умолчанию сообщения об ошибках веб-сервера Apache показываются на английском языке и они довольно однообразны. Вы можете настроить вывод различных сообщений об ошибках, сделать эти сообщения интегрированными в дизайн вашего сайта, собирать расширенную статистику о ситуации, привёдшей к ошибке, а также перенаправлять пользователя на другую страницу или даже на другой сайт при возникновении определённых ошибок.
Not Found в Apache
Начнём с практического примера самой популярной ошибки Not Found — не найдено (запрошенная страница или документ отсутствуют). Чтобы получить это сообщение, достаточно набрать любой несуществующий адрес на сервере:
Предположим, мы хотим поменять сообщение «Not Found» на любое другое. Это можно сделать изменив настройки веб-сервера в главном конфигурационном файле, либо с помощью .htaccess (смотрите подробности о его включении и возможностях в статье «Файл .htaccess в Apache»).
В качестве примера добавим в файл .htaccess следующую строку:
В результате получим:
Сообщение должно быть заключено в двойные кавычки. Структура директивы следующая:
Пример настроенного сообщения при запрете доступа:
Поскольку сообщение будет отправляться в кодировке iso-8859-1, то его нужно писать латинскими буквами. Это ограничение можно обойти, если, например, в качестве страницы ошибки показывать заготовленный файл. О том, как это сделать, будет рассказано далее, где возможности директивы ErrorDocument будут рассмотрены более детально.
Директива ErrorDocument
Настраиваемые ответы на ошибки могут быть заданы для любого кода статуса HTTP считающегося ошибкой, то есть это статусы вида 4xx или 5xx.
Дополнительно при возникновении одной из этих ошибок предоставляется набор переменных, на основе которых можно более обширно настроить показываемую страницу ошибки. Можно использовать cgi программу как обработчики ошибок или другие динамические обработчики (PHP, mod_perl и так далее), которые могут использовать эти переменные.
Настройка своих сообщений об ошибках веб сервера
Как уже было сказано, настройка страниц ошибок выполняется с использованием директивы ErrorDocument, которая может использоваться в глобально контексте, контексте виртуального хоста или на уровне директории. Её можно использовать в файле .htaccess, если AllowOverride установлена на FileInfo (или более широкие возможности).
В ответ на возникновение проблемы или ошибки Apache httpd можно настроить выполнять одно из четырёх действий:
- вывести простое жёстко прописанное сообщение
- вывести настроенное сообщение
- внутренне перенаправить на локальный URL путь для обработки проблемы/ошибки
- перенаправить на внешний URL для обработки проблемы ошибки
По умолчанию используется первый вариант, а для настройки опций со 2 по 4 используется директива ErrorDocument, за который следует код ответа HTTP и затем URL или сообщение. Apache httpd иногда будет предоставлять дополнительную информацию в зависимости от проблемы/ошибки.
Начиная с версии 2.4.13 может использоваться синтаксис выражений внутри директивы для создания динамических строк и URL.
URL могут начинаться со слэша (/) для локальный веб-путей (относительных DocumentRoot) или быть полным URL, который клиент сможет понять. Альтернативно можно написать сообщение, которое будет показано браузером. Помните, принятие решение, чем является параметр: URL, путём или сообщением, выполняется перед обработкой выражения.
Синтаксис директивы ErrorDocument следующий:
где в качестве могут быть:
- Локальный URL для перенаправления (если действие начинается с «/«).
- Внешний URL для перенаправления (если действие является правильным URL).
- Текст для отображения (если не подходит ничего из вышеперечисленного). Текст должен быть обёрнут в двойные кавычки («) если он состоит из более чем одного слова.
При перенаправлении к локальному URL устанавливаются дополнительные переменные окружения, на основе которых можно более детально настроить ответ. Они не отправляются на внешние URL.
Доступные переменные окружения
Перенаправление на другой URL может быть полезным особенно если передаётся некоторая информация, которая может использоваться для более ясного объяснения или журналирования условия ошибки.
Для достижения этого, когда отправляется редирект ошибки, устанавливаются дополнительные переменные окружения, которые генерируются из заголовков, предоставленных исходным запросом, их имя получается из добавления к оригинальному имени заголовкапрефикса ‘REDIRECT_‘. Это позволяет документу для обработки ошибки получить контекст оригинального запроса.
Например, вы можете получить, в дополнении к более обычным переменным окружения, следующие:
Чтобы посмотреть на эти переменные, вы можете в файл .htaccess добавить строку:
В файл er.php скопируйте:
И вызовите на сервере ошибку 404:
Переменные окружения REDIRECT_ создаются из переменных окружения, которые существовали перед редиректом. Они переименовываются с префиксом REDIRECT_, то есть HTTP_USER_AGENT становится REDIRECT_HTTP_USER_AGENT.
REDIRECT_URL, REDIRECT_STATUS, и REDIRECT_QUERY_STRING гарантировано будут установлены, а другие заголовки будут установлены только если они существовали до условий возникновения ошибки.
Ни одна из них не будут установлены если целью ErrorDocument является внешний редирект (всё что угодно, начинающееся со схем вроде http:, даже если она отсылает на тот же хост что и сервер).
Кстати, обычные переменные окружения можно использовать прямо в директиве ErrorDocument, пример вывода пользователю, вызвавшему ошибку 404, небольшой истории:
Для этого в файл .htaccess нужно добавить строку:
Как можно убедиться, такие динамические сообщения показываются даже без внешнего обработчика. Правда, если хотя бы одна из используемых переменных окружения не определена, то это вызовет ошибку сервера 500.
Дополнительно можно использовать специальное значение default, чтобы указать Apache httpd простое жёстко прописанное сообщение. Хотя это не требуется в обычных обстоятельствах, слово default может восстановить то значение, которое используется в Apache httpd по умолчанию для простого жёстко прописанного сообщения, в противном случае, это сообщение будет получено от существующей директивы ErrorDocument.
Помните, что когда устанавливаете ErrorDocument, который указывает на удалённый URL (любая строка, перед которой стоит протокол http или что-то подобное), то Apache HTTP отправит перенаправление клиенту, говоря ему, где найти этот документ, даже если документ в конечном счёте находится на этом же самом сервере. Это имеет несколько последствий, самым важным из которых является то, что клиент не получит оригинальный код статуса ошибки, но вместо этого получит код статуса редиректа. Это, в свою очередь, может сбить веб роботов и других клиентов, которые на основании кода статуса пытаются определить, является ли URL действительным. Дополнительно, если вы используете удалённый URL в ErrorDocument 401, клиент не будет знать о запросе пароля у пользователя, поскольку он не получит код статуса 401. Следоавтельно, если вы используете директиву ErrorDocument 401, то вы должны отправлять на локальный документ.
Microsoft Internet Explorer (MSIE) по умолчанию игнорирует сообщения об ошибках сгенерированные сервером, когда они «слишком маленькие» и подставляет свои собственные «дружественные» сообщения об ошибках. Порог размер варьирует от типа ошибки, но в общем если вы делаете вашу страницу ошибки больше чем 512 байт, тогда MSIE покажет сгенерированную сервером ошибку не маскируя её.
Настройка ответов об ошибках
Если вы укажете свой ErrorDocument на какие-то динамические обработчики, такие как документ на стороне сервера, сценарий CGI или другой обработчик, вы можете использовать доступные переменные среды для настройки этого ответа.
Если ErrorDocument указывает локальное перенаправление на сценарий CGI, сценарий должен включить в свой вывод поле заголовка «Status:», чтобы обеспечить получение на клиенте код статуса ошибки. Например, сценарий Perl ErrorDocument может включать следующее:
Если скрипт предназначен для обработки определённого состояния ошибки, например 404 Not Found, он может вместо этого использовать конкретный код и текст ошибки.
Обратите внимание, что если ответ содержит заголовок Location: (для того, чтобы выполнить перенаправление на стороне клиента), сценарий должен выдать соответствующий заголовок Status: (например, 302 Найдено). В противном случае заголовок Location: может не иметь никакого эффекта.
Многоязычные документы с ошибками
С вашей установкой Apache HTTP Server поставляется папка пользовательских документов об ошибках, переведённых на 16 различных языков. В каталоге конфигурации conf/extra также есть файл конфигурации, который можно включить, чтобы задействовать эту функцию.
В файле конфигурации вашего сервера вы увидите строку, такую как:
Снятие комментария с этих строк включит эту функцию и предоставит согласованные с языком сообщения об ошибках на основе языкового предпочтения, установленного в браузере клиента.
Кроме того, эти документы содержат различные переменные REDIRECT_, так что конечный пользователь может предоставить дополнительную информацию о том, что произошло и что они могут сделать сейчас.
Эти документы могут быть настроены в любой степени, чтобы вы предоставили пользователям более полезную информацию о вашем сайте и о том, что они могут там ожидать.
Для использования этой функции должны быть включены mod_include и mod_negotiation.
Заключение
Хотя большинство сообщений об ошибках могут быть переопределены, существуют определённые обстоятельства, когда внутренние сообщения используются независимо от настройки ErrorDocument. В частности, если обнаружен некорректный запрос, обычная обработка запроса будет немедленно остановлена, и будет возвращено внутреннее сообщение об ошибке. Это необходимо для защиты от проблем безопасности, вызванных неправильными запросами.
Если вы используете mod_proxy, вы можете включить ProxyErrorOverride, чтобы вы могли предоставлять пользовательские сообщения об ошибках от имени ваших серверов Origin. Если вы не включите ProxyErrorOverride, Apache httpd не будет генерировать пользовательские документы об ошибках для проксируемого (передаваемого в качестве посредника) содержимого.
Для чего нужен веб-сервер Apache
Веб-сервер нужен для работы веб-сайтов. На своём компьютере вы можете открыть веб-страницу (файлы с расширением .html и .htm) любым веб-браузером, даже если у вас не установлен Apache. Некоторые книги или офлайн версии сайтов распространяются как HTML документы, в которых можно переходить по ссылкам с одной страницы книги на другую — то есть получается, что сайты могут работать и без веб-сервера.
Отсюда возникает вопрос, для чего нужен Apache, в каких случаях нужно установить на своём компьютере веб-сервер? Чтобы вы сами ответили для себя на этот вопрос, я приведу случаи, без которых невозможно обойтись без Apache.
Открытие динамических страниц (PHP и другие)
Без веб-сервера возможна работа только сайтов полностью состоящих из статичных страниц, то есть из страниц, которые не меняются на стороне сервера. Самым частым примером динамически генерируемых страниц являются PHP страницы. К примеру, WordPress практически полностью работает на PHP и вам обязательно нужен веб-сервер, если вы хотите запускать сайты на подобных движках.
Исключением являются страницы, которые хоть и создаются динамически (меняется их содержимое), но которые работают на JavaScript. Код JavaScript работает прямо в браузере и поэтому не нужен веб-сервер для правильной работы таких страниц.
Доступ к сайтам с других компьютеров
Веб-сервер он не только передаёт в браузер веб-страницы. Ещё одна его важная функция — это прослушивать входящие соединения и передавать содержимое сайтов по сети. То есть если вы хотите сделать так, чтобы HTML-страница или ваш сайт открывались не только на вашем компьютере, но и на других, то вам опять же обязательно нужен веб-сервер.
Изучение PHP и основ работы веб-сервера
Если вы хотите научиться работать с веб-сервером, понимать, как именно сайты размещаются в Интернете, то вам поможет в этом ваш локальный веб-сервер Apache. На нём совершенно бесплатно, прямо на своём компьютере вы сможете тренироваться в настройке сервера и проверять работу ваших PHP скриптов.