[Статья] Как установить Apache, PHP и MySQL на Ubuntu

[Serberg]

Как установить Apache, PHP и MySQL на Ubuntu

Это мини-howto посвящается установке LAMP (Linux, Apache, MySQL, PHP) на Ubuntu Desktop.

Нам понадобится:

• Ubuntu
• Root-доступ
• Свободное место

Устанавливаем Apache

Открываем терминал, и выполняем:

sudo apt-get install apache2

Все зависимости подтянутся автоматически. Для запуска и останова Apache2 используем соответственно:

sudo invoke-rc.d apache2 start

sudo invoke-rc.d apache2 stop

После запуска Apache2 можно открыть браузер и проверить работу сервера перейдя на страницу http://localhost

Устанавливаем PHP

В терминале выполняем:

sudo apt-get install php5

и перезапускаем сервер командой:

sudo invoke-rc.d apache2 restart

Устанавливаем MySQL

Это так же не сложно, как и предыдущие шаги По-старинке в терминале выполняем:

sudo apt-get install mysql-server

Далее (важно) изменяем пароль root к серверу БД:

sudo mysqladmin -u root password новый_пароль

Перезапускаем Apache2:

sudo invoke-rc.d apache2 restart

Все должно работать. Для проверки PHP можно сделать следующее:

sudo nano /var/www/test.php

или

sudo gedit /var/www/test.php

Пишем и сохраняем:

<?php phpinfo(); ?>

В браузере переходим по ссылке http://localhost/test.php, где вы увидите всю информацию о PHP.

Для удобной работы с базами данных ставим phpMyAdmin:

sudo apt-get install phpmyadmin

Все готово. Если возникнут проблемы с phpMyAdmin - перезапустите Apache.

Включение mod_rewrite:

a2enmod rewrite

затем перезагрузить вебсервер и отредактировать /etc/apache2/sites-available/default

AllowOverride None

в нужной секции заменить на all

таким образом подключаются любые модули в apache2, например mod_expires

a2enmod expires

все предельно просто и понятно.

[Stalker]

а как получить доступ к директории php и к php.ini, к файлу конфигурации apache, и к файлу конфигурации MySQL

[Vector]

а вот несколько подробнее

[Stalker]

phpmyadmin всё равно не грузится, у кого есть идеи?

________________
Всё, уже справился, спасибо
Если кому понадобится при установке phpmyadmin надо выбрать Apache2....

[Vector]

phpmyadmin всё равно не грузится, у кого есть идеи?

Идеи есть. Вчера поставил себе сервак на ubuntu 9.10 (тоже столкнулся с проблемой phpmyadmin)
Но вчера же и успешно решил этот недостаток.

Качаем phpmyadmin отсюда
лучше вот этот вариант phpMyAdmin-3.2.3-all-languages.tar.gz

Распаковать в созданную папку pma (название можно придумать самому) /var/www/pma/

Откорректировать файл config.inc.php
(прописать localhost)
и пройти по адресу http://localhost/pma

при входе phpmyadmin запросит новый пароль и пользователя...введите их и запомните.
Пользователь - root (например)
Пароль - **********

И всё работает. (лично проделал вчера всё работает, если на каком шаге вопрос, то спрашивайте - естественно все действия делать под root)
(скоро составлю фак по этому делу - а то теория это хорошо, а на практике не у всех всё получается - как например c phpmyadmin - руками пришлось допиливать - да и надежнее всё таки именно ручками - тут хоть знаешь чего и как и где изменил)

[Vector]

На данном этапе моих знаний вот статья
В дальнейшем буду корректировать и добавлять

[Ghost]

Если вообще папку с проектом кидать то вообще цены вам не было.

[elvis75]

сделал как написано у Вектора, кроме добавления виртуального хоста
далее:

sudo apt-get install libapache2-mod-auth-mysql php5-mysql phpmyadmin

булка встала без шаманства, я в нирване...
Спасибо ребята. Супер. Все работает.

ЗЫ а в xampp чтото намудрили такое, что он не работает или я не понимаю как его заставить.
тут и заставлять не надо, оно само работает.

[Stalker]

Если вообще папку с проектом кидать то вообще цены вам не было.

Что значит папку с проектом? готовый сайт, скрипт? А как ты думаешь я работаю, как Эл булку туда закинул? Он же не писал скрипт сначала. Ещё легче чем в винде. У тебя есть директория www. И там всё.

[elvis75]

