Nginx не загружает файлы

Обновлено: 05.07.2024

) вставив "include /etc/nginx/mime.types;" в поле location / < :

Файл /etc/nginx/mime.types был полностью корректен и правильно вызван в

Должно быть, я делаю что-то не так, потому что это все еще не работает. Должен ли я также включить "root /usr/share/nginx/html;" в раздел местоположения /etc/nginx/sites-available/webmill ?

Любые предложения приветствуются и заранее спасибо за любую помощь!

для тех, кто еще сталкивался с этой проблемой, у меня была эта проблема, и я удалил свой mime.types include

Попробуйте добавить это в свой /etc/nginx/conf.d/default.conf

Angular 8 приложение => NGINX

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

Я прокомментировал это, и содержимое виолы было отображено нормально.

Надеюсь, это кому-то поможет

Я пытаюсь обслуживать развернутый сайт Angular (у меня есть каталог dist с файлом index.html) в Nginx. В этом каталоге у меня есть: index.html JS файлы css файлов активы У меня нет опыта работы в Nginx, поэтому я стараюсь правильно обслуживать этот сайт. Мои настройки для этого сайта: server

Я сменил владельца проекта на root используя:

chown root /usr/share/nginx/html/mywebprojectdir/*

и изменил разрешения с помощью:

chmod 755 /usr/share/nginx/html/mywebprojectdir/*

Вы можете посмотреть мой ответ здесь

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

Ну, после всех неудачных попыток мне удалось решить эту проблему, удалив ссылку type="text/css" из моего кода и оставив css как это:

Проверьте свой nginx.conf! у вас есть такая конфигурация:

Я исправил эту проблему, добавив это предложение

В конце концов мой макет был возвращен в нормальное состояние, добавив "include /etc/nginx/mime.types" в раздел "http" файла" nginx.conf".

В противном случае браузер жаловался на файлы css, интерпретируемые как текст, а не таблицы стилей.

Вручную включая mime.types решил это для меня:

Я получал аналогичную ошибку с сервером Angular 5 - typescript и Nginx.

ошибка в консоли

Файлы Javascript также загружаются вместе с содержимым index.html. Кроме того, когда я был на странице " https://my-server.com/organizations "и обновлял браузер, меня отправили на" https://my-server.com/organizations/organizations " url.

Решение для меня состояло в том, чтобы просто изменить базу href с

Вот и все, никаких изменений ни в nginx.conf, ни в чем другом.

Что делать, если вы пользователь

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

Если вы пытались загрузить одновременно несколько файлов (форма позволяет так делать), попробуйте загружать их по одному.
Если не загружается изображение, уменьшите его размер перед загрузкой на сервер. Можно сделать это с помощью онлайн-сервисов — например, Tiny PNG .
Если не загружается видео, попробуйте сохранить его в другом формате и уменьшить размер. Можно сделать это с помощью онлайн-сервисов — я использую Video Converter .
Если не загружается PDF-документ, уменьшите его размер. Можно сделать это с помощью онлайн-сервисов — я обычно использую PDF.io .

Универсальный вариант — архивация файла со сжатием. Ошибка сервера 413 появляется только в том случае, если вы пытаетесь одновременно загрузить слишком большой объем данных. Поэтому и выход во всех ситуациях один — уменьшить размер файлов.

Исправление ошибки сервера 413 владельцем сайта

Если вы владелец сайта, который при загрузке файлов выдает ошибку 413, то необходимо изменить конфигурацию сервера. Порядок действий зависит от используемых технологий.

Чтобы понять, что стало причиной ошибки, нужно посмотреть логи. Это поможет сэкономить время. Вот подробная инструкция , которая рассказывает, как посмотреть логи в панели управления Timeweb. В зависимости от того, какая информация будет в логах, вы поймете, как исправлять ошибку 413.

Увеличение разрешенного размера для загрузки файлов на Nginx и Apache

На Nginx максимально допустимый размер файла задан в параметре client_max_body_size. По умолчанию он равен 1 МБ. Если запрос превышает установленное значение, пользователь видит ошибку 413 Request Entity Too Large.

Параметр client_max_body_size находится в файле nginx.conf. Для его изменения нужен текстовый редактор — например, vi.

Подключитесь к серверу через SSH и выполните в консоли следующую команду:

Сохраните и закройте файл. Затем проверьте конфигурацию файла:

Перезагрузите сервер следующей командой:

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

На Apache опция, устанавливающая максимально допустимый размер загружаемого файла, называется LimitRequestBody. По умолчанию лимит не установлен (равен 0).

Значение задается в байтах:

Эта запись выставляет максимально допустимый размер 32 МБ.

Изменить конфиги можно также через панель управления. Я пользуюсь ISPmanager, поэтому покажу на ее примере.

Раскройте раздел «Домены» и перейдите на вкладку «WWW-домены».
Выберите домен, на котором появляется ошибка, и нажмите на кнопку «Конфиг».

Появится вкладка с конфигами Apache и Nginx. Вы можете редактировать их вручную, устанавливая лимит на размер загружаемого файла.

Исправление ошибки на WordPress

Способ первый — изменение разрешенного размера в файле functions.php. Этот файл отвечает за добавление функций и возможностей — например, меню навигации.

Откройте файловый менеджер.
Перейдите в папку public.html.
Откройте директорию wp-content/themes.
Выберите тему, которая используется на сайте с WordPress.
Скачайте файл functions.php и откройте его через любой текстовый редактор.

В панели управления на Timeweb м ожно также воспользоват ься встроенным редактором или IDE — путь будет такой же, как указан выше: public.html/wp-content/themes/ваша тема/functions.php.

В конце файла functions.php добавьте следующий код:

Сохраните изменения и загрузите модифицированный файл обратно на сервер. Проверьте, появляется ли ошибка 413.

Второй способ — изменение файла .htaccess. Это элемент конфигурации, который способен переопределять конфигурацию сервера в плане авторизации, кэширования и даже оптимизации. Найти его можно через файловый менеджер в папке public.html.

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

Исправление ошибки при использовании PHP-скрипта

Если файлы загружаются с помощью PHP-скрипта, то для исправления ошибки 413 нужно отредактировать файл php.ini. В нем нас интересуют три директивы.:

upload_max_filesize — в ней указан максимально допустимый размер загружаемого файла (значение в мегабайтах);
post_max_size — максимально допустимый размер данных, отправляемых методом POST (значение в мегабайтах);
max_execution_time — максимально допустимое время выполнения скрипта (значение в секундах).

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

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

То же самое можно сделать через панель управления. Например, в ISPmanager порядок будет такой:

На экране появится список параметров. Они отсортированы по алфавиту. Установите необходимые значения для параметров max_execution_time, post_max_size и upload_max_filesize. Изменения применяются автоматически.