Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Установка Apache 2.x, PHP4, PERL и MySQL на localhost под Wi

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76

Открыть новую тему     Написать ответ в эту тему

articlebot



Administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

В форуме часто возникают просьбы помочь уcтановить Apache, PHP, Perl,
MySQL. Эти программы могут понадобиться не только системным администраторам, но и
веб-программистам и веб-мастерам, например, для отладки скриптов. В данной статье рассмотрено, как устанавливать последние версии этих программ на Win32. Я не ставлю целью описать все аспекты web-администрирования, а лишь помогу установить конфигурацию, позволяющую освоить и изучить основные возможности Apache 2.x, PHP, Perl и MySQL.

 
Читать
 
 
Внимание!  
Если вы задаете вопрос по работе Apache, потрудитесь привести конфигурационный файл сервера.

Телепаты в данный момент в отпуске.
Файл необходимо выложить в txt формате, а не приводить его содержимое в посте.
 
 
Наиболее частой причиной того, что невозможно поставить PHP как модуль под Apache под Windows является несоответствие вашей версии *.dll файла модуля (php4apache2.dll) текущей версии Apache. Лечится тем, что вы качаете другую dll-ку (php4apache2.dll), например, из нашего файлового архива и пробуете прикрутить ее.
 
Наиболее частой причиной того, что не работают (неправильно работают) PHP-скрипты (точнее, не передаются переменные окружения в открытом виде) является опция
register_globals = "off"  
в конфигурационной файле PHP - php.ini.
Попробуйте установить:
register_globals = "on"
 
 
 
Если ваши perl-скрипты с раширением *.cgi выдают ошибку 500, либо вместо исплнения предлагают себя закачать, рекомендуем внимательно почитать статью:
Основные причины ошибки 500 в IkonBoard V. 2
 
 
откомпилированные версии можно найти и на этом сайте
http://www.apachelounge.com/download/
 
но внимательно читайте, так как компиляция была под MS Visual Studio 2005 и для работы требуется дополнительный набор библиотек, который можно скачать там же.
 


 
См. также FAQ по Apache

Всего записей: 366 | Зарегистр. 25-05-2001 | Отправлено: 14:11 25-11-2002 | Исправлено: emx, 20:28 03-10-2006
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я имел в виду что то что после инсталяции изменения не внеслись - это нормально ..... у всех так чтоли? или особенность именно моего компа?

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 22:53 09-11-2005
Cheery



.:МордератоР:.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexSadeR

Цитата:
я имел в виду что то что после инсталяции изменения не внеслись - это нормально ..... у всех так чтоли? или особенность именно моего компа?

ты думаешь инсталлятором кто то пользуется? то, что с ним ставится, слишком урезано - нет многих модулей.

----------
Away/DND

Всего записей: 52737 | Зарегистр. 04-04-2002 | Отправлено: 00:08 10-11-2005
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попробовал сегодня ручками собрать - получилось без лишнего гимороя
Но теперь следующая проблема : ставлю mysql 4.1 всё проинсталировалось нормально .... но при попытке протестировать выдает вот такое сообщение
 
Не могу соединиться с базой test!
Client does not support authentication protocol requested by server;
consider upgrading MySQL client  
 
Чую что апач не сдружился с mysql .....но вчем дело пока непонял

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 20:53 10-11-2005
Cheery



.:МордератоР:.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexSadeR

Цитата:
Чую что апач не сдружился с mysql

апач тут не при чем.. читаем мануалы
http://dev.mysql.com/doc/refman/4.1/en/old-client.html

----------
Away/DND

Всего записей: 52737 | Зарегистр. 04-04-2002 | Отправлено: 21:20 10-11-2005
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я так понял что там написанно про некое несоответствие php  и mysql ?
 
Note: In PHP, the mysql extension does not support the new authentication protocol in MySQL 4.1.1 and higher. This is true regardless of the PHP version being used. If you wish to use the mysql extension with MySQL 4.1 or newer, you will need to follow one of the options discussed above for configuring MySQL to work with old clients. The mysqli extension (stands for "MySQL, Improved"; new in PHP 5) is compatible with the improved password hashing employed in MySQL 4.1 and higher, and no special configuration of MySQL need be done in order to use this newer MySQL client library for PHP. For more information about the mysqli extension, see
 
Тоесть надо ставить более новую версию mysql ?
Английский не моё сильное место

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 21:29 10-11-2005
sket4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexSadeR
да

Всего записей: 712 | Зарегистр. 07-05-2004 | Отправлено: 21:33 10-11-2005
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
хех
а новая версия mysql не попросит обновить ещё  PHP ?

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 21:38 10-11-2005
Cheery



.:МордератоР:.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sket4

Цитата:
да

не говори того, что не понимаешь
AlexSadeR

Цитата:
Тоесть надо ставить более новую версию mysql ?  

либо ставить наоборот, более старую.. либо запускать mysql с параметром
--old-passwords