При настройках по умолчанию папка var/www для проектов, скриптов, сайтов.

[Ghost]

Это все понятно,но как в эту папку засунуть папку с сайтом,форумом.

[elvis75]

Оффтоп

Это все понятно,но как в эту папку засунуть папку с сайтом,форумом.

Что значит КАК? Используешь ЛЮБОЙ файловый менеджер, хоть Наутилус, хоть MC запущенный от имени ROOT например командой
sudo nautilus
Блин одно и тоже, везде.
В linux доступ в папки зависит от привилегий пользователя
выход:
1 изменить свой статус до root командой sudo (в ubuntu)
2 изменить права доступа в папку командой chmod
Нужно не методом тыка изучать ОС, а использовать системный подход.

[Ghost]

Поместил я папку с форумром в нужную папку.но браузер дает ошибку 403.

[elvis75]

Ну а как хотел, ты зашел под root скопировал папку, она теперь пренадлежит ТОЛЬКО root, и все файлы в ней тоже. Чтобы обычный пользователь мог обращаться к файлам, и хотябы их читать, нужно с помощью команды chmod изменить права доступа к папке и файлам в ней.
sudo chmod 0777 /var/www/
если не поможет то
sudo chmod 0777 -R /var/www/

[Ghost]

Оффтоп

Ну вот научился пользоваться менеджером миднайт командер,понял что и куда засовывать. Конечно не сам додумался,а с помощью,но все же уже прорыв. Так что с помощью научного тыка тоже можно изучать,если помогают.

[elvis75]

а как получить доступ к директории php и к php.ini, к файлу конфигурации apache, и к файлу конфигурации MySQL

Лучше поздно чем никогда :-)

Для того, чтобы получить доступ к файлам конфигурации, права на изменение которых нужно быть root следует им стать.

Вот возможные варианты:

1. Запустить файловый менеджер от имени root

запустить терминал и в нем набрать:

sudo mc

при условии что этот самый midnight commander установлен
Если им пользоваться сложно, можно запустить Nautilus

sudo nautilus

Внимание

получив доступ к файловой системе таким образом вы получите безоговорочный доступ к ЛЮБОМУ файлу системы
Не удаляйте ничего научным тыком, вы можете сломать систему.
Удаленные файлы удаляются практически безвозвратно.

2 вариант это сразу открыть конфигурационный файл в текстовом редакторе от имени root.

Это более правильный вариант так вы получаете доступ только к одному файлу, что гораздо безопаснее.
Например мы хотим отредактировать файл php.ini находящийся в папке /etc/php5/apache2 открыв его в текстовом редакторе gedit - стандартный текстовый редактор оболочки Gnome.
для этого мы так и наберем в терминале:

sudo gedit /etc/php5/apache2/php.ini

Внимание

получив доступ к файлу таким образом вы получите безоговорочный доступ к ЛЮБОМУ файлу системы
Не меняйте их содержимое просто так, научным тыком, вы можете сломать систему.
Всегда прежде чем внести какие нибудь изменения сохраните исходный файл в той-же директории добавив к файлу например .oldcopy
Так из файла php.ini у вас получится php.ini.oldcopy
Вы всегда сможете восстановить работоспособность программы или системы вернув файлу прежнее название или скопировав его содержимое в испорченный файл.

Вносим изменения, сохраняем файл.

Для того чтобы сразу сделать архивную копию файла который вы хотите изменить, а потом открыть файл для редактирования можно в терминале выполнить последовательно 2 команды:

sudo cp /etc/php5/apache2/php.ini /etc/php5/apache2/php.ini.oldcopy
sudo gedit /etc/php5/apache2/php.ini

И если чтото не так пойдет, то выполнив следующую команду:

sudo cp /etc/php5/apache2/php.ini.oldcopy /etc/php5/apache2/php.ini

Вы замените содержимое "испорченного" конфигурационного файла оригиналом из сохраненной копии не используя файловый менеджер и прочие программы.

[elvis75]

Почему-то захотелось продолжить тему по поводу установки сервера APACHE и MySQL.
Редко найдешь человека, который начал общение с компьютером сразу с Linux, обычно преходу на эту ОС предшествует длительное общение с Windows. Именно там нам и прививают привычку пользоваться ярлыками и привычку НЕпользоваться командной строкой.
Пересаживаясь на Linux многие пользователи расстраиваются от того, что им предлагают, при наличии такого красивого графического интерфейса запускать консоль и набирать в ней длинные последовательности символов, для того чтобы запустить программу, остановить или перезапустить, например, сервер Аpache или сервер MySQL.
Не надо расстраиваться и думать что вы теперь должны будете наизусть учить такие длинные и сложные команды.
Нет, все не так.

