419 ошибка на сайте

#1 09.07.2019 16:07:58

Route::resource('/admin/regions', 'AdminRegionsController');

<form action="{{route('regions.store')}}" method="post">
   @csrf
   <div class="form-group">
      <label for="title">Название</label>
      <input type="text" class="form-control" id="title" name="title" placeholder="">
   </div>
.
.
.
</form>

#2 09.07.2019 16:50:23

#3 09.07.2019 17:59:28

#4 11.07.2019 13:55:31

protected $middleware = [
        ...
        IlluminateSessionMiddlewareStartSession::class,
    ];

#5 11.07.2019 15:19:00

#6 28.02.2020 14:56:26

#7 01.03.2020 09:58:17

#8 14.05.2020 22:25:36

#9 20.05.2020 13:27:07

#10 27.01.2021 11:17:32

У меня есть несколько сайтов Laravel, размещенных на одном сервере. С последним созданным мной сайтом контактная форма отказывается отправлять сообщения без ошибки 419. Я настроил маршрутизацию в своем файле web.php, как и на других веб-сайтах, на которых есть действующие рабочие контактные формы, и я генерирую и отправляю токен точно так же, {{ csrf_field() }},

Я нашел ответ на аналогичный вопрос о том, что вы можете отключить проверку Csrf, добавив записи в $except массив в app/Http/Middleware/VerifyCsrfToken.php, Я проверил, что это действительно разрешает ошибку 419:

protected $except = [
'contact',
'contact*',
];

Но, конечно, я хочу сохранить функциональность Csrf, и я только обновил $except массив для устранения неисправностей.

Кто-нибудь знает, что может отличаться в новой среде Laravel, которая будет иметь такое поведение 419, несмотря на передачу сгенерированного токена? Я пытался обновить ряд настроек ENV и переключать разные вещи, но не что иное, как изменение $except Массив оказал какое-либо влияние на проблему.

Обновить

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

Во-первых, это форма Ajax, но пока не выпрыгивайте со своего места. Я тестировал форму как с, так и без ajax. Если я хочу протестировать с ajax, я просто нажимаю кнопку, подключенную к слушателю jQuery. Если нет, я изменяю или удаляю идентификатор кнопки или запускаю $("#formName").submit(); в окне консоли.

Выше (ajax, старомодный способ отправки и селектор jquery с .submit();) все приводят к одному и тому же ответу — ошибка 419.

И для полноты, вот мой код ajax, который работает на всех других веб-сайтах, которые я размещаю. Я определил массив postData, чтобы сохранить все в порядке, и я добавил console.log() сразу после него, чтобы (снова) подтвердить, что токен сгенерирован очень хорошо и правильно передается с запросом.

var postData = {

name: $("#name").val(),
email: $("#email").val(),
message: $("#message").val(),

_token: $("input[name=_token]").val()

};

console.log(postData);