----------
Away/DND

Всего записей: 52737 | Зарегистр. 04-04-2002 | Отправлено: 21:55 10-11-2005
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Cheery
Спасибо, завтра на работе попробую.

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 22:00 10-11-2005
slut



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
AlexSadeR
Прямой линк сейчас не найду, поэтому прилагаю текст по решению проблемы:

Код:
 
A.2.4 Client does not support authentication protocol error
MySQL 4.1 uses an authentication protocal based on a password hashing algorithm that is incompatible with that used by older clients. If you upgrade the server to 4.1, attempts to connect to a it with an older client may fail with the following message:  
 
shell> mysqlSE
Client does not support authentication protocol requested
by server; consider upgrading MySQL client
 
To solve this problem you should do one of the following:  
 
Upgrade all client programs to use a 4.1.1 or newer client library.  
Use an account that has a pre-4.1-style password when connecting to the server with a pre-4.1 client program.  
Reset the password to pre-4.1 style for each user that needs to use a pre-4.1 client program. This can be done using SET PASSWORD:  
mysql> SET PASSWORD FOR
-> 'some_user'@'some_host' = OLD_PASSWORD('mypass');
 
Alternatively, use UPDATE and FLUSH PRIVILEGES:  
mysql> UPDATE user SET Password = OLD_PASSWORD('mypass')
-> WHERE Host = 'some_host' AND User = 'some_user';
mysql> FLUSH PRIVILEGES;
 
In either case, you cannot tell what the original password is, so you'll need to pick a new one.  
Tell the server to use the older password hashing algorithm:  
Start mysqld with --old-passwords.  
Set the password for each account that has a long password. You can find these accounts with:  
mysql> SELECT Host, User, Password FROM mysql.user
-> WHERE LENGTH(Password) > 16;
 
For each such account, use the Host and User values and assign a new password with SET PASSWORD or UPDATE, as described earlier.

Всего записей: 1813 | Зарегистр. 31-10-2002 | Отправлено: 15:39 17-11-2005
Cheery



.:МордератоР:.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slut

Цитата:
Прямой линк сейчас не найду

прямой линк приведен несколькими постами выше

----------
Away/DND

Всего записей: 52737 | Зарегистр. 04-04-2002 | Отправлено: 21:39 17-11-2005
AlexSadeR

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поставил мускул 4.0 (тоесть версия ДО введения усовершенствования программы)  
Всё заработало.
Связка Apache 2.0.55  PHP 4.3 Mysql 4.0
 
 
Всем спасибо за помощь !!!

Всего записей: 49 | Зарегистр. 23-01-2005 | Отправлено: 15:04 19-11-2005
ULTRASPEED

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
В поиске по фильтру столько тем по apache, а я так и не нашел, где задать свой вопрос.
Значит он таков. Как заставить apache складировать логи по дням или неделям. или месяцам, а то уже лог гигабайт весит. Ну или как вообще решают в таких ситуациях проблему?
Если где написано, а я пропустил, то тыкайте носом, не обижусь!

Всего записей: 304 | Зарегистр. 07-06-2004 | Отправлено: 05:34 24-11-2005 | Исправлено: ULTRASPEED, 05:36 24-11-2005
tolsty1



Консультант
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ULTRASPEED
Цитата:
Как заставить apache складировать логи по дням или неделям.
Под остальными системами м помощью хронолога. Под Windows с помощью rotatelogs, входящего в поставку апача. Хронолога вполне возможно переделать для работы и под Windows. В свое время у меня это получилось, и даже с хардлинками. На слетел жесткий диск.

Всего записей: 158 | Зарегистр. 26-02-2003 | Отправлено: 10:48 24-11-2005
nickloayev



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Deleted...

Всего записей: 348 | Зарегистр. 17-02-2004 | Отправлено: 10:59 24-11-2005 | Исправлено: nickloayev, 11:08 24-11-2005
ULTRASPEED

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
tolsty1

Цитата:
Под Windows с помощью rotatelogs, входящего в поставку апача

Что, где, как, чем, запустить или прописать? подробнее пожалуйсто...
 
Подскаэите, что за файл по пути на локальном диске \MySQL419\data\ibdata1, вырос уже до 700mb

Всего записей: 304 | Зарегистр. 07-06-2004 | Отправлено: 15:44 24-11-2005 | Исправлено: ULTRASPEED, 15:54 24-11-2005
tolsty1



Консультант
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ULTRASPEED
Цитата:
Что, где, как, чем, запустить или прописать? подробнее пожалуйсто...  
http://httpd.apache.org/docs/2.0/ru/programs/rotatelogs.html
 
MySQL419 относится к MySQL, не к Апачу

Всего записей: 158 | Зарегистр. 26-02-2003 | Отправлено: 21:55 24-11-2005
ULTRASPEED

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
http://httpd.apache.org/docs/2.0/ru/programs/rotatelogs.html

