Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Установка Apache 2.x, PHP4, PERL и MySQL на localhost под Wi

Автор: raven
Дата сообщения: 20.07.2005 08:59
VolAnd

Цитата:
"netstst" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.


Цитата:
netstat -a

Неправильно набираешь команду!

Недавно возникла необходимость поставить вышеназванную связку - единственная проблема, с которой столкнулся - установка mysql, вернее даже не установка, а дальнейшая работа, т.к. изменилась аутефикация в нём.

Последний релиз php4 + последний релиз апача - запустились сразу и на ура...


Цитата:
LoadModule php4_module E:/PHP/php4apache2.dll

Попробуй ещё:

Код: LoadModule php4_module E:\PHP\php4apache2.dll
Автор: Era3
Дата сообщения: 21.08.2005 17:18
Все сделал как написано в руководстве: http://ru-board.com/new/article.php?sid=119
Но при тесте пхп выводит просто белую страничку( чтож делать?
Автор: Xander78
Дата сообщения: 22.08.2005 19:49
Проблема: Апач не грузится.
Syntax error on line 959 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Cannot load C:/PHP/sapi/php4apache2.dll into server: Не найдена указанная процедура.

в файле httpd.conf:
#php use
##################################################### MY
#ScriptAlias /php/ "c:/php/"
#AddType application/x-httpd-php .php
#Action application/x-httpd-php "/php/php.exe"
#php use as CGI
##################################################### MY
LoadModule php4_module "c:/php/sapi/php4apache2.dll"
AddType application/x-httpd-php .php

Если раскомментировать тот блок что после "#php use" и закомментировать "#php use as CGI" всё работает.
В приведённом выше виде, работать отказывается.

Попробовал по вашему совету 2 типа php4apache2.dll. Непомогло.

Всё это делаю потому что в мануале написано:
HTTP-Аутентификация в PHP возможна только в том случае, когда он выполняется как модуль веб-сервера Apache, и, соответственно, недоступна для CGI-версии.
Автор: Cheery
Дата сообщения: 22.08.2005 20:39
Xander78

Цитата:
Попробовал по вашему совету 2 типа php4apache2.dll. Непомогло.

нужно качать полный пакет с php.net и с ним все работает.
Автор: Mystical
Дата сообщения: 26.09.2005 00:44
Переход с Apache 1.x на Apache 2.x страшно? Формат конфигурационных файлов и синтаксис отличаются? Придется ли читать help по Apache 2.x и переписывать заново конфиг?
Автор: Cheery
Дата сообщения: 26.09.2005 00:46
Mystical

Цитата:
Придется ли читать help по Apache 2.x и переписывать заново конфиг?

желательно..

Цитата:
Формат конфигурационных файлов и синтаксис отличаются?

основа одна и та же..
Автор: Daredevil
Дата сообщения: 14.10.2005 09:46
Апач 2 0 54 после пары месяцев работы ни с того ни с сего сначала перстал отдавать картинки, теперь вообще перестал что-то отдавать

работает только секунд 5 после стоп/старта

в логах ничего интересного

Автор: HeT BonpocoB
Дата сообщения: 07.11.2005 18:08
conf:

Apache/2.0.54 (Win32)
PHP/5.0.5 (до этого было 5.0.4)
MySQL 4.1.12 (Win32)

все проверено месяцами и вобщемто рботало без косяков. сегодня обновил инвиженовский форум и Апач стал вылетать с ошибкой:
Цитата:
szAppName : Apache.exe szAppVer : 2.0.54.0 szModName : php5ts.dll


в логе
Цитата:
[notice] Parent: child process exited with status 3221225477 -- Restarting.
[notice] Apache/2.0.54 (Win32) PHP/5.0.5 configured -- resuming normal operations


гугель подобные вопросы находит тут например описано, но ответов чтот не видно , может кто решал подобное?
Автор: AlexSadeR
Дата сообщения: 08.11.2005 14:38
Привет всем !
Проблема такая ...... установил Апач 2.0.54, протестировал-все работает нормально.
Инсталирую PHP - инсталяция проходит успешно, но в самый последний момент появляется надпись о том что программа не смогла внести изменения в файл конфигурации и надо внести их самому после этого пишет что инсталяция произведена успешно
....... вопрос ........ почему на автомате изменения не внеслись и какие изменения вообще нужно вносить ?
Спасибо
Автор: Cheery
Дата сообщения: 09.11.2005 04:45
AlexSadeR

Цитата:
почему на автомате изменения не внеслись и какие изменения вообще нужно вносить ?

ссылка выше (в шапке) на установку..
Автор: AlexSadeR
Дата сообщения: 09.11.2005 21:53
я имел в виду что то что после инсталяции изменения не внеслись - это нормально ..... у всех так чтоли? или особенность именно моего компа?
Автор: Cheery
Дата сообщения: 09.11.2005 23:08
AlexSadeR

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

ты думаешь инсталлятором кто то пользуется? то, что с ним ставится, слишком урезано - нет многих модулей.
Автор: AlexSadeR
Дата сообщения: 10.11.2005 19:53
Попробовал сегодня ручками собрать - получилось без лишнего гимороя
Но теперь следующая проблема : ставлю mysql 4.1 всё проинсталировалось нормально .... но при попытке протестировать выдает вот такое сообщение

Не могу соединиться с базой test!
Client does not support authentication protocol requested by server;
consider upgrading MySQL client

Чую что апач не сдружился с mysql .....но вчем дело пока непонял
Автор: Cheery
Дата сообщения: 10.11.2005 20:20
AlexSadeR

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

апач тут не при чем.. читаем мануалы
http://dev.mysql.com/doc/refman/4.1/en/old-client.html
Автор: AlexSadeR
Дата сообщения: 10.11.2005 20:29
я так понял что там написанно про некое несоответствие 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 ?
Английский не моё сильное место
Автор: sket4
Дата сообщения: 10.11.2005 20:33
AlexSadeR
да
Автор: AlexSadeR
Дата сообщения: 10.11.2005 20:38
хех
а новая версия mysql не попросит обновить ещё PHP ?
Автор: Cheery
Дата сообщения: 10.11.2005 20:55
sket4

Цитата:
да

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

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

либо ставить наоборот, более старую.. либо запускать mysql с параметром
--old-passwords
Автор: AlexSadeR
Дата сообщения: 10.11.2005 21:00
2Cheery
Спасибо, завтра на работе попробую.
Автор: slut
Дата сообщения: 17.11.2005 14:39
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.
Автор: Cheery
Дата сообщения: 17.11.2005 20:39
slut

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

прямой линк приведен несколькими постами выше
Автор: AlexSadeR
Дата сообщения: 19.11.2005 14:04
Поставил мускул 4.0 (тоесть версия ДО введения усовершенствования программы)
Всё заработало.
Связка Apache 2.0.55 PHP 4.3 Mysql 4.0


Всем спасибо за помощь !!!
Автор: ULTRASPEED
Дата сообщения: 24.11.2005 04:34
В поиске по фильтру столько тем по apache, а я так и не нашел, где задать свой вопрос.
Значит он таков. Как заставить apache складировать логи по дням или неделям. или месяцам, а то уже лог гигабайт весит. Ну или как вообще решают в таких ситуациях проблему?
Если где написано, а я пропустил, то тыкайте носом, не обижусь!
Автор: tolsty1
Дата сообщения: 24.11.2005 09:48
ULTRASPEED
Цитата:
Как заставить apache складировать логи по дням или неделям.
Под остальными системами м помощью хронолога. Под Windows с помощью rotatelogs, входящего в поставку апача. Хронолога вполне возможно переделать для работы и под Windows. В свое время у меня это получилось, и даже с хардлинками. На слетел жесткий диск.
Автор: nickloayev
Дата сообщения: 24.11.2005 09:59
Deleted...
Автор: ULTRASPEED
Дата сообщения: 24.11.2005 14:44
tolsty1

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

Что, где, как, чем, запустить или прописать? подробнее пожалуйсто...

Подскаэите, что за файл по пути на локальном диске \MySQL419\data\ibdata1, вырос уже до 700mb
Автор: tolsty1
Дата сообщения: 24.11.2005 20:55
ULTRASPEED
Цитата:
Что, где, как, чем, запустить или прописать? подробнее пожалуйсто...
http://httpd.apache.org/docs/2.0/ru/programs/rotatelogs.html

MySQL419 относится к MySQL, не к Апачу
Автор: ULTRASPEED
Дата сообщения: 25.11.2005 06:39

Цитата:
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
Автор: HeT BonpocoB
Дата сообщения: 25.11.2005 18:32
ULTRASPEED, по последнему только могу подсказать (про вылет апача), так как проблема эта пока не решена и с каждым днем Google на соответствующий запрос выдает все больше и больше гневных форумных страниц, советую просто убрать в окнах сообщения об ошибках ( тут вот мне написали как )

а по поводу логов - ( локальная ссылка http://localhost/manual/programs/rotatelogs.html ) rotatelogs.exe - програмка, лежит рядом с Apache.exe, нужно просто выбрать один из трех примеров (к запросу ближе всех поледний) и сделать соответствующие изменения в httpd.conf

а насчет PHP - в эррор-логе тогож апача должна бытт указана ошибка - какая?
Автор: ULTRASPEED
Дата сообщения: 26.11.2005 17:24
Вместо стандартной строки:

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 сервера в определенную диру, при этом, создавать за каждые сутки новый лог-файл, не затирая старый.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950

Предыдущая тема: Вопросы по Linux Mandrake 9.0


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.