Во первых:

Консоль помнит все что вы набирали и можно полистав историю клавишами вверх и вниз найти и повторно исполнить уже однажды набранную команду.

Во вторых:

Можно сделать "ярлык" для запуска, такой же как и в Windows.
Давайте создадим на рабочем столе кнопку, которая будет перезапускать сервер Apache.
Для начала нужно вспомнить какая команда это делает:

sudo invoke-rc.d apache2 restart

Теперь нажав правой кнопкой мышки на свободном месте рабочего стола вызываем меню и в нем выбираем пункт: Создать кнопку запуска...
Настраиваем поля, вводим данные, меняем иконку:
Тип: выбираем Приложение в терминале
Имя: пишем Рестарт APACHE
Команда: sudo invoke-rc.d apache2 restart
Примечание: Перезапускает сервер АПАЧ
С иконкой думаю справитесь сами.
В итоге должно получиться что то похожее



Нажимаем ОК и на рабочем столе появляется кнопка с названием Рестарт APACHE

Если на ней кликнуть, то появится окно терминала с приглашением ввести пароль администратора, вводим пароль, выполняется команда и окно закрывается.
Аналогичным образом можно создать кнопки запуска для включения и выключения серверов Apache и MySQL и всего что вы сможете придумать.
Вот некоторые команды, назначение которых вы поймете без труда:

sudo invoke-rc.d apache2 start
sudo invoke-rc.d apache2 stop
sudo invoke-rc.d mysql start
sudo invoke-rc.d mysql stop
sudo invoke-rc.d mysql restart

Используя полученные знания вы можете без труда сделать ярлыки на нужные команды, затем переместить их с рабочего стола в любую удобную папку. Аналогичным образом можно добавлять свои пункты в Главное меню вызвав аплет настройки главного меню выбрав Система > Параметры > Главное меню и добавив там новое меню и новые элементы в нем.

[Злой]

Я сделал еще одну кнопочку, помимо запуска, остановки и рестарта, имя её - проверка.
Смысл в том что когда нужно просто проверить запущен у тебя сервер или нет, тебе не нужно ничего делать, а только ткнуть в эту кнопку и запустится мозилла и загрузит страничку с PHPinfo

Делаем кнопочку для вот этой команды - firefox http://localhost/test.php
естественно что у вас в каталоге /var/www должен быть файлик test.php, у меня например в нем содержится только функция вызова инфо о установленном php.

Короче мелочь, а приятно )))

[Andrey0011]

Ограничение доступа к файлу
Как правило, Directory применяется только к каталогам. Ограничение доступа к отдельным файлам директивой может быть основано на ограничении доступа к запрошенному URL. Следовательно это может быть применимо к отдельным файлам. К примеру, для ограничение доступа к файлу /prices/internal.html для всех кроме 'domain.com', вы можете использовать

order deny,allow
deny from all
allow from .domain.com


Проблема с NCSA .htaccess файлами
В учебник NCSA по поводу .htaccess файлов приведен пример подобный этому:
AuthUserFile /dev/null
AuthGroupFile /dev/null
AuthName EnterPassword
AuthType Basic

order deny,allow
deny from all
allow from .my.domain

Это предназначено для ограничения доступа основанного на адресе браузера и здесь не требуется запрос для авторизации остальных пользователей. Проблема в том что Apache выводит запрос для ввода пароля, который не проходит, потому что тот не был установлен. В Apache наличие Auth* директив необязательно. Это правится удалением строк содержащих Auth* .

Как увеличить скорость Apache
Имееется некоторые пути которые позволяют управлять производительностью сервера. Один быстрый и эффективный путь - это уменьшение количества .htaccess файлов которые опрашиваются при каждом запросе .