Прошел по ссылке, нифига не понял. Нужно наверное было изначально сказать, что я в освоении apache новичок. Как я понял, за всё время пользования, практически всё в apache настраивается через httpd.conf. Так вот полез я в этот httpd.conf в поисках директивы rotatelogs, что бы приписать в ней то, что написано на данном мне URL. Директиву не нашел, понял что не в ту сторону рыл.
Значит логи у меня прописаны по умолчанию, то есть:
 

Код:
 
ErrorLog logs/error.log
CustomLog logs/access.log common
 

Подскажите, что и где к ним преписать, так как я в eng плохо ориентируюсь и на той  странице не разобрался.
 

Цитата:
MySQL419 относится к MySQL, не к Апачу

Я исходил из того, что тема называется "Установка Apache 2.x, PHP4, PERL и MySQL на localhost под Windows", а поиск по фильтру MySQL в разделе  "В помощь системному администратору" выдал с 10 мертвых тем, где и спрашивать бесполезно. Кто мог подумать, что проблемы apache являются головной болью сис. админа, а проблемы с MySQL почему-то подразделились к программам. В  софтовом разделе теперь вижу топик, вопрос задал.
Итак. Хотелось бы, чтобы логи apache складировались по суткам. Кто научит познающего?
 
Вот еще траблы.
 
Собираю связку Аpache 2.0.55, PHP 5.1.0 и MySQL 5.0.15. Проверяю файлом index.html -норма, проверяю index.php (с содержимым из инструкции raven 20.11.2002) и вижу просто белый экран, информации о php нет.
 
Собираю связку Аpache 2.0.55, PHP 5.0.55 и MySQL 5.0.15, проверяю аналогичным методом, всё работает.
Все DLL'ки и php.ini постоянно заменяю теми, которые идут в дистрах.
 
Вновь собираю связку Аpache 2.0.55, PHP 5.1.0 и MySQL 5.0.15 и опять не работает index.php. Беру и подменяю в windir php.ini от дистрибутива PHP 5.0.55 и о чудо, index.php начинает работать, при этом показывая, что версия php 5.1.0.
 
Поставил сайт и все такое, PHP 5.1.0 с ini файлом от версии 5.0.55, работает вроде нормально. Только вот я сюда пришел не истории рассказывать, а за помощью в нахождении причин происходящего. Есть тут кто-нибудь, кто глянет в php.ini и скажет почему не работает версия  5.1.0 с родным файлом. Наверняка нужно что-нибудь раскоментировать,  но я не шарю, по этому прошу помощи. Если есть разбирающиеся, то куда-нибудь зааплодю инишники.
 
И последний вопрос. Иногда вылетает ошибка Win с уведомлением о глюке apache. В системном рапорте что-то типа "Apache вызвал сбой при ображении к файлу php5ts.dll". В принципе apache не падает и продолжает работать, но это уже происходило не ожнократно, и на разных машинах. На одной из них откатился на apache 1.3.3, в течении 4 месяцев круглосуточной работы web срвера не увидел ни разу!

Всего записей: 304 | Зарегистр. 07-06-2004 | Отправлено: 07:39 25-11-2005 | Исправлено: ULTRASPEED, 08:32 25-11-2005
HeT BonpocoB



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ULTRASPEED, по последнему только могу подсказать (про вылет апача), так как проблема эта пока не решена и с каждым днем Google на соответствующий запрос выдает все больше и больше гневных форумных страниц, советую просто убрать в окнах сообщения об ошибках ( тут вот мне написали как )
 
а по поводу логов - ( локальная ссылка http://localhost/manual/programs/rotatelogs.html ) rotatelogs.exe - програмка, лежит рядом с Apache.exe, нужно просто выбрать один из трех примеров (к запросу ближе всех поледний) и сделать соответствующие изменения в httpd.conf
 
а насчет PHP - в эррор-логе тогож апача должна бытт указана ошибка - какая?

Всего записей: 1342 | Зарегистр. 30-03-2003 | Отправлено: 19:32 25-11-2005
ULTRASPEED

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вместо стандартной строки:
 
CustomLog logs/access.log common
 
прописал в httpd.conf
 
CustomLog "|bin/rotatelogs D:/my_site/Apache2/logs/logfile_acces %Y-%m-%d-%H_%M_%S"  
Апач больше не стартует знаю почему, но не знаю как поправить.
 
rotatelogs.exe у меня находится по пути D:/my_site/Apache2/bin
 
Помогите разобраться, не нужно меня тыкать в rtmf, я в него и так сморю, просто не получается...
Ещё раз повторю цель. Необходимо заставить складировать логи apache сервера в определенную диру, при этом, создавать за каждые сутки новый лог-файл, не затирая старый.

Всего записей: 304 | Зарегистр. 07-06-2004 | Отправлено: 18:24 26-11-2005
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Установка Apache 2.x, PHP4, PERL и MySQL на localhost под Wi


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru