InfyOm Laravel Generator which supports Laravel API, Scaffold, CRUD, Test Case, Swagger Docs and Auth generator. Using this generator developer can generator Laravel Test Cases, Swagger Docs, Swagger annotations, API Documentation (API Docs), CRUD From Existing table and Scaffold from existing database.
Источник: InfyOm Laravel Generator : Laravel Scaffold, CRUD, API Generator
Некоторое время назад, на одном из проектов с которым я работаю, господа SEOшники попросили меня изменить элемент постраничной навигации. А точнее попросили сделать так чтоб ссылка на первую страницу исключала GET параметр page=1 и для элементов перехода на предыдущую и следующую страницу (если это активные ссылки) добавить атрибут rel=”nofollow”. Вполне возможно что кому-то это понадобится. Вот мой вариант решения.
Читать…
В этой части мы добавим регистрацию и авторизацию, а так же инструмент для присвоения ролей пользователям. Авторизацию и регистрацию мы реализуем практически по инструкции с официального сайта, но с небольшими дополнениями. Для начала давайте создадим основной макет (из корня проекта)
|
1 2 |
$ mkdir resources/views/layout $ touch resources/views/layout/default.blade.php |
Прошу прощения за задержку продолжения. Навалилось много дел… Но сейчас не о них. Продолжим!
Собственно пакеты мы создавать научились, давайте теперь приступим к разработке именно ACL. В первую очередь создадим две миграции.
php artisan make:migration create_roles_table --path=packages/Bitw/Acl/database/migrations и php artisan make:migration create_users_roles_table --path=packages/Bitw/Acl/database/migrations
Напомню, что Bitw/Acl это мое название «поставщика» и название пакета. У себя вы можете использовать свое.
Данная статья является первой и вступительной частью о разработке пакетов для Laravel. В этой (первой части) я постараюсь показать как достаточно просто можно создать пакет. При этом, постараюсь показать это на примере создания пакета для управления правами доступа (ACL — Access Control List). В данной части буду создавать структуру пакета, а в дальнейшем расширять.
Если вы загляните в папку vendor то увидите что пакеты «разложены» в виде имя-поставщика/название-пакета (vendor-name/package-name). Все это для удобства публикации ваших пакетов в публичных источниках типа packagist.org. Т.к. этот пакет мы еще только создаем и он еще не готов к публикации то выполним
|
1 |
mkdir -p packages/Bitw/Acl && cd packages/Bitw/Acl |
где packages — папка для разрабатываемых пакетов, Bitw — так я себя обозвал как поставщика и Acl — это название пакета. Так мы создадим папку нашего пакета и перейдем в нее.
Теперь пришло время воспользоваться composer для первичной настройки нашего пакета. Нам необходимо добавить некоторые инструкции для того, что бы автозагрузчик приложения знал где искать файлы нашего пакета и некоторую информацию об авторе пакета, а также там можно подключать другие пакеты указав их в списке зависимостей. Выполним
|
1 |
composer init |
и ответим на некоторые вопросы. В моем случае получилось так
В Laravel 5.0 появился замечательный инструмент для авторизации через социальные сети — Socialite, но на офсайте приведен пример настройки только для GitHub. В это небольшой статье я хочу показать как настроить все сервисы которые идут по умолчанию с данным инструментом. Приступим!
Для начала нам необходимо установить данный пакет
|
1 |
$ composer require laravel/socialite |
После установки Socialite зарегистрируйте сервис-провайдер Laravel\Socialite\SocialiteServiceProvider в конфигурационном файле config/app.php
|
1 2 3 4 |
'providers' => [ ... Laravel\Socialite\SocialiteServiceProvider::class, ], |
Также добавьте фасад Socialite в массив aliases конфигурации:
|
1 |
'Socialite' => Laravel\Socialite\Facades\Socialite::class, |
Установка на этом закончена. Приступим к конфигурации.
Примечание: Т.к. на момент написания данной статьи было доступно только четыре сервиса (GitHub, Google, Facebook и Twitter), то в примерах будут показаны только они.
Приветствую. Всем приходится отправлять данные от клиента и обрабатывать их на сервере.
Например отправляем данные с формы
|
1 2 3 4 5 |
{!! Form::open(['action'=>'FormController@postForm']) !!} <p>{!! Form::number('name') !!}}</p> <p>{!! Form::number('space[min]') !!}} - {!! Form::number('space[max]') !!}}</p> <p>{!! Form::submit('send') !!}</p> {!! Form::close() !!} |
и обрабатываем контроллером
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
... class FormController extends Controller { ... public function postForm(\Request $request) { $model = new AnyModel(); $model->name = $request->get('name'); $model->space_min = \Input::get('space.min'); $model->space_max = \Input::get('space.max'); $model->save(); } } |
В данном случае мы как бы плодим две схожие сущности в одном методе и все из-за того что $request->get(‘space.min’) не вернет нам правильного значения.
И вот тут нам поможет $request->input(key).
Заменив \Input::get(‘space.min’) на $request->input(‘space.min’) и \Input::get(‘space.max’) на $request->input(‘space.max’) мы получим тот же результат не обращаюсь с статичному классу Input.
До выхода релиза 5 версии Laravel осталось недолго и я начал изучать возможности новой версии. Первое что мне захотелось попробовать, это указание своей 404 станицы (а в дальнейшем и других страниц с ошибками). Реализация по 4 версии выдала ошибку и тут пришлось углубится в изучение.
Пробегаясь взглядом по папкам приложения сразу была замечена папка app/Exceptions и файл Handler.php. Это и дало направление куда «копать».
В вышеупомянутом файле присутствовал метод render который использовал исключения. Не буду тянуть кота за шарики и покажу измененный метод
В документации по laravel упоминается про юнит-тесты, но не указано как запустить тесты
Вот как сие я настроил у себя
подключаем в компосере
//composer.jsom
...
"require": {
...
"phpunit/phpunit": "3.7.*"
Читать…