$.post("/contact", postData, function (data) {

...

Есть идеи? Может ли быть проблема конфигурации с моим ENV или другим файлом?

Обновление прогресса!

Поскольку другие сайты работают просто отлично, я клонировал старый сайт и просто переписал файлы, которые я изменил для нового сайта, и бац! Теперь это работает. Делая немного больше копать, я побежал php artisan --version на клонированной версии сайта по сравнению с нерабочей версией, и вот результаты:

Рабочая версия: Laravel Framework 5.7.3

Неработающая версия: Laravel Framework 5.7.9

Возможно, это ошибка с Laravel? Или, возможно, некоторые пакеты на моем сервере устарели и требуют обновления для работы с новой версией Laravel?

1

только что нашел вашу проблему в рамках репо.
Это не проблема laravel, в вашей установке отсутствуют разрешения на запись в папку хранилища, поэтому laravel не может записывать сеанс, журналы и т. Д.

Вы получаете ошибку 419, потому что вы не можете записать в файлы, и, следовательно, вы не можете создать сессию, то есть вы не можете проверить токен csrf.

Быстрая починка: chmod -R 777 storage

Правильное исправление: переместите вашу установку в папку, в которую nginx / apache / ваш пользователь может написать.
Если вы используете nginx / apache, перенесите туда свое приложение и предоставьте необходимые права на проект (chown -R www-data: /path-to-project)
Если вы используете php artisan serve, измените его разрешения для вашего пользователя: chown -R $(whoami) /path-to-project

Вы понимаете, пусть писатели пишут, и у вас все хорошо.

0

проверить этот код

Route::get('/contact', [
'uses' => 'ContactController@index',
'nocsrf' => true,
]);
Route::post('/contact', [
'uses' => 'ContactController@contactSubmit',
'nocsrf' => true,
]);

или вы можете удалить отверстие CSRF

protected $except = [
'*'
];

-2

Я установил Laravel 5.7

Добавил форму в файл resourcesviewswelcome.blade.php

<form method="POST" action="/foo" >
    @csrf
    <input type="text" name="name"/><br/>
    <input type="submit" value="Add"/>
</form>

Добавлено в файл routesweb.php

Route::post('/foo', function () {
    echo 1;
    return;
});

После отправки запроса POST:

419 Извините, срок вашей сессии истек. Обновите страницу и попробуйте еще раз.

В версии 5.6 такой проблемы не было.

случай 1: если вы запускаете проект в своей локальной системе, например 127.0.01: 8000,

Тогда

Добавьте SESSION_DOMAIN= в свой файл .env

Или в вашем config / session.php 'domain' => env('SESSION_DOMAIN', ''),

А затем запустите php artisan cache:clear

случай 2: если проект запущен на сервере и у вас есть домен вроде «mydomain.com»

Добавьте SESSION_DOMAIN=mydomain.com в ваш файл .env

Или в вашем config / session.php 'domain' => env('SESSION_DOMAIN', 'mydomain.com'),

А затем запустите php artisan cache:clear

Чтобы решить эту ошибку, вам сначала нужно вставить одну из следующих команд в тег формы.

@csrf ИЛИ {{ csrf_field }}

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

1.Вставьте одну из следующих команд в тег формы @csrf ИЛИ {{ csrf_field }}

2. Откройте файл .env и измените значения на «файл» в разделе SESSION_DRIVER.

3. Затем вам следует сбросить кеш laravel. введите ниже команды в терминале

php artisan view:clear
php artisan route:clear
php artisan cache:clear

php artisan config:cache

4. На последнем этапе отключите проект от сервера и снова нажмите на php artisan serve.

Надеюсь твоя проблема решена

Это может показаться излишним, но вы можете попробовать следующее:

// Форма вызывает названный маршрут с добавленным полем скрытого токена.

<form method="POST" action="{{ route('foo') }}" >
    @csrf
    <input type="hidden" name="_token" value="{!! csrf_token() !!}">
    <input type="text" name="name"/><br/>
    <input type="submit" value="Add"/>
</form>

// Именованный маршрут

Route::post('/foo', function () {
    return 'bar';
})->name('foo');

// Добавьте это в блок <head></head>:

<meta name="_token" content="{!! csrf_token() !!}" />

Я тестировал его на своем локальном компьютере, используя Homestead на Laravel 5.7, который был свежей установкой с использованием Laravel Installer 2.0.1, и он работал. Какая у вас среда?

Теория: мне интересно, связано ли это с рендерингом HTML-тегов лезвиями с {{ }} по сравнению с {!! !!} в вашей среде или с тем, как вы ее обслуживаете (например, php artisan serve). Что заставляет меня думать, что line 335 из /vendor/laravel/framework/src/illuminate/Foundation/helpers.php должен отображать ту же строку, введенную вручную выше.

У меня была точно такая же проблема, и я был совершенно глуп. Я отключил все поля формы (а не только кнопку отправки) через javascript перед отправкой указанной формы! Это, конечно, привело к тому, что все элементы формы не были отправлены (включая скрытое поле _token), что, в свою очередь, привело к ошибке 419!

Надеюсь, это поможет кому-то от нескольких часов чесания головы!

Отключенные формы ввода не отображаются в запросе

Для меня ошибка возникает, когда сеанс становится недействительным, и пользователь пытается отправить почтовый запрос. Csrf_token больше не действительны. поэтому я преодолеваю это, изменяя Handler.php в каталоге исключений и пытаюсь поймать исключение несоответствия токена, подобное этому.

Функция рендеринга была такой

public function render($request, Exception $exception)
{
    return parent::render($request, $exception);
}

Затем я модифицирую его, чтобы он выглядел так

public function render($request, Exception $exception)
{

    if ($exception instanceof IlluminateSessionTokenMismatchException){ // <<<=========== the Code
        if ($request->expectsJson()) {
            return response()->json(['error' => 'Unauthenticated.'], 401);
        }

        return redirect('/home')->with('message', 'You page session expired. Please try again');
    }
    return parent::render($request, $exception);
}

Просто вы выбираете маршрут, который может обрабатывать операцию обновления токена.

Это потому, что для формы требуется csrf. В версии 5.7 поменяли на @csrf

<form action="" method="post">
    @csrf
    ...

Референт: https://laravel.com/docs/5.7/csrf

Как насчет использования

{{ csrf_field() }} вместо @csrf

Ошибка 419 в основном связана с проблемами с токеном csrf.

Я использую Laravel 5.7, у меня была такая же проблема, потому что токен csrf не был в форме, поэтому добавление

@csrf

Исправил проблему

Это может быть проблема с вашей сессией. Поигравшись с этими настройками, я решил свою проблему. Для меня это оказался последний вариант.

• Если вы используете «файл» в качестве драйвера сеанса, посмотрите хранилище / фреймворк / сеансы, если сеансы сохраняются после обновления. Если нет. Скорее всего, это связано с неправильными правами доступа к папке. Убедитесь, что ваше хранилище / папка имеет правильные права
• Попробуйте отключить весь Javascript на своих страницах (отключив его через навигатор или внутри кода) и убедитесь, что ‘http_only’ => true,
• Попробуйте использовать с https и без него
• Убедитесь, что переменная SESSION_DRIVER НЕ равна нулю
• Попробуйте переключиться между ‘encrypt’ => false и ‘encrypt’ => true,
• Попробуйте изменить имя файла cookie ‘cookie’ => ‘laravelsession’,
• Попробуйте либо установить для вашего SESSION_DOMAIN ваш фактический домен, либо null
• Попробуйте переключиться между ‘secure’ => env (‘SESSION_SECURE_COOKIE’, false) и ‘secure’ => env (‘SESSION_SECURE_COOKIE’, true),

Источник: Сессия Laravel всегда изменяет каждое обновление / запрос в Laravel 5.4

Попробуйте закомментировать AppHttpMiddlewareEncryptCookies::class в appHttpKernel.php У меня похожая проблема, и я решил ее. Наверное, не лучшее решение из-за безопасности, но, по крайней мере, оно работало.

Раньше я пробовал:

• Очистить кэш
• Создать новый ключ приложения
• Запустить мое приложение в различных браузерах (Chrome 70, Mozilla Firefox 57 и IE 11)
• Запустить мое приложение на другом компьютере
• Закомментировать AppHttpMiddlewareVerifyCsrfToken::class в appHttpKernel.php
• Закомментировать IlluminateSessionMiddlewareAuthenticateSession::class в appHttpKernel.php
• Обновите и понизьте версию Laravel (между 5.6 и 5.7)

Но ничего из вышеперечисленного у меня не сработало.

ИЗМЕНИТЬ

В моем случае каждый раз, когда я вхожу в систему, создается новый файл сеанса (старый файл все еще сохраняется, но внезапно забывается. Проверьте storage/framework/sessions) и генерируется новый токен CSRF. Так что проблема не в VerifyCsrfToken.

Как @Vladd упомянул в разделе комментариев, вам никогда не следует комментировать AppHttpMiddlewareVerifyCsrfToken::class. Вы должны убедиться, что отправили правильный CSRF TOKEN на сервер.

419 | page эта ошибка означает проблему безопасности laravel, она означает, что поле токена csrf используется неправильно.

Использовать {{csrf_field}} и ваш вопрос будет решен.

Измените свой @csrf в welcome.blade.php на <input type="hidden" name="_token" value="{{ csrf_token() }}">

Так что ваш код такой:

<form method="POST" action="/foo" >
    <input type="hidden" name="_token" value="{{ csrf_token() }}">
    <input type="text" name="name"/><br/>
    <input type="submit" value="Add"/>

   <button type="submit">Submit</button>
</form>

В коде нет проблем. Я проверил тот же код, что и вы, при новой установке.

Код формы:

<form method="POST" action="/foo" >
    @csrf
    <input type="text" name="name"/><br/>
    <input type="submit" value="Add"/>
</form>

Код файла web.php:

Route::get('/', function () {
    return view('welcome');
});

Route::post('/foo', function () {
    echo 1;
    return;
});

Результат после отправки формы:

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

Быстрый плохой подход — перейти в app http middleware verifycsrftoken.php и добавить маршрут в список $ except. Почтовый запрос будет проигнорирован для проверки токена CSRF.

protected $except = [
    //
    'doLogin.aspx',
    'create_coupon',
];

Спустя столько времени я решил это таким образом

Мой путь установки laravel не совпадал с указанным в файле конфигурации session.php

'domain' => env('SESSION_DOMAIN', 'example.com'),

Добавьте токен csrf и ваша проблема будет решена. {{csrf_token}} или @csrf

В моем случае отсутствовал ?> в конце routes / web.php.

Пожалуйста, также обновите CSRF в заголовке

<meta name="csrf-token" content="{{ csrf_token() }}">

Обновить CSRF в форме

@CSRF

Если у вас уже есть CSRF в заголовке и форме, то Перейдите к config/session.php и обновите

'domain' => env('SESSION_DOMAIN', 'example.com'),[ Only Domain name without https ]

Хотя в форме есть @csrf, она все еще показывает 419 pages has expired

Я решил это после обновления опции SESSION_SECURE_COOKIE до false в config / session.php

'secure' => env('SESSION_SECURE_COOKIE', false)

Чем очистить кеш

2021, я столкнулся с этой ошибкой при применении всех вышеперечисленных решений, каждый мой маршрут выдавал 419. Мое приложение отлично работало на локальном хосте, но 419 на сервере. Затем я получил решение при исправлении файла .env на производстве, remove sanctum variables из .env и установил 'secure' => env('SESSION_SECURE_COOKIE', null) в config/session.php

В вашем Http/Kernel.php

Попробуйте прокомментировать эту строку:

IlluminateSessionMiddlewareAuthenticateSession::class,

В вашем веб-массиве промежуточного программного обеспечения

Это может быть корнем вашей проблемы

По умолчанию у меня не было этой проблемы. Итак, я сделал chmod -R 644 sessions воспроизвести проблему.

Впоследствии я дал разрешения на папку сессий chmod -R 755 sessions

Теперь мой код проекта снова работает.

Причина, по которой это происходит, заключается в том, что вы храните кеш в файле с отсутствием разрешений на запись.

Файл конфигурации сеанса хранится в config / session.php. Обязательно ознакомьтесь с вариантами, доступными вам в этом файле. По умолчанию Laravel настроен на использование драйвера файлового сеанса, который хорошо работает для многих приложений. В производственных приложениях вы можете рассмотреть возможность использования драйверов memcached или redis для еще более высокой производительности сеанса.

Решения:

1 — Как я исправил выше, вы можете дать 755 разрешений для папки сессий. 2 — Вы можете использовать другую конфигурацию драйвера сеанса.

file — сеансы хранятся в хранилище / framework / sessions. cookie — сеансы хранятся в безопасных зашифрованных файлах cookie. база данных — сеансы хранятся в реляционной базе данных. memcached / redis — сеансы хранятся в одном из этих быстрых хранилищ на основе кеша. array — сеансы хранятся в массиве PHP и не сохраняются.

Имей в виду; Если вы хотите использовать memcached / redis, вам необходимо, чтобы они были установлены на вашем сервере, или ваш контейнер docker redis должен быть запущен.

Обратите внимание, что вы получаете ошибку 419, если пытаетесь загрузить большой файл, размер которого превышает ограничение на размер почтового файла. В этом случае вы можете увеличить как upload_max_filesize, так и post_max_size до разумной суммы (например, 10M или 20M в зависимости от вашего варианта использования и ресурсов), проверьте здесь: https://stackoverflow.com/a/2184541/2100489

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

На самом деле CSRF — это токен на основе сеанса. Добавьте свой маршрут в группу маршрутов и добавьте промежуточное ПО, которое управляет сеансами.

Web — это промежуточное ПО по умолчанию в laravel, которое может управлять запросами сеанса.

Route::group(array('middleware' => ['web']), function () {
  Route::post('/foo', function () {
     echo 1;
     return;
  });
});

В моем случае удаление bootstrap/cache устранило проблему

Перед чтением ниже убедитесь, что в вашей форме есть @csrf или {{ csrf_field() }}
как

<form method="post">
@csrf <!-- {{ csrf_field() }} -->
... rest of form ...
</form>

Сообщение об ошибке Session Expired или 419 Page Expired в Laravel появляется, потому что где-то происходит сбой проверки вашего токена csrf, что означает, что промежуточное ПО AppHttpMiddlewareVerifyCsrfToken::class уже включено. В форму уже добавлена ​​блейд-директива @csrf, что тоже должно быть хорошо.

Затем другая область для проверки — это сеанс. Проверка токена csrf напрямую связана с вашим сеансом, поэтому вы можете проверить, работает ли ваш драйвер сеанса, например, неправильно настроенный Redis может вызвать проблему.

Возможно, вы можете попробовать переключить драйвер / программное обеспечение сеанса из файла .env, поддерживаемые драйверы приведены ниже

Поддерживаемые драйверы сеанса в Laravel 5, Laravel 6 и Laravel 7 (ссылка на документ)

• file — сеансы хранятся в хранилище / framework / sessions.
• cookie — сеансы хранятся в безопасных зашифрованных файлах cookie.
• database — сеансы хранятся в реляционной базе данных.
• memcached / redis — сеансы хранятся в одном из этих быстрых хранилищ на основе кеша.
• array — сеансы хранятся в массиве PHP и не сохраняются.

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

Возможные сценарии с высокой вероятностью ошибок

• Возможно, сеансы на основе файлов могут не работать из-за проблем с правами доступа к каталогу /storage (быстрый поиск в Google даст вам решение), также помните, что установка 777 для каталога никогда не является решением.

• В случае с драйвером базы данных, ваше соединение с БД может быть неправильным, или таблица sessions может не существовать или неправильно настроена (неправильная часть конфигурации была подтверждена как проблема в соответствии с комментарием @Junaid Qadir).

• Конфигурация redis/memcached неверна или одновременно обрабатывается другим фрагментом кода в системе.

Было бы неплохо выполнить php artisan key:generate и сгенерировать новый ключ приложения, который, в свою очередь, сбрасывает данные сеанса.

Очистить кеш браузера СЛОЖНО , я обнаружил, что виновниками являются Chrome и Firefox, больше, чем я могу вспомнить.

Узнайте больше о том, почему важны ключи приложений

Просто скажу, что у меня были те же проблемы. В моей местной усадьбе он будет работать, как ожидалось, но после отправки на сервер разработки я также получил сообщение о тайм-ауте сеанса. Поняв, что это проблема с окружающей средой, я перешел с apache на nginx, и это чудесным образом решило проблему.

У меня эта проблема возникла давно. Я вспомнил, что это вызывает разрешение storage/framework/sessions. Вы можете изменить его с помощью команды chmod -R 0777 storage/framework/sessions. У меня это сработало.

В моем случае это очень смешно. Я получаю ошибку 419, когда помещаю Auth::routes() в начало файла маршрута.

Auth::routes();

Route::middleware('auth')->group(function () {
    Route::get('/', 'DashboardController@index')->name('dashboard');
});

И я исправил ошибку, переместив Auth::routes(); в конец файла маршрута.

Route::middleware('auth')->group(function () {
    Route::get('/', 'DashboardController@index')->name('dashboard');
});

Auth::routes();

Может быть, это поможет и твоему делу. Удачи.

Я просто хочу сказать, убедитесь, что токен csrf сгенерирован, иногда это просто пустой массив, например, в форме повторителя, если вы не генерируете внутри js-запроса.

Добавьте в форму в .blade.php файл {{ csrf_field() }} или @csrf как это

<form method='POST' action='route('exampleRoute')'>
   {{ csrf_field() }} or @csrf
   ....
   ....
</form>

Откройте командную строку cmd в вашем проекте.

1. команда

php artisan config:cache

2. команда

php artisan route:clear

Это должно сработать, если вы попробуете все эти шаги:

1. Убедитесь, что ваш сеанс правильно настроен. Самый простой способ — сделать его файловым и убедиться, что папка хранилища имеет разрешение chmod 755, а затем в вашем .env вы установите его, как показано ниже, драйвер файлового сеанса — самый простой способ установить.

   SESSION_DRIVER=file
   SESSION_DOMAIN=
   SESSION_SECURE_COOKIE=false
   

2. Убедитесь, что папка Cache очищена и доступна для записи, вы можете сделать это, выполнив команду artisan ниже.

   php artisan cache:clear
   

3. Убедитесь, что права доступа к папке установлены правильно, они должны быть настроены, как показано ниже:

   sudo chmod -R 755 storage
   sudo chmod -R 755 vendor
   sudo chmod -R 644 bootstrap/cache
   

4. Убедитесь, что в вашей форме есть токен @csrf.

Надеюсь, это решит вашу проблему.

Перейдите в config / sessions.php

Найти строку

'secure' => env('SESSION_SECURE_COOKIE', true),

Измените его на false

'secure' => env('SESSION_SECURE_COOKIE', false),

Если для этого параметра установлено значение TRUE, браузер потребует от вас использовать протокол HTTPS, в противном случае он не будет сохранять сеанс. Поскольку это не действует

У вас тоже есть csrf в шапке вашего приложения?

<meta name="csrf-token" content="{{ csrf_token() }}">

Я просто просмотрел это и остановился здесь, чтобы получить ответ. В моем случае решение было очистить историю браузера.

У меня тоже была такая проблема, и я обнаружил, что файлы сеанса заблокированы для записи. Итак, я не знаю, запускаете ли вы свой Laravel через такие вещи, как vagrant или Docker, но я советую вам попробовать изменить права каталога сеанса (и, конечно, файлов) (когда вы запускаете Laravel на виртуальной машине, вы должны изменить права локально и в виртуальной машине (например, когда вы делитесь файлами через NFS)

Как это:

chmod -R 777 storage/framework/sessions
chmod -R 777 storage/logs

Я знаю, разрешение 777 — худшая катастрофа, которую вы можете себе представить. Но они удобны для устранения неполадок.

Чтобы не забыть об этом, я сделал сценарий на bash. (Назвал его lalog, просто потому, что я хотел очистить файлы журнала и установить разрешения)

Примечание. Убедитесь, что вы используете это в каталоге сеанса. В config / session.php объявлен ключ files с указанием местоположения. В моем случае:

<?php
//...........
'files' => storage_path('framework/sessions'),
//...........

Расположение: / usr / bin / lalog (это файл, а не каталог)
Выполнить в оболочке как lalog

#!/bin/bash
rm -rf /home/username/Projects/x/storage/logs/laravel.log
echo "Laravel log removed"
touch /home/username/Projects/x/storage/logs/laravel.log
echo "Laravel log created"
chmod -R 777 /home/username/Projects/x/storage/
echo "CHMOD 777 on Storage dir"

Предупреждение! Это предоставит доступ для записи всем, так что будьте осторожны! Также, возможно, в файле журнала Laravel есть некоторая полезная информация. (обязательно загляните в этот файл журнала перед запуском моего сценария bash)

Кроме того, я знаю, что это уже упоминалось. Но будьте абсолютно уверены, что вы всегда

1. Разрешить файлы cookie в браузере, чтобы токен можно было установить в файлах cookie.
2. Убедитесь, что вы используете @csrf в своем файле лезвия

Форма должна быть примерно такой

<form method="POST" action="{{ route('login') }}">
@csrf
.......
</form>

У меня была такая же проблема в моей среде разработки. Это было решено с использованием http://127.0.0.1:8000 вместо http://localhost:8000.

Если у вас уже есть директива csrf , возможно, вы изменили способ запуска сеансов.

В config/session.php проверьте поле ‘secure’ . Он должен быть установлен на false, если https недоступен на вашем сервере.

Вы также можете поместить SESSION_SECURE_COOKIE=FALSE в свой файл .env (корневой каталог).