{{TOC}} {{DOCVER 5.3=c06d6a2352ed8c767633aab9c20f2bf7d880c967 28.01.2017 5:00:51, 5.2=6b0b057ae6de3c88cb29188459e38383c622ec23 8.12.2016 23:00:15, 5.1=cdc24ba7426c5b11eb4d050706bd78c3ea4913cc 19.06.2016 20:08:01, 5.0=5d10040a981deee82c0fde0e8e5d2ffc49eaaecb 8.02.2016 18:09:11}} {{Image clear}} == Обновление до 5.3.0 с 5.2 == **Примерное время обновления — 2-3 часа** .(alert) Мы стараемся предоставить полный список всех потенциально опасных изменений фреймворка. Но многие из них могут никак не повлиять на ваше приложение. === Обновление зависимостей === Обновите ваши %%(t)laravel/framework%% зависимости в файле %%(t)composer.json%% до %%(t)5.3.*%%. А также в том же файле обновите зависимости %%(t)symfony/css-selector%% и %%(t)symfony/dom-crawler%% в секции %%(t)require-dev%% до %%(t)3.1.*%%. === PHP и HHVM === Laravel 5.3 требует PHP 5.6.4 или выше. HHVM теперь официально не поддерживается, поскольку в ней нет тех языковых возможностей, которые есть в PHP 5.6+. === Рудименты === Из фреймворка были удалены все зависимости, перечисленные в ((#5.2-deprecations разделе обновления до Laravel 5.2)). Вам надо просмотреть этот список и убедиться, что вы больше не используете эти устаревшие возможности. === Сервис-провайдеры приложения === Вы можете удалить аргументы из метода %%boot()%% в классах %%(t)EventServiceProvider%%, %%(t)RouteServiceProvider%% и %%(t)AuthServiceProvider%%. Вместо всех обращений к этим аргументам можно использовать эквивалентный ((//docs/v5/facades фасад)). Например, вместо обращений метода к аргументу %%$dispatcher%% вы можете просто вызвать фасад %%(t)Event%%. А также вместо обращений метода к аргументу %%$router%% вы можете вызвать фасад %%(t)Route%%, а вместо обращений метода к аргументу %%$gate%% вы можете вызвать фасад %%(t)Gate%%. .(alert) При изменении обращений метода на вызов фасадов не забудьте импортировать класс фасада в свой сервис-провайдер. === Массивы === **Изменение порядка Ключ/Значение** Методы %%first()%%, %%last()%% и %%where()%% класса %%(t)Arr%% теперь передают "value" первым параметром передаваемого замыкания обратного вызова. Например: %% Arr::first($array, function ($value, $key) { return ! is_null($value); }); %% В предыдущих версиях Laravel первым передавался %%$key%%. А поскольку в большинстве случаев нужно только %%$value%%, теперь оно передаётся первым. Вам надо сделать "глобальный поиск" этих методов в своём приложении, чтобы убедиться в том, что вы ожидаете %%$value%% первым аргументом своего замыкания. === Artisan === **Команда %%(sh)make:console%%** Команда %%(sh)make:console%% переименована в %%(sh)make:command%%. === Аутентификация === **Подготовка заготовок для аутентификации** Два стандартных встроенных в фреймворк контроллера аутентификации были разделены на четыре небольших контроллера. Это изменение даёт нам более простые и более узконаправленные стандартные контроллеры. Самый простой способ обновить контроллеры аутентификации в вашем приложении - ((https://github.com/laravel/laravel/tree/5.3/app/Http/Controllers/Auth скачать свежие копии каждого контроллера с GitHub)) и скопировать их в приложение. Также вам надо убедиться, что вы вызываете метод %%Auth::routes()%% в своём файле %%(t)routes/web.php%%. Этот метод зарегистрирует правильные маршруты для новых контроллеров аутентификации. После размещения контроллеров в приложении вам возможно потребуется заново реализовать все изменения, которые вы делали в этих контроллерах. Например, если вы изменяли защитника аутентификации, вам может потребоваться переопределить метод контроллера %%guard()%%. Вы можете проверить каждый типаж контроллера аутентификации, чтобы определить, какие методы надо переопределить. .(alert) Если вы не изменяли контроллеры аутентификации, вам будет достаточно скопировать новые контроллеры с GitHub и проверить, что вы вызываете метод %%Auth::routes()%% в своём файле %%(t)routes/web.php%%. **Письма для сброса пароля** Письма для сброса пароля теперь используют новую функцию уведомлений Laravel. Если вы хотите изменить отправку уведомлений со ссылками для смены пароля, вам надо переопределить метод %%sendPasswordResetNotification()%% типажа %%(t)Illuminate\Auth\Passwords\CanResetPassword%%. Ваша модель %%(t)User%% **должна** использовать новый типаж %%(t)Illuminate\Notifications\Notifiable%%, чтобы письма со ссылками для сброса пароля могли быть доставлены: %% createMemcachedDriver($config); } catch (Exception $e) { return $this->createNullDriver($config); } }); %% === Cashier === Если вы используете Cashier, вам надо обновить ваш пакет %%(t)laravel/cashier%% до версии %%(t)~7.0%%. В этой версии Cashier обновлены только несколько внутренних методов для совместимости с Laravel 5.3, поэтому сохранена обратная совместимость. === Коллекции === **Изменения порядка Ключ/Значение** Методы коллекций %%first()%%, %%last()%% и %%contains()%% передают "value" первым параметром передаваемого замыкания обратного вызова. Например: %% $collection->first(function ($value, $key) { return ! is_null($value); }); %% В предыдущих версиях Laravel первым передавался %%$key%%. А поскольку в большинстве случаев нужно только %%$value%%, теперь оно передаётся первым. Вам надо сделать "глобальный поиск" этих методов в своём приложении, чтобы убедиться в том, что вы ожидаете %%$value%% первым аргументом своего замыкания. **Методы сравнения коллекций %%where()%% по умолчанию "нестрогие"** Теперь метод коллекций %%where()%% по умолчанию выполняет "нестрогое" сравнение вместо строгого. Если вы хотите сделать строгое сравнение, используйте метод %%whereStrict()%%. Также метод %%where()%% теперь не принимает третий аргумент для обозначения "строгости". Вы должны явно вызывать либо %%where()%%, либо %%whereStrict()%%, в зависимости от того, какое сравнение вам нужно. === Настройка === **Название приложения** Добавьте в файл настроек %%(t)config/app.php%% следующую опцию: %%(conf) 'name' => 'Your Application Name', %% === Контроллеры === ((#5.3-session-in-constructors)) **Сессия в конструкторе** В предыдущих версиях Laravel вы могли обращаться к переменным сессии или к аутентифицированному пользователю в конструкторе вашего контроллера. Но это никогда не считалось явной особенностью фреймворка. В Laravel 5.3 вы не можете обращаться к переменным сессии или к аутентифицированному пользователю в конструкторе вашего контроллера, поскольку ещё не запущен посредник. В качестве альтернативы вы можете определить посредника на основе замыкания прямо в конструкторе вашего контроллера. Перед использованием этой возможности убедитесь, что ваше приложение использует Laravel 5.3.4 или выше: %% middleware(function ($request, $next) { $this->projects = Auth::user()->projects; return $next($request); }); } } %% Разумеется, вы также можете обращаться к данным сессии запроса или к аутентифицированному пользователю указывая тип класса %%(t)Illuminate\Http\Request%% для действия вашего контроллера: %% /** * Show all of the projects for the current user. * * @param \Illuminate\Http\Request $request * @return Response */ public function index(Request $request) { $projects = $request->user()->projects; $value = $request->session()->get('key'); // } %% === База данных === **Коллекции** Теперь ((//docs/v5/queries конструктор запросов)) возвращает экземпляры %%(t)Illuminate\Support\Collection%% вместо простых массивов, благодаря чему стали согласованы типы результатов, возвращаемых конструктором запросов и Eloquent. Если вы не хотите мигрировать результаты конструктора запросов в экземпляры %%(t)Collection%%, вы можете прицепить метод %%all()%% к вашим вызовам методов конструктора запросов %%get()%% и %%pluck()%%. Тогда результатом будет простой PHP-массив, что позволит вам сохранить обратную совместимость: %% $users = DB::table('users')->get()->all(); $usersIds = DB::table('users')->pluck('id')->all(); %% **Метод Eloquent %%getRelation()%%** Метод Eloquent %%getRelation()%% больше не выбрасывает %%(t)BadMethodCallException%%, если отношение не может быть загружено. Вместо этого он выбросит %%(t)Illuminate\Database\Eloquent\RelationNotFoundException%%. Это измненение затронет ваше приложение, только если вы ловили %%(t)BadMethodCallException%% вручную. **Свойство Eloquent %%$morphClass%%** Свойство %%$morphClass%%, которое можно было определять на моделях Eloquent, теперь удалено в пользу определения "морфинговой карты". Определение морфинговой карты обеспечивает поддержку активной загрузки и решает дополнительные проблемы с полиморфными отношениями. Если раньше вы использовали свойство %%$morphClass%%, то вам надо мигрировать на %%morphMap%% с помощью следующего синтаксиса: %% Relation::morphMap([ 'YourCustomMorphName' => YourModel::class, ]); %% Например, если раньше вы определили такой %%$morphClass%%: %% class User extends Model { protected $morphClass = 'user' } %% Вам надо определить такую %%morphMap%% в методе %%boot()%% вашего %%(t)AppServiceProvider%%: %% use Illuminate\Database\Eloquent\Relations\Relation; Relation::morphMap([ 'user' => User::class, ]); %% **Заготовки Eloquent** Теперь заготовки Eloquent чувствительны к логике, стоящей в начале ограничения. Например, если вы начали свою заготовку с ограничения %%orWhere%%, теперь оно не будет конвертировано в обычное %%where%%. Если вы использовали эту возможность (например, добавляли несколько ограничений %%orWhere%% в цикле), то вам надо проверить, что первое условие - обычное %%where%%, чтобы избежать возможных проблем с логикой. Если ваша заготовка начинается с ограничений %%where%%, то делать ничего не надо. Помните, вы можете проверить SQL-код своего запроса, с помощью метода %%toSql()%% на запросе: %% User::where('foo', 'bar')->toSql(); %% **Оператор Join** Класс %%(t)JoinClause%% был переписан для унификации его синтаксиса с конструкотором запросов. Необязательный параметр %%$where%% оператора %%on%% был удалён. Для добавления условий "where" вам надо явно использовать один из методов %%where%%, предлагаемых ((//docs/v5/queries#условия конструктором запросов)): %% $query->join('table', function ($join) { $join->on('foo', 'bar')->where('bar', 'baz'); }); %% Оператор %%on%% теперь проверяется и больше не может содержать некорректных значений. Если вы использовали эту возможность (например, %%$join->on('foo', 'in', DB::raw('("bar")'))%%), вам надо переписать условие, используя подходящий оператор %%where%%: %% $join->whereIn('foo', ['bar']); %% Также удалено свойство %%$bindings%%. Вы можете использовать метод %%addBinding()%%, чтобы напрямую управлять привязками %%join%%: %% $query->join(DB::raw('('.$subquery->toSql().') table'), function ($join) use ($subquery) { $join->addBinding($subquery->getBindings(), 'join'); }); %% === Шифрование === **Удалён Шифратор Mcrypt** Шифратор Mcrypt считается устаревшим ещё с версии Laravel 5.1.0, вышедшей в июне 2015 года. Этот шифратор полностью удалён в версии 5.3.0, вместо него используется новая реализация шифрования на базе OpenSSL, которая используется по умолчанию во всех версиях, начиная с Laravel 5.1.0. Если вы по-прежнему используете %%(t)cipher%% (шифр) на базе Mcrypt в своём файле %%(t)config/app.php%%, вам надо обновить шифр на %%(t)AES-256-CBC%% и задать ваш ключ - строку из 32 случайных байтов, которую можно безопасно сгенерировать с помощью команды %%(sh)php artisan key:generate%%. Если вы храните шифрованные данные в своей базе данных с помощью шифратора Mcrypt, вы можете установить ((https://github.com/laravel/legacy-encrypter пакет)) %%(t)laravel/legacy-encrypter%%, который содержит реализацию устаревшего шифратора Mcrypt. Вам надо использовать этот пакет, чтобы дешифровать ваши зашифрованные данные, и перешифровать их с помощью нового шифратора OpenSSL. Например, вы можете сделать что-то подобное в ((//docs/v5/artisan собственной Artisan-команде)): %% $legacy = new McryptEncrypter($encryptionKey); foreach ($records as $record) { $record->encrypted = encrypt( $legacy->decrypt($record->encrypted) ); $record->save(); } %% === Обработчик исключений === **Конструктор** Базовый класс обработчика исключений теперь требует передачи в его конструктор экземпляра %%(t)Illuminate\Container\Container%%. Это изменение затронет ваше приложение, только если вы определили свой метод %%__construct()%% в файле %%(t)app/Exceptions/Handler.php%%. Если вы это сделали, вам надо передать экземпляр контейнера в метод %%parent::__construct()%%: %% parent::__construct(app()); %% **Метод %%Unauthenticated()%%** Вам надо добавить метод %%unauthenticated()%% в свой класс %%(t)App\Exceptions\Handler%%. Этот метод будет конвертировать исключения аутентификации в HTTP-ответы: %% /** * Конвертирование исключения аутентификации в неаутентифицированный ответ. * * @param \Illuminate\Http\Request $request * @param \Illuminate\Auth\AuthenticationException $exception * @return \Illuminate\Http\Response */ protected function unauthenticated($request, AuthenticationException $exception) { if ($request->expectsJson()) { return response()->json(['error' => 'Unauthenticated.'], 401); } return redirect()->guest('login'); } %% === Посредники === **Изменение пространства имён посредника %%(t)can%%** Надо обновить посредник %%(t)can%%, указанный в свойстве %%$routeMiddleware%% вашего HTTP-ядра, на следующий класс: %% 'can' => \Illuminate\Auth\Middleware\Authorize::class, %% **Исключение аутентификации посредника %%(t)can%%** Теперь посредник %%(t)can%% будет выбрасывать экземпляр %%(t)Illuminate\Auth\AuthenticationException%%, если пользователь не аутентифицирован. Если вы вручную ловили другой тип исключения, вам надо изменить приложение, чтобы ловить это исключение. В большинстве случаев это изменение не затронет ваше приложение. **Привязка посредника замены** Привязка модели маршрута теперь осуществляется с помощью посредника. Все приложения должны добавить %%(t)Illuminate\Routing\Middleware\SubstituteBindings%% в группу посредников %%(t)web%% в вашем файле %%(t)app/Http/Kernel.php%%: %% \Illuminate\Routing\Middleware\SubstituteBindings::class, %% Также вам надо зарегистрировать посредника маршрута для привязки замены в свойстве %%$routeMiddleware%% вашего HTTP-ядра: %% 'bindings' => \Illuminate\Routing\Middleware\SubstituteBindings::class, %% После регистрации этого посредника маршрута вам надо добавить его в группу посредников %%(t)api%%: %% 'api' => [ 'throttle:60,1', 'bindings', ], %% === Уведомления === **Установка** Laravel 5.3 содержит новую систему уведомлений на основе драйверов. Вам надо зарегистрировать %%(t)Illuminate\Notifications\NotificationServiceProvider%% в массиве %%(t)providers%% в файле настроек %%(t)config/app.php%%. Также вам надо добавить фасад %%(t)Illuminate\Support\Facades\Notification%% в массив %%(t)aliases%% в файле настроек %%(t)config/app.php%%. И наконец, вы можете использовать типаж %%(t)Illuminate\Notifications\Notifiable%% на модели %%(t)User%% или на любой другой модели, где вы хотите получать уведомления. === Страничный вывод === **Настройка** В Laravel 5.3 намного проще по сравнению с предыдущими версиями Laravel 5.x изменять генерируемый для страничного вывода HTML. Вместо определения класса "Presenter", вам надо только определить простой шаблон Blade. Самый простой способ изменить представления страничного вывода - экспортировать их в вашу папку %%(t)resources/views/vendor%% командой %%(sh)vendor:publish%%: %% php artisan vendor:publish --tag=laravel-pagination %% Эта команда поместит представления в папку %%(t)resources/views/vendor/pagination%%. В этой папке находится файл %%(t)default.blade.php%%, соответствует стандартному представлению страничного вывода. Просто отредактируйте этот файл, чтобы изменить HTML страничного вывода. Не забудьте ознакомиться с полной ((//docs/v5/pagination документацией по страничному выводу)). === Очереди === **Настройка** В настройке ваших очередей все элементы %%(t)expire%% должны быть переименованы в %%(t)retry_after%%. А также в настройке Beanstalk элемент %%(t)ttr%% должен быть переименован в %%(t)retry_after%%. Это изменение имён даёт более ясное представление о назначении этих опций. **Замыкания** Больше не поддерживается очередь замыканий. Если вы в своём приложении ставите в очередь замыкания, вам надо конвертировать замыкание в класс и ставить в очередь экземпляр класса: %% dispatch(new ProcessPodcast($podcast)); %% **Сериализация коллекций** Типаж %%(t)Illuminate\Queue\SerializesModels%% теперь правильно сериализует экземпляры %%(t)Illuminate\Database\Eloquent\Collection%%. Это, скорее всего, не станет серьёзным изменением для подавляющего большинства приложений, но если ваше приложение полностью зависит от того, что коллекции не будут повторно извлекаться из базы данных задачами из очереди, вам надо убедиться, что это изменение не навредит вашему приложению. **Обработчики-демоны** Больше нет необходимости указывать опцию %%(sh)--daemon%% при вызове Artisan-команды %%(sh)queue:work%%. Запуск команды %%(sh)php artisan queue:work%% автоматически приведёт к запуску обработчика в режиме демона. Если вы хотите обработать одну задачу, вы можете использовать опцию %%(sh)--once%% для этой команды: %% // Запуск обработчика очереди в режиме демона... php artisan queue:work // Обработка одной задачи... php artisan queue:work --once %% **Изменения драйвера БД** Если вы используете драйвер %%(t)database%% для хранения ваших задач в очереди, вам надо удалить из таблицы %%(t)jobs%% индекс %%(t)jobs_queue_reserved_reserved_at_index%%, а затем удалить столбец %%(t)reserved%%. Этот столбец больше не требуется при использовании драйвера %%(t)database%%. Когда вы завершите эти изменения, вам надо добавить новый составной индекс для столбцов %%(t)queue%% и %%(t)reserved_at%%. Ниже приведён пример миграции, которую вы можете использовать для выполнения необходимых изменений: %% public function up() { Schema::table('jobs', function (Blueprint $table) { $table->dropIndex('jobs_queue_reserved_reserved_at_index'); $table->dropColumn('reserved'); $table->index(['queue', 'reserved_at']); }); Schema::table('failed_jobs', function (Blueprint $table) { $table->longText('exception')->after('payload'); }); } public function down() { Schema::table('jobs', function (Blueprint $table) { $table->tinyInteger('reserved')->unsigned(); $table->index(['queue', 'reserved', 'reserved_at']); $table->dropIndex('jobs_queue_reserved_at_index'); }); Schema::table('failed_jobs', function (Blueprint $table) { $table->dropColumn('exception'); }); } %% **Изменения данных событий** Различные события задач в очереди, такие как %%(t)JobProcessing%% и %%(t)JobProcessed%%, больше не содержат свойства %%$data%%. Вам надо изменить своё приложение, чтобы вызывать %%$event->job->payload()%% для получения эквивалентных данных. **События проваленных задач** Если вы вызываете метод %%Queue::failing()%% в вашем %%(t)AppServiceProvider%%, вам надо изменить описание метода на следующее: %% use Illuminate\Queue\Events\JobFailed; Queue::failing(function (JobFailed $event) { // $event->connectionName // $event->job // $event->exception }); %% **Расширение для контроля процессов** Если ваше приложение использует параметр %%(sh)--timeout%% для обработчиков очереди, вам надо убедиться, что установлено ((https://secure.php.net/manual/en/pcntl.installation.php расширение pcntl)). **Сериализация моделей для задач в очереди, использующих устаревший стиль** Обычно задачи в Laravel ставятся в очередь с помощью передачи нового экземпляра задачи в метод %%Queue::push()%%. Но некоторые приложения могут ставить задачи в очередь с помощью такого устаревшего синтаксиса: %% Queue::push('ClassName@method'); %% Если вы ставите задачи в очередь с помощью этого синтаксиса, то модели Eloquent теперь не будут автоматически сериализованы и заново получены очередью. Если вы хотите, чтобы очередь могла автоматически сериализовать ваши Eloquent модели, вам надо использовать типаж %%(t)Illuminate\Queue\SerializesModels%% на классе вашей задачи и ставить задачи в очередь с помощью нового синтаксиса %%push%%: %% Queue::push(new ClassName); %% === Маршрутизация === **Параметры-ресурсы в единственном числе по умолчанию** В предыдущих версиях Laravel параметры маршрута, регистрируемые с помощью %%Route::resource%%, не переводились в единственное число. Это могло привести к неожиданному поведению при регистрации привязок модели маршрута. Например, возьмём такой вызов %%Route::resource%%: %% Route::resource('photos', 'PhotoController'); %% Для маршрута %%(t)show%% будет определён следующий URI: %% /photos/{photos} %% В Laravel 5.3 все параметры-ресурсы маршрутов по умолчанию приводятся к единственному числу. Поэтому такой же вызов %%Route::resource%% зарегистрирует следующий URI: %% /photos/{photo} %% Если вам нужна старая логика вместо автоматического приведения к единственному числу, вы можете сделать следующий вызов метода %%singularResourceParameters()%% в вашем %%(t)AppServiceProvider%%: %% use Illuminate\Support\Facades\Route; Route::singularResourceParameters(false); %% **Имена ресурсов маршрута больше не дополняются префиксами** Префиксы URL больше не влияют на имена маршрутов, назначенные на маршруты с помощью %%Route::resource%%, поскольку такое поведение противоречит самой цели использования имён маршрутов на первом месте. Если в вашем приложении используется %%Route::resource%% в вызове %%Route::group%% с указанием опции %%(t)prefix%%, вам необходимо проверить все ваши вызовы вспомогательной функции %%route()%% и %%UrlGenerator::route%%, чтобы убедиться, что вы не добавляете префикс URI в имя маршрута. Если это изменение привело к тому, что у вас теперь есть два маршрута с одним именем, то у вас есть два варианта. Первый - вы можете использовать опцию %%(t)names%% при вызове %%Route::resource%%, чтобы указать нужное вам имя для данного маршрута. Подробнее читайте в ((//docs/v5/controllers#контроллеры документации по маршрутизации ресурсов)). Второй - вы можете добавить опцию %%(t)as%% в вашу группу маршрутов: %% Route::group(['as' => 'admin.', 'prefix' => 'admin'], function () { // }); %% === Проверка ввода === **Исключения запроса формы** Если проверка ввода запроса формы закончилась ошибкой, то теперь Laravel выбросит экземпляр %%(t)Illuminate\Validation\ValidationException%% вместо экземпляра %%(t)HttpException%%. Если вы отлавливали выброшенный запросом формы экземпляр %%(t)HttpException%% вручную, вам надо изменить ваши блоки %%catch%%, чтобы ловить %%(t)ValidationException%%. **Корзина сообщений** Если раньше вы использовали метод %%has()%% для определения наличия сообщений в экземпляре %%(t)Illuminate\Support\MessageBag%%, то теперь вам надо использовать метод %%count()%%. Метод %%has()%% теперь требует указание параметра и определяет только то, есть ли конкретный ключ в корзине сообщений. **Примитивы с разрешённым значением Null** Теперь при проверке ввода массивов, логических типов, целых и вещественных чисел и строк значение %%null%% не считается корректным, если в наборе правил нет правила %%(t)nullable%%: %% Validate::make($request->all(), [ 'field' => 'nullable|max:5', ]); %% == Обновление до 5.2.0 с 5.1 == **Примерное время обновления — меньше 1 часа** .(alert) Мы стараемся предоставить полный список всех потенциально опасных изменений фреймворка. Но многие из них могут никак не повлиять на ваше приложение. === Обновление зависимостей === Обновите свой файл %%(t)composer.json%% до %%(t)laravel/framework 5.2.*%%. Добавьте в раздел %%(t)require-dev%% этого файла %%(t)"symfony/dom-crawler": "~3.0"%% и %%(t)"symfony/css-selector": "~3.0"%%. === Аутентификация === **Файл настроек** Вам надо заменить свой файл настроек %%(t)config/auth.php%% на этот: ((https://github.com/laravel/laravel/blob/5.2/config/auth.php)). После замены файла на новый задайте необходимые настройки аутентификации на основе их значений из старого файла. Если вы будете использовать обычные сервисы аутентификации на основе Eloquent, которые были доступны в Laravel 5.1, то большинство значений должны остаться без изменений. Обратите особое внимание на параметр %%(t)passwords.users.email%% в новом файле настроек %%(t)auth.php%% и проверьте, что путь к представлению совпадает с реальным расположением представления в вашем приложении, так как в Laravel 5.2 путь по умолчанию к этому представлению изменился. И если они не совпадают, то измените параметр конфигурации. **Контракты** Если вы реализуете контракт %%(t)Illuminate\Contracts\Auth\Authenticatable%%, но **не** используете типаж %%Authenticatable%%, то вам надо добавить новый метод %%getAuthIdentifierName()%% в вашу реализацию контракта. Обычно этот метод будет возвращать имя столбца "первичного ключа" вашей аутентифицируемой сущности. Например, %%(t)id%%. Это вряд ли повлияет на ваше приложение, если вы не реализовали этот интерфейс вручную. **Пользовательские драйверы** Если вы используете метод %%Auth::extend()%% для определения своего собственного метода получения пользователей, то теперь вам надо использовать %%Auth::provider()%% для определения своего собственного провайдера для пользователей. После определения своего провайдера вы можете настроить его в массиве %%(t)providers%% в своём новом файле %%(t)auth.php%%. Подробнее о пользовательских провайдерах аутентификации читайте в ((//docs/v5/authentication полной документации)). **Переадресация** Метод %%loginPath()%% удалён из %%(t)Illuminate\Foundation\Auth\AuthenticatesUsers%%, поэтому больше не надо добавлять переменную %%$loginPath%% в %%AuthController%%. По умолчанию при ошибках аутентификации типаж всегда будет переадресовывать пользователя обратно в его предыдущее расположение. **Авторизация** %%(t)Illuminate\Auth\Access\UnauthorizedException%% переименован в %%(t)Illuminate\Auth\Access\AuthorizationException%%. Это не повлияет на ваше приложение, если вы не отлавливаете это исключение вручную. === Коллекции === **Базовые коллекции Eloquent** Экземпляр коллекции Eloquent теперь возвращает базовую коллекцию (%%(t)Illuminate\Support\Collection%%) для следующих методов: %%pluck()%%, %%keys()%%, %%zip()%%, %%collapse()%%, %%flatten()%%, %%flip()%%. **Сохранение ключей** Методы %%slice()%%, %%chunk()%% и %%reverse()%% теперь сохраняют ключи коллекции. Если вы не хотите, чтобы эти методы сохраняли ключи, используйте метод %%values()%% на экземпляре %%Collection%%. === Класс Composer === Класс %%(t)Illuminate\Foundation\Composer%% перемещён в %%(t)Illuminate\Support\Composer%%. Это не повлияет на ваше приложение, если вы не использовали этот класс вручную. === Команды и обработчики === **Самообрабатываемые команды** Вам больше не надо реализовывать контракт %%SelfHandling%% в ваших задачах / командах. Теперь все задачи по умолчанию самообрабатываемые, поэтому вы можете удалить этот интерфейс из своих классов. **Отдельные команды и обработчики** Командная шина Laravel 5.2 теперь поддерживает только самообрабатываемые команды, и больше не поддерживает отдельные команды и обработчики. Если вы хотите продолжать использовать отдельные команды и обработчики, вы можете установить пакет Laravel Collective, который обеспечивает обратную совместимость: ((https://github.com/laravelcollective/bus)). === Конфигурация === **Значение среды** Добавьте параметр %%(t)env%% в файл настроек %%(t)app.php%%, он выглядит вот так: %% 'env' => env('APP_ENV', 'production'), %% **Кеширование и функция Env** Если вы используете команду %%(sh)config:cache%% во время развёртывания, то вы **должны** убедиться, что вызываете функцию %%env%% только из файлов настроек, и не вызываете где-либо ещё в вашем приложении. Если вы вызываете %%env%% из приложения, то крайне рекомендуется вместо этого добавить нужные значения в файлы настроек и вызывать %%env%% именно оттуда, что позволит вам конвертировать вызовы %%env%% в вызовы %%config%%. **Компилируемые классы** Если в файле (t)config/compile.php%% в массиве %%(t)files%% есть эти строки, то удалите их: %% realpath(__DIR__.'/../app/Providers/BusServiceProvider.php'), realpath(__DIR__.'/../app/Providers/ConfigServiceProvider.php'), %% Если этого не сделать, то может возникнуть ошибка при запуске %%(sh)php artisan optimize%%, если указанные сервис-провайдеры не существуют. === CSRF проверка === Теперь CSRF проверка не выполняется автоматически при запуске юнит-тестов. Это не повлияет на ваше приложение. === База данных === **Даты MySQL** Начиная с MySQL 5.7, %%0000-00-00 00:00:00%% больше не считается корректной датой, поскольку "строгий" режим включён по умолчанию. Все столбцы, хранящие отметки времени, должны получать корректное значение по умолчанию, когда вы вставляете записи в базу данных. Вы можете использовать метод %%useCurrent()%% в своих миграциях, чтобы задать текущее время в качестве значения по умолчанию для этих столбцов, или вы можете сделать их %%nullable%%, чтобы разрешить значение %%null%%: %% $table->timestamp('foo')->nullable(); $table->timestamp('foo')->useCurrent(); $table->nullableTimestamps(); %% **Тип столбца JSON в MySQL** Теперь тип столбца %%(t)json%% создаёт настоящие JSON-столбцы при использовании драйвера MySQL. Если вы используете MySQL ниже версии 5.7, то этот тип будет недоступен для вас. Вместо этого используйте в своих миграциях тип %%(t)text%%. **Загрузка начальных данных** Теперь при выполнении загрузки начальных данных в БД все модели Eloquent по умолчанию незащищённые. Раньше был необходим вызов %%Model::unguard()%%. Вы можете вызвать %%Model::reguard()%% в начале своего класса %%DatabaseSeeder%%, если вы хотите, чтобы модели были защищены во время загрузки начальных данных. === Eloquent === **Приведение типов для дат** Теперь любые атрибуты, добавленные в свойство %%$casts%%, такие как %%date%% или %%datetime%%, будут конвертироваться в строку при вызове %%toArray()%% на модели или коллекции моделей. Это делает преобразование при приведении типа дат согласованным с датами, указанными в вашем массиве %%$dates%%. **Глобальные заготовки** Реализация глобальных заготовок была переписана с целью упрощения их использования. Теперь вашим глобальным заготовкам не нужен метод %%remove()%%, его можно удалить из всех написанных вами глобальных заготовок. Если вы вызывали %%getQuery()%% на конструкторе запросов Eloquent для обращения к нижележащему экземпляру конструктора запросов, теперь вам надо вызывать %%toBase()%%. Если вы по какой-то причине вызывали метод %%remove()%%, вам надо заменить этот вызов на %%$eloquentBuilder->withoutGlobalScope($scope)%%. В конструктор запросов Eloquent были добавлены новые методы %%withoutGlobalScope()%% и %%withoutGlobalScopes()%%. Все вызовы %%$model->removeGlobalScopes($builder)%% можно заменить на простое %%$builder->withoutGlobalScopes()%%. **Первичные ключи** По умолчанию Eloquent считает ваши первичные ключи числовыми (integer) и автоматически приводит их числовому типу. Для всех не числовых первичных ключей вы должны изменить значение свойства %%$incrementing%% модели Eloquent на %%false%%: %% /** * Указывает, являются ли ID автоинкрементными. * * @var bool */ public $incrementing = true; %% === События === **Объекты событий ядра** Теперь некоторые события ядра, вызываемые Laravel, используют объекты событий вместо строковых имён событий и динамических параметров. Ниже приведён список старых имён событий и соответствующих им новых событий на основе объектов: %%(hvlraw)
Старое | Новое |
---|---|
artisan.start | Illuminate\Console\Events\ArtisanStarting |
auth.attempting | Illuminate\Auth\Events\Attempting |
auth.login | Illuminate\Auth\Events\Login |
auth.logout | Illuminate\Auth\Events\Logout |
cache.missed | Illuminate\Cache\Events\CacheMissed |
cache.hit | Illuminate\Cache\Events\CacheHit |
cache.write | Illuminate\Cache\Events\KeyWritten |
cache.delete | Illuminate\Cache\Events\KeyForgotten |
connection.{name}.beginTransaction | Illuminate\Database\Events\TransactionBeginning |
connection.{name}.committed | Illuminate\Database\Events\TransactionCommitted |
connection.{name}.rollingBack | Illuminate\Database\Events\TransactionRolledBack |
illuminate.query | Illuminate\Database\Events\QueryExecuted |
illuminate.queue.before | Illuminate\Queue\Events\JobProcessing |
illuminate.queue.after | Illuminate\Queue\Events\JobProcessed |
illuminate.queue.failed | Illuminate\Queue\Events\JobFailed |
illuminate.queue.stopping | Illuminate\Queue\Events\WorkerStopping |
mailer.sending | Illuminate\Mail\Events\MessageSending |
router.matched | Illuminate\Routing\Events\RouteMatched |