order-md-1
А смешение влево по умолчанию при использовании колонок стоит..
Задача-то какая?
Можно использовать
mr-*
.mr-auto
https://stackoverflow.com/questions/4008406/upload-a-whole-directory-through-an-html-form
http://sapphion.com/2012/06/12/keep-directory-structure-when-uploading/
У Вас первой строчкой в JS 😎
$(document).ready(function(){
А причём тут клиенты сайта? =)
Речь о клиентах, заказывающих сайт.. :)
Так "может"-то (редактировать/удалять) пользователь.. а не объект =) И да, пользователь один "на страничку" (отображаемую в браузере).. а объектов - много..
Если очень хоцца.. можно, конечно добавить для объекта некое isEditable (by)
if ($post->is('editable', $user))
При этом реализацию опять же убрать в
Gate::check($user, 'update-post', $post)
кхм.. если тут объект - это не экземпляр класса, а кусок HTML-кода, то в любом случае он выводится (на страничку) для текущего пользователя..
Думаю, речь о том, что на текущий момент ТС не видит смысла вводить дополнительный слой абстракции "лишнюю" сущность "роль". Т.к. в итоге всё завязано на user-а.. (по сути - у всех одна роль "авторизованный пользователь", а логика сводится к разрешению отдельных прав (на редактирование?) доступа к конкретным объектам)..
Т.е. фильтрация и проверка - это не обработка? =)
Под комбинацией имел в виду, что логика
$user->can('update-post',$post)
реализуется путём чего-то похожего на:
Первое более логично.. второе - суть.
На самом деле, они есть.. Даже если явно не обозначены.. Как минимум...
- администратор
- авторизованный пользователь
- гость
Просто перейти от проверки вроде
if (is_admin())
к более абстрактному и расширяемому..
Solmyr, на самом деле, можно любым из вариантов (и их комбинацией) к чему-то интересному прийти.. Главное - начать.. ))
