anlamas

плохо ищете )

Поиски литературы почему-то не увенчались успехом, пара унылых статей на хабре, море старой литературы старше 15 лет и курсы для новичков на udemy где описывается разница между insert и select.

все есть:

SQL Queries for Mere Mortals, 4th Edition
Год издания: 2018
Автор: Viescas J.
Жанр или тематика: Базы данных
Издательство: Addison-Wesley Professional
ISBN: 978-0134858333
Язык: Английский

Effective SQL: 61 Specific Ways to Write Better SQL
Год издания: 2017
Автор: Clothier B., Steele D., Viescas J.
Издательство: Addison-Wesley
ISBN: 978-0-13-457889-7
Язык: Английский

PostgreSQL Up and Running, 3rd Edition
Год издания: 2018
Автор: Obe R., Hsu L.
Издательство: O'Reilly Media
ISBN: 978-1-491-96341-8
Язык: Английский

PostgreSQL 9.6 High Performance
Год издания: 2017
Автор: Ahmed I., Smith G.
Издательство: Packt Publishing
ISBN: 9781784392970
Язык: Английский

PostgreSQL High Availability Cookbook
Год издания: 2017
Автор: Thomas S.M.
Издательство: Packt
ISBN: 978-1-78712-553-7
Язык: Английский

PostgreSQL 10 High Performance
Год издания: 2018
Автор: Ibrar Ahmed, Gregory Smith, Enrico Pirozzi
Издательство: Packt Publishing Ltd.
ISBN: 9781788474481
Язык: Английский

Database Systems: Design, Implementation and Management
Год издания: 2017
Автор: Coronel С., Morris S.
Издательство: Cengage Learning
ISBN: 978-1-305-62748-2
Язык: Английский

Designing Data-Intensive Applications / Высоконагруженные приложения. Программирование, масштабирование, поддержка.
Год издания: 2018
Автор: Martin Kleppmann / Клеппман Мартин
Издательство: Питер
ISBN: 978-5-4461-0512-0
Язык: Русский

Refactoring SQL Applications / Рефакторинг SQL-приложений
Год: 2009
Автор: Stephane Faroult / Стефан Фаро, Pascal L'Hermite / Паскаль Лерми
Издательство: Символ
ISBN: 978-5-93286-145-5, 978-0-596-51497-6
Язык: Русский

и даже ISO/IEC 9075:2011 буржуйский можно найти в pdf

Документацию читаем, там очень много интересного.

$collection = collect(['Я', 'не', 'читаю', 'документацию']);
$collection->forget(1);
$collection->dump(); // ['Я', 'читаю', 'документацию']

А так же с коллекцией можно работать как с обычным массивом, а это значит, что unset тоже сработает: unset($collection[1]);

И даже это не все, вообщем, как уже сказал: читайте документацию.

Отвечайте на все вакансии, на которые хоть немного подходите, на ваш взгляд. И на те, на которые не подходите - тоже отвечайте, если это хотя бы где-то близко. Показывайте примеры, старайтесь получить обратную связь (тут как повезет). Просите тестовое задание, попадите пару раз на собеседование и быстро поймете, где чего не хватает. А где-то может и сразу хватит. Вакансии очень часто пишутся ... скажем не корректно.

Не изобретайте велосипед, используйте https://semver.org/

Делаете работу
В процессе находите ошибку в стороннем коде
Находите ее источник
Пишите багрепорт и тесткей
Так как всем пофиг
Сами фиксите баг
Неделю стучитесь мейнтейнеру, чтоб он принял ваш пушреквест
Он вас посылает, тк ето не баг

Потому что в Illuminate\Database\Query\Builder нет метода newQueryWithoutScope.
Ваш Кэп.

P.S. Слабо найти хотя бы простым поиском по сырцам, где он есть?

Если мало времени, то выбирайте PHP

Хэш не является GET параметром.
Вы можете получить его c помощью js после загрузки страницы

{
	display: flex;
	justify-content: space-between;
}

Нужно внимательно прочитать этот раздел документации: https://laravel.com/docs/5.5/routing

routes/web.php:

Route::get('news/{article}', 'ArticlesController@show');

RouteServiceProvider:

public function boot()
{
    parent::boot();

    Route::model('article', App\Article::class);
}

ArticlesController:

public function show(App\Article $article) {
//
}

Тут все зависит от ваших задач и архитектуры.

laravel-permission предоставляет вам различные инструменты для гибкого управления прав доступа: в документации есть примеры для блейда, для модели, для контроллера и для милдлверов.

В этом вопросе вам нужно полагаться на свою архитектуру и на задачу. Например есть ситуации, когда не целесообразно в милдлвере проверять доступ, так как для сложной логике необходимо получить данные для проверки (а может ли пользователь редактировать именно эту запись именно в это время именно с этого IP).

Так-же очень большой нюанс зависит от вашей архитектуры, например я использую DDD и проверка прав доступа происходит в UseCase в application слое, при чем проверка не одна, а несколько (может ли пользователь вообще редактировать записи, а потом может ли редактировать конкретную).

Ответом на вопрос будет что-то вроде такого:
Средствами laravel-permission можно ограничить доступ по ролям в контроллере, однако нужно учитывать Ваш архитектурный подход, SOLID принципы и тп.

От себя еще добавлю, скорее всего у вас RAD разработка, поэтому особо можно не заморачиваться и проверять где удобнее.