Всякий раз, когда Apache обрабатывает запрос, опрашиваются файлы .htaccess которые определяют разрешение доступа и где могут быть устанавливлены другие параметры (например AddType). При этом проверяются и обрабатывает файлы .htaccess в том же самом каталоге что и запрашиваемый файл, а также во всех родительских каталогах. Например, если Вы запрашиваете URL /docs/about.html и Ваш корневой документ /usr/local/etc/httpd/htdocs, Apache пробует обрабатывать файлы .htaccess во всех этих каталогах:
/
/usr
/usr/local
/usr/local/etc
/usr/local/etc/httpd
/usr/local/etc/httpd/htdocs
/usr/local/etc/httpd/htdocs/docs
Обычно, выше корня сервера не будет файлов .htaccess, но Apache все еще должен проверить файловую систему, чтобы в этом удостовериться. Это может быть устранено, используя уловку, что опция AllowOverride установлена в None, и Apache не будет производить проверку для файлов .htaccess . Так для каталога ' / ' AllowOverride Вы установите в None и включите AllowOverride с Вашими необходимыми параметрами для каталога /usr/local/etc/httpd/htdocs. Например, следующий код в access.conf ускорил бы Apache:

AllowOverride None


AllowOverride All


Второй раздел Directory включает AllowOverrides, так, чтобы файл .htaccess были обработаны снова. 'All' может быть заменена любой другой необходимой для Вас.

Если Вы имеете web документы в различных каталогах помимо корня документа, Вы будете должны включить файлы .htaccess в также и в них (если необходимо). Например, если Вы используете UserDir, чтобы разрешить доступ к файлам в домашних каталогах, Вы будете должны установить подходящий AllowOverride (и возможно другие ограничения) подобно этому:

AllowOverride FileInfo Indexes IncludesNOEXEC


Смена log файлов без завершения транзакций
Посылка родительскому процессу USR1 делающая закрытие текущих log файлов,с последующим их открытием без потери соединения в настоящее время в разработке. . Это будет использовано вместо HUP сигнала в каком-нибудь скрипте для смены log-ов. Этот скрипт должен будет во первых переименовать файл текущего лога в файл с новым именем (log остается открытым на этой стадии). . Затем он должен послать сигнал USR1 родительскому процессу Apache. Родительский процесс должен сообщить дочерним о завершении после обработки своего текущего запроса и открыть log файл для новых дочерних процессов (так как старые файлы были переименованы, открытые файлы будут созданы заново). Поскольку старые дочерние процессы заканчивают их текущие запросы, они должны закрыть обработчики старых log файлов и завершить работу. Когда все дочерние процессы умерли, Вы можете безопасно обрабатывать старые log-и (например, сжимая их).Так как Вы не можете точно знать когда дочерние процессы завершают свою работу, лучшим путем является перевести скрипт в режим ожидания после посылки сигнала USR1.

Альтернативным путем для смены log-ов является посылка log сообщений програме по вашему выбору через потоки. Эта програма может решить, каким образом и когда менять log файлы. Програмы которые могут быть полезны для этого доступны на cronolog (не входит в Apache).

