Настройка локальной среды разработки с помощью nginx в Linux (Ubuntu)

1672
Qqwy

Недавно я перешел на новый компьютер и скопировал со своего старого компьютера все существующие git-репозитории для проектов веб-разработки. На этом старом компьютере я установил apache для обслуживания определенных папок из подкаталога моей домашней папки как веб-сайтов для разработчиков (статических или с использованием PHP). Так, например, личный проект будет жить под /home/myusername/programming/personal/projectname/.

Теперь на новом компьютере я попытался настроить nginx, чтобы использовать его аналогичным образом.

Я следовал этому руководству по DigitalOcean, чтобы установить nginx (и MySQL и PHP) на свой ноутбук с ОС Linux Mint 18.1 (Serena).

Я настроил nginx следующим образом:

/etc/nginx/sites-available/default:

## # You should look at the following URL's in order to grasp a solid understanding # of Nginx configuration files in order to fully unleash the power of Nginx. # http://wiki.nginx.org/Pitfalls # http://wiki.nginx.org/QuickStart # http://wiki.nginx.org/Configuration # # Generally, you will want to move this file somewhere, and start with a clean # file but keep this around for reference. Or just disable in sites-enabled. # # Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples. ##  # Default server configuration # server { listen 80 default_server; listen [::]:80 default_server;  # SSL configuration # # listen 443 ssl default_server; # listen [::]:443 ssl default_server; # # Note: You should disable gzip for SSL traffic. # See: https://bugs.debian.org/773332 # # Read up on ssl_ciphers to ensure a secure configuration. # See: https://bugs.debian.org/765782 # # Self signed certs generated by the ssl-cert package # Don't use them in a production server! # # include snippets/snakeoil.conf;  root /var/www/html;  # Add index.php to the list if you are using PHP index index.php index.html index.htm index.nginx-debian.html;  server_name _;  location / { # First attempt to serve request as file, then # as directory, then fall back to displaying a 404. try_files $uri $uri/ =404; }  # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000  location ~ \.php$ { include snippets/fastcgi-php.conf;  # # With php7.0-cgi alone: # fastcgi_pass 127.0.0.1:9000; # # With php7.0-fpm: fastcgi_pass unix:/var/run/php/php7.0-fpm.sock; }  # deny access to .htaccess files, if Apache's document root # concurs with nginx's one # location ~ /\.ht { deny all; } }   # Virtual Host configuration for example.com # # You can move that to a different file under sites-available/ and symlink that # to sites-enabled/ to enable it. # #server { # listen 80; # listen [::]:80; # # server_name example.com; # # root /var/www/example.com; # index index.html; # # location / { # try_files $uri $uri/ =404; # } #} 

После этого тестирование путем создания и /var/www/html/info.php(как показано в руководстве) прошло успешно.

Я сейчас попытался добавить домен для одного из моих проектов.

/etc/nginx/sites-available/projectname.dev:

server { listen 80; listen [::]:80;  server_name projectname.dev;  root /home/myusername/programming/personal/projectname/; index index.php index.html;  location / { # First attempt to serve request as file, then # as directory, then fall back to displaying a 404. try_files $uri $uri/ =404; }  # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000  location ~ \.php$ { include snippets/fastcgi-php.conf;  # # With php7.0-cgi alone: # fastcgi_pass 127.0.0.1:9000; # # With php7.0-fpm: fastcgi_pass unix:/var/run/php/php7.0-fpm.sock; }  # deny access to .htaccess files, if Apache's document root # concurs with nginx's one # location ~ /\.ht { deny all; } } 

(Я также добавил символическую ссылку с сайтов, на которых это разрешено:) ln -s /etc/nginx/sites-available/projectname.dev /etc/nginx/sites-enabled/projectname.dev.

После перезапуска nginx ( sudo service nginx restart) и добавления 127.0.0.1 projectname.devв мой /etc/hosts-file меня встретила ошибка 404.

Заглянув внутрь /var/log/nginx/error.log, я обнаружил, что запросы, которые я выполняю, не выполняются по следующей причине:

2017/04/17 21:38:11 [crit] 30176#30176: *3 stat() "/home/myusername/programming/personal/projectname/" failed (13: Permission denied), client: 127.0.0.1, server: projectname.dev, request: "GET / HTTP/1.1", host: "projectname.dev" 

Я ожидаю, что это связано с управлением правами файлов / каталогов в linux / unix. Мой домашний каталог явно принадлежит myusername, а nginx запускается пользователем www-data . Однако я не уверен, как изменить права на эту папку, чтобы www-data / nginx мог получить к ней доступ (и к файлам внутри).

Как это можно решить? И почему я не столкнулся с этой проблемой при настройке Apache на моем предыдущем компьютере (также работающем под управлением Linux Mint)?

0

1 ответ на вопрос

0
Alessandro Dotti Contra

Я когда-либо использовал, nginxно, следуя вашей подсказке - что мне кажется правильным - я бы изменил права доступа к соответствующим файлам / папкам, изменив владельца группы на www-data и проверив, что файлы имеют по крайней мере 0644 и папки в аренде 0755 разрешения.

Если вам нужно, чтобы ваше веб-приложение записывало в некоторые файлы или каталоги, либо измените владельца этих файлов / каталогов на www-data, либо добавьте разрешение на групповую запись (0664 для файлов и 0775 для папок).

Но если они принадлежат www-данным, то я больше не могу их редактировать как `myuser`, верно? Qqwy 7 лет назад 0
Со стандартным набором разрешений (обычно 0644) нет, вы не можете редактировать их как своего пользователя. Чтобы обойти это, вы можете дать разрешение на запись для группы и добавить своего пользователя в эту группу. Как вы видите, лучший подход - это тот, который адаптирован к вашей конкретной ситуации (например, я подходил к аналогичной ситуации, используя `rsync` и простой сценарий оболочки). Alessandro Dotti Contra 7 лет назад 0

Похожие вопросы