|
29.04.2009, 23:49 Вверх | #1 | |||
Коварный тип
|
Как установить Apache, PHP и MySQL на Ubuntu
Как установить Apache, PHP и MySQL на Ubuntu
Это мини-howto посвящается установке LAMP (Linux, Apache, MySQL, PHP) на Ubuntu Desktop. Нам понадобится:
Устанавливаем Apache Открываем терминал, и выполняем: Код:
sudo apt-get install apache2 Код:
sudo invoke-rc.d apache2 start sudo invoke-rc.d apache2 stop Устанавливаем PHP В терминале выполняем: Код:
sudo apt-get install php5 Код:
sudo invoke-rc.d apache2 restart Это так же не сложно, как и предыдущие шаги По-старинке в терминале выполняем: Код:
sudo apt-get install mysql-server Код:
sudo mysqladmin -u root password новый_пароль Код:
sudo invoke-rc.d apache2 restart Код:
sudo nano /var/www/test.php Код:
sudo gedit /var/www/test.php Код:
<?php phpinfo(); ?> Для удобной работы с базами данных ставим phpMyAdmin: Код:
sudo apt-get install phpmyadmin Включение mod_rewrite: Код:
a2enmod rewrite Код:
AllowOverride None таким образом подключаются любые модули в apache2, например mod_expires Код:
a2enmod expires |
|||
Последний раз редактировалось Злой; 09.10.2012 в 19:26.. |
||||
19.10.2009, 06:37 Вверх | #4 | |||
S.T.A.L.K.E.R.
|
phpmyadmin всё равно не грузится, у кого есть идеи?
________________ Всё, уже справился, спасибо Если кому понадобится при установке phpmyadmin надо выбрать Apache2.... |
|||
Последний раз редактировалось Stalker; 19.10.2009 в 15:37.. |
||||
05.11.2009, 18:05 Вверх | #5 | |||
Знаток
|
Идеи есть. Вчера поставил себе сервак на 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 - руками пришлось допиливать - да и надежнее всё таки именно ручками - тут хоть знаешь чего и как и где изменил) |
|||
Последний раз редактировалось Serberg; 19.05.2010 в 16:49.. |
||||
2 пользователя(ей) сказали cпасибо: |
15.11.2009, 00:30 Вверх | #8 | |||
Модератор
|
сделал как написано у Вектора, кроме добавления виртуального хоста
далее: Спасибо ребята. Супер. Все работает. ЗЫ а в xampp чтото намудрили такое, что он не работает или я не понимаю как его заставить. тут и заставлять не надо, оно само работает. |
|||
Последний раз редактировалось elvis75; 15.11.2009 в 01:11.. |
||||
15.11.2009, 12:38 Вверх | #14 | |||
Модератор
|
Ну а как хотел, ты зашел под root скопировал папку, она теперь пренадлежит ТОЛЬКО root, и все файлы в ней тоже. Чтобы обычный пользователь мог обращаться к файлам, и хотябы их читать, нужно с помощью команды chmod изменить права доступа к папке и файлам в ней.
sudo chmod 0777 /var/www/ если не поможет то sudo chmod 0777 -R /var/www/ |
|||
Cказали cпасибо: |
15.11.2009, 15:52 Вверх | #16 | |||
Модератор
|
Лучше поздно чем никогда :-)
Для того, чтобы получить доступ к файлам конфигурации, права на изменение которых нужно быть root следует им стать. Вот возможные варианты: 1. Запустить файловый менеджер от имени root запустить терминал и в нем набрать: Код:
sudo mc Если им пользоваться сложно, можно запустить Nautilus Код:
sudo nautilus Вниманиеполучив доступ к файловой системе таким образом вы получите безоговорочный доступ к ЛЮБОМУ файлу системы
|
|||
Последний раз редактировалось elvis75; 16.11.2009 в 09:36.. |
||||
15.11.2009, 23:56 Вверх | #17 | |||
Модератор
|
Почему-то захотелось продолжить тему по поводу установки сервера 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 |
|||
Последний раз редактировалось elvis75; 16.11.2009 в 13:41.. |
||||
5 пользователя(ей) сказали cпасибо: |
05.12.2009, 18:12 Вверх | #18 | |||
Fedoraвод
|
Я сделал еще одну кнопочку, помимо запуска, остановки и рестарта, имя её - проверка.
Смысл в том что когда нужно просто проверить запущен у тебя сервер или нет, тебе не нужно ничего делать, а только ткнуть в эту кнопку и запустится мозилла и загрузит страничку с PHPinfo Делаем кнопочку для вот этой команды - firefox http://localhost/test.php естественно что у вас в каталоге /var/www должен быть файлик test.php, у меня например в нем содержится только функция вызова инфо о установленном php. Короче мелочь, а приятно ))) |
|||
2 пользователя(ей) сказали cпасибо: |
08.03.2010, 21:48 Вверх | #19 | |||
Заблокирован
|
Apache. Полезные советы
Ограничение доступа к файлу
Как правило, 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 |
|||
09.03.2010, 02:12 Вверх | #20 | |||
Заблокирован
|
один день из жизни IRC-канала #apache или как заставить сервер работать быстрее
Измерение производительности – скользкое дело, поскольку измерить именно то, что надо, удается весьма редко. Обычно требуется узнать, как система будет вести себя в реальной ситуации. Большая часть измерительных инструментов пытается имитировать (в определенной степени) именно такой сценарий, но это всегда получается в определенном приближении, и полученные данные никогда полностью не совпадают с реальностью. Как только вы поймете, что результаты измерений и проза жизни – вещи разные, эти инструменты станут полезными в ходе работы над ускорением вашего сервера.
Предложенные 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 дополнительными вопросами. |
|||
29.08.2011, 13:20 Вверх | #25 | |||
Опытный пользователь
|
щас проверил собирается: как снести старую версию PHP обьяснять не буду
Для начала качаем с сайта php.net релиз php-5.2.17 и распоковываем его в ту же дерикторию куда и скачали я скачивал в home далее в терминале ./configure make make install |
|||
Метки |
apache, desktop, lamp, linux, mysql, php, ubuntu |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Как создать виртуальные хосты в apache? | Forum Bot | Локальный сервер | 5 | 11.02.2011 22:21 |
Сервер Apache на Joomla | VeLiaR | Сети | 4 | 24.01.2011 11:34 |
[Вопрос] MySQL Error | No xak | vBulletin 3.х | 3 | 01.05.2010 01:01 |
Настроенный сервер Apache PHP MysQl Phpmyadmin SMTP | XxxxX | Сайтостроение | 2 | 29.03.2010 21:23 |
Настройка apache и nginx для vbulletin | Serberg | Инструкции по vBulletin | 0 | 18.10.2008 18:00 |