Nginx не видит php файлы
Данная статья написана любителем, никто из профессионалов её не проверял, она может содержать ошибки и вредные советы и потому нацелена на тех, кто хочет поиграться
Сервер «Nginx» поставляется в одноименном пакете «nginx» и его установка производится, например, командой в терминале
Установку же «PHP-FPM» можно произвести, например, командой
Наряду с уязвимостями присущими ПО сервера, присутствуют также те, что обусловлены неосторожностью администратора сервера. Для их устранения следует соблюдать меры предосторожности:
Следует следить за логами работы сервера, это позволяет выявить попытку взлома как можно раньше и минимизировать угрозу дальнейшего ущерба.
Необходимо обновлять ПО (в том числе «CMS» — системы управления содержимым сайтов), но не обязательно тогда когда выходят новые версии (они тоже могут содержать новые уязвимости), а, прежде всего, тогда, когда обновление связано с устранением серьезной уязвимости.
Осторожное и осмотрительное следование подобным инструкциям (см. Don’t trust the tutorials: check your configuration!)
Настройка состоит из двух этапов — настройки «Nginx» и «PHP-FPM». Для начала необходимо остановить процессы (демоны) «Nginx» и «PHP-FPM», например, командами
5. перезапустите службу php
Кеширование
Выше, в примерах, был упомянут файл «/etc/nginx/common/cache»
Сайт работает значительно лучше когда часть контента сохранена на стороне клиента с прошлого посещения сайта. Не все файлы можно кешировать. Поэтому описание кеширования производится в самом конце (т.е. эти настройки будут иметь наименьший приоритет и есть шанс что это не повлияет на правильную работу сайта). Создадим файл с параметрами для кеширования
Настройка PHP-FPM
Прежде всего, следует открыть файл «/etc/php5/fpm/php.ini» для редактирования, например, командой
после чего, найти строчку содержащую «cgi.fix_pathinfo», которая по-умолчанию выглядит так (закомментирована)
и привести её к виду
Это призвано устранить опасность неправильно трактования (и возникающей уязвимости) запросов вида «/image.jpg/foo.php» (см. Don’t trust the tutorials: check your configuration!, Nginx 0day exploit for nginx + fastcgi PHP).
Затем сохранить изменения в файле.
найти строчку с параметров «security.limit_extensions» и привести её к виду
Эта настройка ограничит выполнение файлов по расширению имени. В этом же файле найти строчку с параметром «listen» и привести её к виду
Это определит файл для связи «Nginx» с «PHP-FPM» (сокет). В целях безопасности запрещаем какой-попало программе писать в сокет (см. Обновление PHP 5.5.12 с устранением уязвимости в PHP-FPM ) путём указания прав доступа к сокету. Находим строчки с описанием параметров «listen.owner», «listen.group» и «listen.mode» (по-умолчанию они закомментированы) и приводим их к виду
Следует сохранить изменения в файле и перезапустить «PHP-FPM», например, командой
Можно убедится в том, что права доступа к сокету установлены верно:
Права доступа должны быть «srw-rw—-», владелец «www-data» (группа «www-data»), например,
Прочие настройки
Указание максимального размера запроса – необходимо если сервер будет использоваться для загрузки больших файлов (например, для построения небольшого облачного хранилища на основе «ownCloud», эта строчка по сути делает то же что и указанные выше при настройке «PHP-FPM», только теперь для «Nginx»)
Wordpress
Натройки «Wordpress», который, в данном примере, находится в папке «/var/www/wordpress» будут описаны в файле «/etc/nginx/common/locations/wordpress.inc»
Указываем виртуальную директорию (используется для удобства и читабельности) в которую будут перенаправляться запросы при необходимости
Аналогично примеру выше предотвращаем обработку остальных директив «location»
Сохраняем и закрываем этот файл. Опять же, он будет подключён автоматически.
Изменить /etc/nginx/sites-available/default
Вызов PHP-FPM
В примерах выше использовался файл «/etc/nginx/common/php-fpm» — в нём идет перенаправление обработки php-скриптов внутреннему серверу «PHP-FPM»
Создаём этот файл
Окончание
Сохраняем все изменённые файлы.
Теперь можно перезапустить демоны
Проверить свой сайт можно создав файл «info.php» с содержанием
Проверить свой сайт на скорость и прочее можно тут:
Рекомендации по безопасности при развертывании веб-сервера на основе «Nginx» и «PHP-FPM» Don’t trust the tutorials: check your configuration!
Рекомендации по обеспечению безопасности при работе с сайтом на основе «Dokuwiki» Web Access Security
Рекомендации по обеспечению безопасности при настройке облачного хранилища на основе «ownCloud» Webserver Notes
Не ставить пакет php.
так там для c7 не предлагают php ставить, только php-fpm. ошибся, пора спать.
Deleted ( 02.02.17 00:37:13 )
Последнее исправление: Deleted 02.02.17 00:40:25 (всего исправлений: 1)
Паставить, а потом отключить. Нахуа?
Вот так весело собирают пакеты в центоси. Когда у меня krfb и krdc оказались в одном пакете и ставились только вместе - я тоже был удивлён.
Ставь «nginx php5». Есть подозрение, что по зависимостям вылезают какие-то апачевские либы и модули.
Я ещё раз говорю, что всё сделал по инструкции. Установил php-fpm - не заработало, на всякий случай установил php - всё равно не заработало.
Не очень понимаю механику. С apache php соединяется при помощи модуля, для nginx такого модуля нет, но нужно запустить php-fpm «systemctl start php-fpm.service». Всё остальное тоже выполнил. Где искать ошибку?
а если телнетом на порт php-fpm стукануть, то что потдается?
Ну, если даже инструкция с самого РУСЛИНУКСНЕТ не работает, то совершенно очевидно, что способов запустить лемп-стек на центоси не существует.
Ставишь nginx + php + php-fpm , в nginx.conf :
Стартуешь демон php-fpm и проверяешь результат :)
Тогда еще в конфиге пула php-fpm надо на этот сокет поменять, по дефолту там 9000 порт.
а если телнетом на порт php-fpm стукануть, то что потдается?
В подходе. Для начала разберись в общих чертах как эта связка должна работать, а потом уже настраивай её. Тебе ведь её потом эксплуатировать.
Не надо пытаться слепо повторить инструкцию.
В общих чертах понимаю, что к nginx php привязывается через fastcgi-интерфейс php-fpm, а к apache с помощью модуля mod_php.
В /etc/php-fpm.conf есть строки:
В /etc/nginx/nginx.conf есть:
sunny1983 ★★★★★ ( 02.02.17 15:34:30 )
Последнее исправление: sunny1983 02.02.17 15:35:36 (всего исправлений: 1)
У меня до php-fpm клиентские запросы кажется на доходят?
Покажи весь конфиг.
nginx обращается к демону php-fpm по протоколу FastCGI через unix или обычный сетевой сокет. Домен php-fpm запускает воркеры которые исполняют php-скрипты.
А вот это вот что такое:
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
И почему директория логов php-fpm находится внутри директории логов nginx?
Хотел в этот же блок добавить location ~ \.php$ но nginx ругаясь в логах на неправильный конфиг. Тогда я добавил location ~ \.php$ в default_server
Тогда я добавил location ~ \.php$ в default_server
Ладно, буду дальше курить доки по nginx. Я думал, что «_» (default_server) это глобальные настройки всех виртуальных хостов.
А может в jobs? За два килорубля настрою тебе LEMP. Ну или за килорубль, если на дебиане
Демпингую на 500 WMR :-D
А чё не сразу до одного доширака?
Так неинтересно. Должен быть аукцион дух состязания.
А вообще: не получится настроить php-fpm, повесь на бекенд Апач.
sunny1983 ★★★★★ ( 02.02.17 18:37:54 )
Последнее исправление: sunny1983 02.02.17 18:41:06 (всего исправлений: 2)
Ладно, ладно) Ты если чё пиши, не стесняйся, мы тут.
Ты опять все усложнил.
Ну ок, читай документацию дальше. Пока-что ты прочёл явно недостаточно. Или понял недостаточно.
Держи конфиг, не мучайся
Для каждого домена я делал свой конфиг.
Закомментируй стандартные настройки (все секции server) в
. Почистить кеш в браузере.
Конфиг owncloud, может кстати кому то еще пригодиться:
Так,
Если другие версии (сборки) ngninx и php-fpm данная инструкция сработает?
У меня установлены nginx 1.10.2 из epel, php и php-fpm 5.4.16 из base.
То что у тебя в nginx.conf в директиве listen не стоит default_server это нормально?
Нормально, зависит от конфигурации.
Да должно сработать конечно. Про кеш в браузере не забывайте очистить.
Сменил в конфигах tcp-сокет на файл сокета unix:/var/run/php-fpm/php-fpm.sock, почистил кэш - по прежнему нифига.
Для тех кто не читал переписку, любые попытки добавить директивы fastcgi_* куда-либо кроме default_server приводят к тому, что nginx отказывается запускаться.
I have setup an nginx server with php5-fpm. When I try to load the site I get a blank page with no errors. Html pages are served fine but not php. I tried turning on display_errors in php.ini but no luck. php5-fpm.log is not producing any errors and neither is nginx.
nginx.conf
EDIT
here's my nginx error log:
The nginx error connect() failed . fastcgi://127.0.0.1:9000 contradicts your nginx conf, reload nginx conf?
I'm really surprised that this seems only to affect some thousand people on the planet, as even the default nginx+php config causes this thing.
18 Answers 18
and remove fastcgi_param SCRIPT_FILENAME . in nginx.conf
This (and, of course, /etc/init.d/nginx restart ) also fixed it for me on Debian Testing after an nginx upgrade on 10 September 2014.
This fixed it for me as well after updating nginx to 1.6.2 (Sept. 2014 update). Gotta love updates that break things randomly.
This code doesn't work - i don't know why; This code works, I don't know why. you saved me several hours.
For reference, I am attaching my location block for catching files with the .php extension:
Double-check the /path/to/fastcgi_params , and make sure that it is present and readable by the nginx user.
thank you, that last line did the trick (it's not needed when using the 1.0 version of nginx that's shipped with Centos). I'd love to see the documentation around all of this improve.
You're welcome, glad to know it still helps people after all these years. However, please note @spacepile's updated answer below, which is probably better.
Also had this issue and finally found the solution here. In short, you need to add the following line to your nginx fastcgi config file (/etc/nginx/fastcgi_params in Ubuntu 12.04)
Fixed when upgrading from Debian Wheezy (7.8) to Jessie (8) and from Nginx 1.2.1-2.2 to 1.6.2-5. Enormous thanks.
Many users fall in this thread expecting to find a solution for blank pages being displayed while using nginx+php-fpm, me being one of them. This is a recap of what I ended up doing after reading many of the answers here plus my own investigations (updated to php7.2):
2) Parameter listen should match fastcgi_pass parameter in your site configuration file (i,e: /etc/nginx/sites-enabled/default ).
3) Check the file actually exists:
4) If it doesn't exist that means php7.2-fpm is not running, so you need to restart it:
With regard to the location section in /etc/nginx/sites-enabled/default :
Check the file snippets/fastcgi-php.conf exists at location /etc/nginx/ :
This file contains a list of variable definitions required by php7.2-fpm. The variables are defined directly or through an include of a separated file.
This file is located at /etc/nginx/fastcgi.conf and it looks like:
nginx includes two possible parameter files: fastcgi_params and fastcgi.conf. The difference between both is the definition of variable SCRIPT_FILENAME :
To make a long story short, fastcgi.conf should always work. If for some reason you're set up is using fastcgi_params, you should define SCRIPT_FILENAME :
Now reload nginx configuration:
And check a php file is displayed correctly. For instance:
/var/www/html/test.php
Where /var/www/html is the path to the document root.
If despite all that, you're still seeing a blank file, make sure your php.ini has short_open_tag enabled (if you're testing a PHP page with short tags).
Мой / etc / nginx / sites-available / default
Прочие «локации» прокомментированы .
Раскомментировать location ~ \.php$ <>
Шифрование
Необходимо наличие сертификата «*.crt» или «*.pem» и приватного секретного ключа «*.key» (см. Сертификаты). Самоподписанный сертификат можно сгенерировать командой в терминале (см. man openssl, man req)
затем сформировать файл запроса на подпись (при этом прийдётся вводить те же данные что и для генерации самоподписанного сертификата, но это не важно, т.к. сервис «StartSSL» проигнорирует все кроме публичного ключа)
открыть полученный файл текстовым редактором
и скопировать его содержимое в текстовое поле на сайте «StartSSL» для запроса сертификата (см. ссылки на подробные инструкции выше). Файл *.csr больше не нужен. Затем загружаем подписанный сертификат (например, файл называется signed.crt) и объединяем его с сертификатом того кто этот сертификат подписал
Файл «signed.crt» можно удалить.
Копируем секретный ключ в системную папку и выставляем права доступа
И в соседнюю папку сам сертификат
Для пущей надежности можно сгенерировать ключ Диффи-Хеллмана (тоже секретный файл который очень долго генерируется)
Продолжаем редактировать конфигурационные файлы.
Для удобства описываем настройки шифрования во внешнем файле «/etc/nginx/common/ssl»
Редактируем файл «/etc/nginx/common/ssl»
На этом настройки «SSL» в «Nginx» завершены, сохраняем и закрываем файл. После завершения описания конфигурации (см. ниже) можно будет проверить надежность сервисом «SSLLabs»
Отредактируйте /etc/php5/fpm/php.ini и убедитесь, что для cgi.fix_pathinfo установлено значение 0
Безопасность
Опишем настройки безопасности в отдельном файле
Сохраним и закроем файл, а затем подключим его строкой
Раскомментируйте обе строки прослушивания, чтобы nginx прослушивал порт 80 IPv4 и IPv6.
Настройка Nginx
и откроем его для редактирования
Некоторые запросы «Nginx» будет перенаправлять к «PHP-FPM», который в данном случае называется сервером выгрузки данных (upstream). Укажем как следует это делать. Создадим файл конфигурации с описанием серверов выгрузки данных
и откроем его для редактирования
и добавим в него строчки
где «php-fpm» – название для сервера выгрузки данных, для удобства.
для загрузки созданого выше конфигурационного файла. Как можно видеть – допускается указание относительного пути к файлу.
иначе, можно опустить эти строчки.
Начинаем описывать конфигурацию сайта
Корневая директория сайта работающего на данном сервере
Имя сервера – обычно доменное имя Вашего сервера
Сжатие
Для экономии трафика лучше включить сжатие (иногда со влючённым сжатием могут возникать проблемы, например, у «ownCloud», см. ниже). Опишем настройки сжатия в отдельном файле
Следует сохранить, закрыть и затем подключить этот файл срочкой
Оставьте server_name в покое
Директории сайта
Далее указание директорий сайта и правил работы с ними с использованием директив «location». Данная директива может обрабатывать регулярные выражения «Perl» (см. Регулярные выражения (шаблоны))
К примеру, если хочется построить сайт на основе «WordPress», то можно описать корневую директорию так
Соответственно сам сайт должен размещаться в каталоге «/var/www/wordpress/»
Директории можно описывать по одной в этом же файле, но это не удобно и не наглядно. А можно указать строчку
которая укажет «Nginx», что нужно подключить все файлы в директории «/etc/common/locations/» которые соответствуют шаблону «*.inc», таким образом, если один из файлов нужно будет временно отключить, то его можно просто переименовать убрав расширение в имени. Создадим директорию где будут хранится эти файлы
Некая директория «/var/www/restricted» доступная только авторизованным пользователям сервера. Создадим для неё файл конфигурации «/etc/nginx/common/locations/restricted.inc»
Синтаксис «^~» указывает, что при совпадении здесь директивы «location» ниже проверяться не будут.
Этот конфигурационный файл подключится автоматически, за счёт шаблона (см. выше).
Перезапустите nginx и php5-fpm sudo service nginx restart && sudo service php5-fpm restart
Я начал использовать Linux только неделю назад, поэтому очень надеюсь помочь вам в этом. Я использую текстовый редактор nano для редактирования файлов. запустите apt-get install nano, если у вас его нет. Google, чтобы узнать больше.
Я долго боролся с этой проблемой, и эти шаги у меня сработали.
Шаг 1. Конфигурация блока расположения для всех файлов PHP
Шаг 2. Добавьте fastcgi_param в файл конфигурации. Нам просто нужно открыть файл / etc / nginx / fastcgi_params и добавить следующую строку в конец файла.
А затем перезапустите службы,
Вам нужно добавить это в / etc / nginx / sites-enabled / default для выполнения файлов php на сервере Nginx:
У меня была аналогичная проблема, которая была решена путем очистки кеша браузера (также отлично работала с другим браузером).
Обновите конфигурацию nginx / etc / nginx / sites-available / default или свой файл конфигурации
Если вы используете php7, используйте это
Если вы используете php5, используйте это
Посетите здесь, чтобы получить полную информацию. Подробности здесь
Я вижу много решений выше, и многие из них работали у меня правильно, но я не понимал, что они делают, и беспокоился о том, чтобы просто скопировать и вставить код, в частности, fastcgi . Итак, вот мои 2 цента,
- nginx - это веб-сервер (а не сервер приложений ), поэтому он может обслуживать только статические страницы.
- всякий раз, когда мы пытаемся отобразить / вернуть файл .php, например index.php, nginx не знает, что делать, поскольку он просто не может понять файл .php (или, если на то пошло, любое расширение, кроме нескольких избранных, таких как .html, .js и т. д., которые являются статическими файлами)
- Таким образом, для запуска других типов файлов нам нужно что-то, что находится между nginx и приложением (здесь приложение php). Именно здесь на помощь приходит общий интерфейс шлюза (CGI). Это часть программного обеспечения, которое управляет этой связью. CGI могут быть реализованы на любом возможном языке Python (uWSGI), PHP (FPM) и даже C. FastCGI - это, по сути, обновленная версия CGI, которая намного быстрее, чем CGI.
Для некоторых серверов, таких как Apache, встроена поддержка интерпретации PHP, и поэтому нет необходимости в CGI.
Эта цифровая ссылка на океан довольно хорошо объясняет шаги по установке FPM, и я не пишу шаги, необходимые для решения проблемы загрузки файлов php вместо рендеринга, поскольку другие ответы IMHO довольно хороши.
Для тестирования файла конфигурации в / etc / nginx / sites-available / default.
Это дало мне следующие ошибки:
Итак, я зашел в файл конфигурации, и в последней строке было
Я раскомментировал, снова запустил тестовую команду, и она сработала
Это сработало для меня.
1) Файл MyApp
Vi / и т. д. / nginx / сайты-доступные / myApp
2) Настройте cgi.fix_pathinfo
Установите cgi.fix_pathinfo в 0
3) Перезапустите службы
Php5 sudo service php5-fpm restart
Php7 sudo service php7.0-fpm restart
Мне помогло добавить ?$query_string в конец /index.php, как показано ниже:
listen = 127.0.0.1:9000;(delete all line contain listen= )
remove server block server<> (if exist) in block html<> because we use server<> in default (config file in etc/nginx/site-available) which was included in nginx.conf.
6. наслаждаться
Создайте любой файл php в / usr / share / nginx / html и запустите в «имя_сервера / имя_файла.php» (имя_сервера зависит от вашей конфигурации, обычно это localhost, имя_файла.php - имя файла, созданного в / usr / share / nginx / html).
Я использую Ubuntu 14.04
Приведенные выше фрагменты работали для меня в случае php7.2
Приведенный выше ответ, казалось, слишком много комментировал решение, которое я достиг. Вот как выглядел мой файл:
/ и т.д. / nginx / сайты-доступные / по умолчанию
Надеюсь, это поможет некоторым людям, которые расстроены воскресным днем (c:
Мое решение было добавить
Добавление в /etc/nginx/sites-available/default у меня не сработало.
Для тех, у кого такая же проблема с PHP 7, это то, что я сделал, чтобы nginx правильно выполнял файлы php в CentOS 7, размещенный здесь, поэтому на случай, если у кого-то возникнет такая же проблема:
Пошагово следуйте этому документу на Цифровой океан.
Откройте /etc/nginx/conf.d/default.conf (по умолчанию у меня нет сайтов с включенными или доступными сайтами, вы можете отредактировать их соответствующим образом).
Отредактируйте параметр location , как показано ниже:
Перезапустите службы Nginx и PHP sudo systemctl restart php-fpm и sudo systemctl restart nginx .
И последнее, но самое важное: очистить кеш браузера или запустить его в incognito (Chrome) или Private Browsing (Firefox) и т. Д.
Надеюсь, это полезное и счастливое кодирование
Затем перезагрузите Nginx:
Это то, что в конечном итоге сработало в моем случае как правила перезаписи, в которых виноват
Я изменил правила перезаписи nginx следующим образом.
Очевидно, без ключевого слова last запрос не был перезапущен, поэтому он не попал в сегмент местоположения .php и был просто интерпретирован как загрузка -
Теперь я решил свою проблему с помощью этого кода (измените свой IP):
Что сработало для меня с Ubuntu 16.04, а php7 удалял эту строку
После этого он перестал скачивать файлы php.
Раскомментируйте расположение .php в / etc / nginx / sites-available / default
sudo vi / etc / nginx / sites-available / default:
Если что-то еще тебе не поможет. А может быть, раньше вы установили apache2 с тестовым файлом info.php. Просто очистите данные приложения (кеш, cookie) для localhost.
Проверьте, что расширение файла конфигурации nginx - * .conf.
например: /etc/nginx/conf.d/myfoo.conf
У меня такая же ситуация. После того, как я переименовал свой файл конфигурации с myfoo в myfoo.conf, он исправился. Не забудьте перезапустить nginx после его переименования.
Сначала вам нужно Remove cache в браузере
Затем откройте терминал и выполните следующую команду:
Затем добавьте следующий код в файл default :
Если какое-либо несоответствие, просто исправьте и перезапустите Nginx с терминала с помощью следующей команды
sudo systemctl перезапустить nginx
Затем перейдите в браузер и наслаждайтесь .
Для меня это была строка: fastcgi_pass unix: /var/run/php5-fpm.sock;
Что должно было быть просто: fastcgi_pass unix: /run/php5-fpm.sock;
Решением для меня было очистить кеш Cloudflare.
У меня была та же проблема, которая решила, что этот блок сервера также имеет этот блок над другими блоками местоположения, если у вас есть проблемы с загрузкой css. Который я добавил в свой файл conf, доступный для сайтов.
Для записи, я обнаружил, что мой php-fpm не работает, и исправил это с помощью service php7.2-fpm stop
(Я настраивал этот сервер в первую очередь для электронной почты и не использовал PHP, когда впервые установил nginx, просто как способ более легкого запуска certbot.)
Hey, So I am having a lot of problems with nginx lately. As of nginx is not accepting my php file to put it on my sub domain. I have setup php-fpm etc. I need help with it and below is the config.
Also the directory where the file is present root /var/www and server_info won’t be shown as I don’t wanna.
I have also did the php-fpm for php7.1 as that was available.
Thanks/ Kind regards, /shar.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
@hansen and @jtittle Thanks for all the help. The File is up and runnung! I had to fix snippets/fastcgi-php.conf .
After that it workd.
So thanks alot guys!
The first thing I normally recommend is cleaning up the server block and removing the clutter so you aren’t accidentally running in to issues with various lines should they happen to cause issues.
So your cleaned up server block would look like this:
Note, on your include snippets/fastcgi-php.conf line, you’re missing a ; at the end. I’ve fixed that in the above :-).
From there, how PHP is handled depends on what’s within the block starting with:
The first thing I see is:
So we’d need to know what’s in that file to know if there’s something causing issues. You can also check the error log using the command that @hansen provided:
Generally, when it comes to PHP, you’d have something that looks like this instead of what you have right now:
Within snippets/fastcgi-php.conf , I’d use:
Once those changes are made, restart NGINX and see if everything is working. If not, check the error log to see what it’s showing and paste that to a code block as a reply and we can better help.
Добавьте index.php в строку index
ownCloud
Для наиболее полной информации следует обратится к официальному руководству «OwnCloud» (см. Nginx Configuration). К примеру, «ownCloud» находится в папке «/var/www/owncloud».
Создадим файл настроек для «ownCloud» и отредактируем его
Многое аналогично примеру для «Wordpress»
Начиная с версии «ownCloud» 8 появился отдельный файл для переопределения некоторых настроек «PHP-FPM» взамен указанных в «/etc/php5/fpm/php.ini». Открыть его можно командой
и в нем найти строчки
и поменять значения на требуемые.
4. перезапустить службу nginx
Базовые ограничения
Выше была написана строчка для подключение файла «/etc/nginx/common/deny»
рассмотрим его содержание. В нём идет запрет доступа к некоторым стандартным файлам. Создадим этот файл
Следует быть бдительным, неверно указанный шаблоны для запрета доступа (не только здесь но и в примерах выше) могут сильно навредить. Например, клиент ownCloud может начать удалять файлы которые не сможет загрузить на сервер из-за неправильного запрета где-то в конфигурационном файле
Следует переписать все файлы «.htaccess» в директивы «Nginx». Найти эти файлы среди файлов сайта можно, например, командой
Читайте также: