Laravel, как отфильтровать записи имеющие отношения многие-ко-многим при пагинации?

JhaoDa, я не теоретик) мне просто нужно сделать проект на Ларавеле - а что будет потом - разберемся потом :)

Laravel, как отфильтровать записи имеющие отношения многие-ко-многим при пагинации?

...ок, щас буду тогда еще пытаться и постить попытки сюда

Laravel, как отфильтровать записи имеющие отношения многие-ко-многим при пагинации?

procode, я просил код твоих попыток отфильтровать записи.

так они не работают :/

Laravel, как отфильтровать записи имеющие отношения многие-ко-многим при пагинации?

$pages = Page::paginate(5); //
			
			foreach($pages as $page){ 
				
				$danger_or_success[$page->id]['state'] = 'danger';
				$danger_or_success[$page->id]['text'] = 'On';
				
	
				if(true) { // что мне сюда вместо true написать, чтобы оно было верно только для $page имеющих отношение к текущему User::find(1) 
					
					$danger_or_success[$page->id]['state'] = 'success';
					$danger_or_success[$page->id]['text'] = 'Off';
				}
				
}

БД и работу с ней для "корзины товаров" на Eloquent Laravel как лучше реализовать?

Спасибо, но мне придется потом работать с этими связями и пр. Сериализация здесь не нужна.

БД и работу с ней для "корзины товаров" на Eloquent Laravel как лучше реализовать?

Александр Аксентьев, нене, оформление и оплата - это потом. На данном этапе надо просто привязать товар к зарегистрированному юзеру.

БД и работу с ней для "корзины товаров" на Eloquent Laravel как лучше реализовать?

JhaoDa, надо регистрироваться :) иначе как потом сопровождать товар?

БД и работу с ней для "корзины товаров" на Eloquent Laravel как лучше реализовать?

Alex Wells, тут другое - по этим данным будет потом и учет вестись и сопровождение. "Корзиной" это я так условно обозвал ))

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Кирилл Несмеянов, стати, а __DIR__ куда в данном случае указывает? На папку с миграцией?

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Pavel Omelchenko, возможно, но другого у меня нет))

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Pavel Omelchenko, мне от Ларавеля нужен, в основном, роутинг, авторизация, и фильтры для форм. Может со временем запросы и возрастут, но не теперь.

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Кирилл Несмеянов, просто вау!)) То что нужно! Спасибо!

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Кирилл Несмеянов, я в Notepad++ пишу)) но, возможно, теперь присмотрюсь к шторму внимательней -)

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Кирилл Несмеянов, а разве так можно?

То есть мне не придется переписывать всё в формат Eloquent?

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

Хорошая аналогия с Гитом, но я, если честно, использую Гит только тогда, когда мне нужно что-нибудь запилить на Гитхаб для общего доступа))

А так, обычно просто храню архивы с ключевыми точками разработки проекта :)

Я несколько раз пытался освоить Гит - но у меня так и не получилось. Мне он кажется слишком мудреным.

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

JhaoDa, почему "могут" - они ее реально усложняют - у меня сейчас проект с изначально заданной структурой таблиц (из стороннего приложения) - мне эти таблицы дали уже в виде SQL-дампа.

И я не вижу никакого смысла в том, чтобы переводить этот дамп в формат миграций и уже оттуда их вставлять в базу - мне проще импортировать их через phpmyadmin и все.

Но, возможно, я что-то упускаю.

Поэтому решил посоветоваться с сообществом.

Насколько критично использование миграций в Laravel для одиночного проекта с одним разработчиком?

JhaoDa, здесь ключевое слово - критичность.

Т.е. влияет на конечный результат или не влияет.

Влияет на простоту модификации или не влияет.

Я пока не вижу каким образом миграции могут облегчить жизнь одинокого разработчика.

Потому и интересуюсь.

Как в Laravel 5.7 удобным образом разместить все файлы шаблонов в отдельной подпапке views?

gomer1726, спасибо!

Как в Laravel 5.7 удобным образом разместить все файлы шаблонов в отдельной подпапке views?

Последний вариант - классный! :)

А можно ли как-то вынести 'сюда свой путь' в корневой файл .env ? Типа:

CURRENT_THEME=mytheme

а потом это mytheme как-то подхватить в config/view.php?

Как в Laravel 5.7 удобным образом разместить все файлы шаблонов в отдельной подпапке views?

в базовом контроллере, от которого наследуются все остальные делаете метод view, где уже определяете полный путь до вьюхи с темой

а где можно узнать об этом подробнее?

потому что слова вроде все понятны, но смысл опять-таки: "авада кедавра" -)