Лучшие практики для установки среды разработки ЛАМПЫ

Похож на Вашего апача (и следовательно XAMPP) работает как пользователь 'никто', тогда как Ваша установка Wordpress принадлежит Вашему идентификатору пользователя входа в систему. Я предполагаю, что это - non-internet-accessible сервер разработки, в этом случае самая легкая вещь состоит в том, чтобы изменить выполнение как пользователя в httpd.conf апача к Вашему идентификатору пользователя входа в систему.

Лучшая практика должна была бы установить suPHP или suexec, но установка их немного более трудна, чем вышеупомянутое.

Для начала, это не хорошая идея засунуть все под/var/www и указать на браузер на http://localhost/somesite/. Для одного это усложняет вещи, когда Вы перемещаетесь в новый сервер позже. Лучше создавать виртуальный хост на Вашем компьютере, путем создания нового названного файла somesite (Ваше название сайта) под

/etc/apache2/conf/sites-available/

Создайте VirtualHost для полного URL. Этот путь при миграции базы данных Wordpress Вы не должны редактировать адрес веб-сайта. В нашем примере это был бы виртуальный хост к www.somesite.com.

Вот пример такого файла:

<VirtualHost somesite:80>
ServerAdmin username@localhost
ServerName somesite
DocumentRoot /var/www/somesite
<Directory />
    AllowOverride All
    Options FollowSymLinks
</Directory>

ErrorLog /var/log/apache2/error.log

LogLevel debug

</VirtualHost>

Затем выполните следующие команды:

$ sudo a2ensite somesite
$ sudo /etc/init.d/apache2 reload

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

127.0.0.1    localhost

кому:

127.0.0.1    localhost, somesite, www.somesite.com

но затем я сталкиваюсь с проблемой:

Я хотел бы поместить файлы в свою домашнюю папку, где у меня есть полные полномочия, вместо того, чтобы засунуть ее под/var/www. Этот путь I ни имеет к sudo каждый раз, когда я хочу сделать что-то, и при этом я не рискую портить систему, когда я делаю. Я могу также работать с SVN более легко.

Но если я создаю такую конфигурацию, когда я указываю на браузер на http://www.somesite.com/ Я заканчиваю тем, что получил 403 ошибки без полномочий.

Даже когда я установил все somesite папка к полномочиям 777 я все еще получаю эту ошибку. Что еще я должен делать?

Я использовал бы VM и использовал бы то же распределение, которое будет использовать целевой узел. Это могло устранить много разочарований позже. До VM и нетбука идет, я думал, что смысл "Нетбука" был то, что локальное устройство хранения данных было только кэшем, и объем работы должен был быть куполом удаленно в "облаке?"

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

Это кажется, что Вы распаковываете дополнения как сами и затем имеете к chmod их пользовательским апачам, работает как. Это нормально, не разъедайте об этом.

Точка его - то, что Вы выполняете апача как пользователя низкого полномочия, который только имеет полномочия для некоторых вещей, как доступ только его файлы и ни один из тех в, скажем, Вашем корневом каталоге ('cos Вы раздражались бы, если Sam Hacker мог бы загрузить Ваши частные файлы). Безотносительно каталога Вы выполняете свои сайты под, должны быть читаемыми (и записываемыми в некоторых случаях) пользователем Apache.

Это позволит Вам устанавливать плагины в Wordpress - поскольку он (т.е. Apache) будет иметь доступ для записи к каталогам, ему нужно. Ваш пользователь FTP будет установлен правильно, поскольку никто не использование rapache выполнения как на некоторых дистрибутивах.

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