Использование одного конфигурационного файла *
Apache начинался с использованием трех различных конфигурационных файлов (srm.conf, access.conf и httpd.conf ). Тем не менее все они идентичные. Таким образом , вся конфигурация помещена в один файл - httpd.conf (который читается первым. Этот файл включает директивы
AccessConfig /dev/null
ResourceConfig /dev/null
что предотвращаает сообщения о пропуске srm.conf и access.conf файлов.

Запуск CGI програм с правами прочих пользователей
CGI програмы всегда запускаются с правами пользователя что и Apache сервер. Это устанавливается директивой User в конфигурационном файле, в основном это обычный пользователь , как например 'www', или 'nobody'. В большинстве случаях это достаточно, так как CGI скрипты должны запускаться с малыми привелегиями, чтобу исключить опасность разрушения системы. Тем не мение, в некоторых случаях нужно запускать CGI програмы с правами других пользователя. Например:
На одном виртуальном хосте с несколькими заказчиками, CGI скрипты должны запускаться с правами заказчика, для обеспечения возможности читать из файлов и писать в них.
В прочих системах с несколькими пользователями , CGI скрипты должны запускаться из домашних каталогов пользователей.
Способность для запуска CGI програм с правами прочих пользователей относится к 'running setuid', после чего файловая система Unix способна запустить програму с правами прочих пользователей .Самая большая проблема с наличием setuid средства CGI на web сервере - защита. Нужно быть очень осторожным, чтобы программа, выполняющая setuid не может быть вызвана, для нанесения повреждений системе. Наличие setuid программы в системе может быть опасно, особенно, если бы Вы не доверяете всем другим пользователям в системе (который имел место бы с обоими пример выше). Риск состоит в том, что другие пользователи могут выполнять setuid программу вручную (из командной строки) и давать команды, которые заставят исполнить эти нежелательные действия. Риск при использовании setuid программ известен Unix администраторам системы, но многие администраторы сети не имеют так большого опыта Unix или setuid программирования .


Програма suEXEC включенная в Apache предоставляет один из методов для запуска CGI програм с правами прочих пользователей.

Игнорирование файлов
Некоторые файлы, которые вероятно никогда не должны запрашиваться пользователем: файлы, называемые .htaccess, .htpasswd, *.pl, * ~ и так далее. Это может быть сделано, закрыв доступ к этим файлам, использующим раздел . Например

order allow,deny
deny from all


Создание HTML сценариев
Легкий путь для добавления новых возможностей сервера без слишком большого програмирования это использование "включаемых HTML". Это закрытая сторона сервера, которая позволяет Вам использовать переменные, условные выражения, циклы и так далее. Подобно SSI, эти сценарии исполняются на стороне сервера и работают со всеми браузерами. Эти дополнительные включения в HTML сценарии снова доступны: SSI (часть Apache); NeoScript (прилинкован к apache как модуль); PHP.


Принудительное выполнение обработчиков или mime типов
Новые директивы были добавлены, чтобы вынудить все файлы в указанном каталоге быть обработанными данным обработчиком, или быть возвращенным с указанным типом. Чтобы устанавливать обработчик, используйте SetHandler, и устанавливайте mime тип используя ForceType. Обратите внимание, что эти директивы вынуждают данный тип или обработчик применяться к всем файлам в разделе, независимо от расширения, отображающего правила.

Например, каталог может использовать "ForceType applicaton/octet-stream" в .htaccess чтобы передать браузеру сведения, что файл нужно сохранить, а не попытаться отобразить на экране. Или, все файлы в каталоге могут быть обработаны как программы CGI

SetHandler cgi-script

[Andrey0011]

Измерение производительности – скользкое дело, поскольку измерить именно то, что надо, удается весьма редко. Обычно требуется узнать, как система будет вести себя в реальной ситуации. Большая часть измерительных инструментов пытается имитировать (в определенной степени) именно такой сценарий, но это всегда получается в определенном приближении, и полученные данные никогда полностью не совпадают с реальностью. Как только вы поймете, что результаты измерений и проза жизни – вещи разные, эти инструменты станут полезными в ходе работы над ускорением вашего сервера.
Предложенные fajita программы распространяются свободно и обладают различным уровнем функциональности. Я не собираюсь посвящать данную статью рассказу о них, мы будем рассматривать только ab, поскольку он поставляется вместе с Apache и представляет собой удобную стартовую позицию для измерений производительности.
Познакомиться с другими пакетами вы можете, обратившись к следующим ресурсам:
- Flood -http://httpd.apache.org/test/flood/.
- JMeter -http://jakarta.apache.org/jmeter/index.html.
- Daiquiri -http://www.omniti.com/~jesus/projects/daiquiri.README.
- Siege -http://joedog.org/siege/.
Итак, давайте немного поговорим об использовании ab.
Ab – это простой инструмент измерения производительности. Не впадайте в заблуждение насчет того, что он пытается каким-либо образом симулировать реальную ситуацию. Тем не менее, он полезен для экспериментального фиксирования разницы в производительности при изменении настроек сервера. Ab многократно запрашивает URL, а затем сообщает некоторую статистику о транзакции.

ab -n 1000 -c 10 >http://localhost/index.html

А вот часть результата выполнения этой команды:

Concurrency Level: 10
Time taken for tests: 2.303 seconds
Complete requests: 1000
Failed requests: 0
Broken pipe errors: 0
Total transferred: 253260 bytes
HTML transferred: 12060 bytes
Requests per second: 434.22 [#/sec] (mean)
Time per request: 23.03 [ms] (mean)
Time per request: 2.30 [ms] (mean, across all concurrent requests)
Transfer rate: 109.97 [Kbytes/sec] received



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

DNS

Избегайте обращений к DNS когда это только возможно. Это тормоз, который вам не подвластен. DNS-преобразования требуют ровно столько времени, сколько они требуют. Следовательно, вам необходимо запретить Apache их использование.
Мы можем повлиять на данную ситуацию в двух точках: при контроле доступа и при записи логов.
Если для контроля доступа, основанном на адресе клиента, вы используете в своем конфигурационном файле директивы allow from или deny from, старайтесь использовать не имя хоста, а IP-адрес клиента, которого вы желаете пропустить (или отвадить). Когда вы используете имя хоста, Apache приходится запрашивать DNS для того, чтобы выяснить, пришел ли запрос от обозначенного хоста.
В конфигурационном файле присутствует директива HostNameLookups. Если она установлена в Off (по умолчанию), Apache будет помещать IP-адрес клиента в лог. Если она установлена в On, то в лог пойдет имя хоста.
Не делайте этого.
Если вы заставите Apache обращаться к DNS при каждом запросе клиента, производительность сервера неизбежно упадет. Кроме того, Apache будет запускать большее количество дочерних процессов, поскольку его процессы будут тратить время на обращение к DNS.

файлы .htaccess

Если говорить кратко - вы должны избегать использования файлов .htaccess насколько это только возможно. Их применение ведет к очень большим потерям в производительности. Для этого есть несколько причин.
Во-первых, Apache вынужден обращаться к файлам .htaccess каждый раз, когда поступает запрос к каталогу ресурса. Файлы .htaccess не кэшируются и вносимые в них изменения вступают в силу немедленно. Следовательно, Apache необходимо каждый раз проверять этот файл, что означает его открытие, чтение и парсинг при каждом запросе.
И это еще не все! Поскольку файлы .htaccess применяются и к подкаталогам, Apache придется тоже их проверить. Если есть еще один уровень вложения – то проверить и его, и так далее, до тех пор, пока не будет достигнут тот уровень, где заканчиваются полномочия .htaccess.
Что это означает? А то, что каждый запрос к определенному каталогу генерирует 2, 3, 4 и т.д. запроса на доступ к файловой системе. Даже если в этих каталогах нет файлов .htaccess, Apache все равно будет их там искать.
Мораль проста: установка AllowOverride None везде, где только можно. Если использование .htaccess все-таки необходимо, активируйте эту функцию только для конкретных каталогов. Еще лучше будет поместить соответствующие директивы в httpd.conf.
Да, есть случаи, когда файлы .htaccess полезны. Я только полагаю, что они встречаются не так часто, как считают некоторые товарищи.

Content Negotiation

Content Negotiation – это возможность использования настроек браузера клиента для предоставления ему определенной языковой версии ресурса (если есть несколько таких вариантов). Это прекрасная возможность, однако, в плане требуемых ресурсов производительности она обходится довольно дорого. Не включайте ее, если она вам не нужна. На практике это означает удаление директивы MultiViews из раздела Options вашего конфигурационного файла.

другие ресурсы

Приведенный список мер, само собой, не является абсолютно полным. Много интересных сведений можно почерпнуть в ходе изучения документации на веб-сайте Apache. Смотритеhttp://httpd.apache.org/docs/misc/perf-tuning.htmlдля Apache 1.3 иhttp://httpd.apache.org/docs-2.0/misc/perf-tuning.htmlв случае Apache 2.0.
Однако наибольшее количество ошибок совершается в рассмотренных нами ситуациях, поэтому данная статья – хороший начальный пункт для начала дальнейшего поиска.
Другие вещи, требующие вашего внимания – это mod_deflate и mod_file_cache.
Если вы пользуетесь Apache 1.3, то вам потребуются соответствующие аналоги: mod_gzip и mod_mmap_static.
Если вы применяете CGI-программы, написанные на Perl, то вам следует уделить внимание mod_perl (perl.apache.org).
Ну и, конечно, обращайтесь на #apache c дополнительными вопросами.

[Marcus]

вроде при установке ubuntu server есть варианты установки "лампочки"
и не надо устанавливать отдельно каждый из компонентов

[shafttt]

у меня стоит php 5.3.3 надо 5.2.4... как поменять?

[Woin]

у меня стоит php 5.3.3 надо 5.2.4... как поменять?

а зачем? :) тут надо уже PHP 5.3.5 ставить

[Shout]

а зачем? :) тут надо уже PHP 5.3.5 ставить

Zend Optimizer пока неработает с php 5.3

---------------------------------------------

один из вариантов это снести 5.3 и собрать 5.2 в ручную скачав его с оф сайта

[Shout]

щас проверил собирается: как снести старую версию PHP обьяснять не буду
Для начала качаем с сайта php.net релиз php-5.2.17 и распоковываем его в ту же дерикторию куда и скачали я скачивал в home далее в терминале

cd /home/php-5.2.17
./configure
make
make install

если ранее небыл настроен LAMP то перед установкой PHP надо установить libxml2