Как реализовать вывод товаров по категориям и подкатегориям (Laravel 5.4)?

Question

[Рустам Идрисов]

Добрый день!
Пытался искать ответ на вопрос сам, но найти более-менее полный вариант реализации не удалось.

Я новичок в Laravel и сейчас задался целью написать платформу интернет-магазина.
Проблема:
Есть модель "Product", в ней хранятся товары.
У интернет-магазина есть категории (первого уровня), а у них - подкатегории (второго уровня).
Товары могут принадлежать сразу нескольким категориям (то есть каждый товар может выводиться по нескольким категориям).

Не понимаю как сделать следующее:
1) Как правильно реализовать создание категорий и подкатегорий и потом связывать товары с ними.
2) Как в дальнейшем получать список товаров запрашиваемой категории или подкатегории (то есть /category/ или /category/subcategory/).
3) И как правильно организовать роутинг такого типа /shop/{category}/{subcategory}/{productID} (то есть как правильно написать логику роутинга).

Буду искренне благодарен человеку, который поможет в этом разобраться!

Answer 1

[jacob1237]

Ваша задача с категориями не относится к контексту Laravel - это задача о хранении деревьев в СУБД.
Рекомендую ознакомиться вот с этим ответом: https://toster.ru/answer?answer_id=952447#answers_...

Принадлежность товаров нескольким категориям в реляционных СУБД (если Вы работаете именно с ними) оформляется как связь "многие-ко-многим" (many-to-many).

Роутинг Вы уже реализовали в своем ответе. {category} {subcategory} {productID} - это параметры роута, которые будут передаваться в контроллер (документация).

В контроллере просто вытаскиваете эти параметры, фильтруете и подсовываете в SQL запрос. Хотя {category} (как впрочем и subcategory) здесь даже будет лишним. Но для красоты можете и оставить.

Comments

[Рустам Идрисов]

Спасибо, вы мне очень помогли, все прочитал и разобрался!
Но у меня одна проблема - пожалуйста, объясните, что я делаю не так:
У меня есть такой роутинг:

//Здесь все ОК, выводятся товары по категории
Route::get('/{categoryUrl}', [
'uses' => 'ShopController@getCategory',
'as' => 'shop.category'
]);

//Здесь все ОК, выводятся товары по подкатегории
Route::get('/{categoryUrl}/{subcategoryUrl}', [
'uses' => 'ShopController@getCategoryAndSubcategory',
'as' => 'shop.categoryAndSubcategory'
]);

//Здесь все ПРОБЛЕМА, не выводится товар по категории (в ошибке видно, будто он запрос делает такого типа /{categoryUrl}/{subcategoryUrl})
Route::get('/{categoryUrl}/{productUrl}', [
'uses' => 'ShopController@getProductFromCategory',
'as' => 'shop.productFromCategory'
]);

//Здесь все ОК, выводится товар по подкатегории
Route::get('/{categoryUrl}/{subcategoryUrl}/{productUrl}', [
'uses' => 'ShopController@getProductFromSubcategory',
'as' => 'shop.productFromSubcategory'
]);

[jacob1237]

Здесь имеется проблема с порядком следования маршрутов и их определением. У Вас второй и третий маршруты с точки зрения роутера ничем не отличаются, кроме названий параметров, поэтому взят будет тот маршрут, который объявлен первым (как раз categoryUrl/subcategoryUrl).

В данном случае я бы подумал над тем как поточнее определить маршрут для productUrl. Если он подчиняется какому-то правилу, можно попробовать использовать регулярные выражения: https://laravel.com/docs/5.4/routing#parameters-re...

В общем нужно сделать все, чтобы снизить "похожесть" этих двух маршрутов, тогда проблема исчезнет.

[Рустам Идрисов]

jacob1237: понял. Уже смотрел регулярные выражения, но по-моему они мне не помогут, ладно буду искать. Спасибо!

[jacob1237]

Просто подумайте как Вы сами для себя дифференцируете subcategoryUrl и productUrl. Точно таким же образом заставьте это делать и роутер.

Либо как еще один вариант (если они реально ничем не отличаются), эти два роута можно объединить в один и делать два SQL запроса по-очереди. Первый на товары подкатегории, второй - на товар из категории. Делать их по-очереди: "если первый не подошел, пробуем второй".

Но сразу скажу что это не очень оптимальный вариант. Хотя для небольшого магазина работать будет =)

[jacob1237]

Еще появилась идея: можете в имя продукта дописывать расширение, например .html. Получится вот так:

/category/subcategory/
/category/product.html
/category/subcategory/product.html

Тогда будет гораздо проще их различать. Да и решение такое в ecommerce частенько применяется.

[Рустам Идрисов]

jacob1237: subcategoryUrl и productUrl реально очень похожи, они отличаются лишь тем, что модель Product отличается от модели Category (которой в свою очередь принадлежит subcategory). Но на этапе роутинга я не понимаю как заставить их отличаться..

Странно, я почти уверен, что не первый эту проблему решаю. Почему нету решений подобного вопроса?!

[Рустам Идрисов]

jacob1237: интересно, но все таки не понимаю - ведь есть интренет-магазины с таким роутингом (без .html). Почему это так трудно реализовать на laravel?)

[jacob1237]

Дайте примеры. Посмотрим где и как сделано.
Из опенсорсных WooCommerce: demo.woothemes.com/storefront/product/pink-blouse - отдельный роут (product/)
OpenCart: https://demo.opencart.com/index.php?route=product/...
Magento: magento2-demo.nexcess.net/erikssen-cooltech-trade-...

[Рустам Идрисов]

Реализовал таким образом:

//Роутинг
Route::get('/{categoryUrl}', [
'uses' => 'ShopController@getCategory',
'as' => 'shop.category'
]);

Route::get('/{categoryUrl}/{productUrlOrSubcategoryUrl}', [
'uses' => 'ShopController@getProductOrSubcategory',
'as' => 'shop.productOrSubcategory'
]);

Route::get('/{categoryUrl}/{subcategoryUrl}/{productUrl}', [
'uses' => 'ShopController@getProduct',
'as' => 'shop.product'
]);

//Контроллер (то самое проблематичное место)
public function getProductOrSubcategory($categoryUrl, $productUrlOrSubcategoryUrl)
{
$category = Category::where([
['url', $categoryUrl],
['parent_id', null],
])->firstOrFail();

if ($subcategory = Category::where([
['url', $productUrlOrSubcategoryUrl],
['parent_id', $category->id],
])->first()) {
if ($subcategory->parent == $category) {
$products = $subcategory->products;
$products = array_values(array_sort($products, function ($value) {
return $value['sort'];
}));
return view('shop.catalog', ['products' => $products, 'category' => $category, 'subcategory' => $subcategory]);
}
} elseif ($product = $category->products->where('url', $productUrlOrSubcategoryUrl)->first()) {
return view('shop.product', ['product' => $product, 'category' => $category]);
} else {
return abort(404);
}
}

Спасибо за помощь!)

Мб будут какие-то комментарии по возможной "оптимизации" кода?

[jacob1237]

Что я бы улучшил:

1. Создал бы HASH индексы в БД по полям `url` в Products и Categories в обязательном порядке - это значительно ускорит процесс выборки по текстовому значению url на больших таблицах
2. Сравнение `$subcategory->parent == $category` заменил бы на `$subcategory->parent_id === $category->getKey()`, чтобы при обращении к $subcategory->parent лишний раз не дергать базу данных (т.к. Eloquent в этот момент выполнит запрос на выборку parent)
3. Сортировал бы продукты на стороне СУБД (с помощью $subcategory->products()->orderBy('sort')->get())
4. Применил бы pagination к продуктам

Примерно так. При таком подходе в худшем случае у Вас получается три отдельных SQL запроса на страницу (категория, подкатегория, продукты). Есть еще куда оптимизировать, но пока что Вам, подозреваю, на данном этапе это не очень нужно.

[Рустам Идрисов]

jacob1237: спасибо вам ещё раз! Вы мне реально помогли)
По пунктам:
1) Посоветуете что-нибудь почитать на эту тему (не сталкивался раньше с HASH)?
2) Понял, разберу.
3) Уже слал)
4) ВОТ ПО пагинации - пожалуйста, подскажите как правильно реализовать пагинацию, если мне нужно будет потом прописать rel="canonical" ко всем страницам пагинации (я делаю seo-оптимизированный магазин)

[Рустам Идрисов]

UPD: 3) Уже сделал*

[jacob1237]

1) Не знаю какой СУБД пользуетесь, для PostgreSQL: https://www.postgresql.org/docs/9.5/static/indexes... , для MySQL просто создайте индекс по полю - к сожалению InnoDB и MyISAM их (HASH) не поддерживают (будет использован B-Tree)
4) $subcategory->products()
->orderBy('sort')
->paginate(20)
->appends($request->except('page'));

Справка Laravel: https://laravel.com/docs/5.4/pagination (Appending to pagination links)

Answer 2

[Orbb]

Как выше написали = многие ко многим

Будет промежуточная таблица, где будут перечислены id категорий и один id товара (категорий же меньше чем товаров)
Соответственно, при переходе на страницу категории мы знаем ее id, достаем по ее id все id товаров из промежуточной таблицы, информацию о товарах по их id достаем из базы товаров
???
PROFIT!

Comments

[Рустам Идрисов]

Спасибо за ваш ответ!
А теперь вопрос - как сюда вставить подкатегории?
Товары могут выводиться так:
1) {categoryID}/{subcategoryID}/{productID}
А могут и так:
2) {categoryID}/{productID} (то есть товар принадлежит не только подкатегории, но и категории верхнего уровня)

[Orbb]

Рустам Идрисов: так же. Вы же на конечной странице странице будете формировать вывод. Соответственно, логика какая
Категория: Телевизоры, Подкатегория: 36", Товар: Сони ТВ. Те он телевизор и он входит в телевизоры, а субкатегория 36".
Суть не меняется) Вы получаете на странице ровно те товары, которые есть в этой категории. И субкатегория это подвид категории, так что делаете ее как и все остальное.

[Orbb]

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

[Orbb]

Поясню первый ответ: Так вы привязываете товар к неогр. числу категорий. Вид будет, типа

Сони ТВ, Категории: (id) 5, 15, 25, 45, 55, 65. И не важно, категория это или субкатегория, как вы сказали, суть у них одна - группировка.

Вот вы зашли на страницу категории 15 - Телевизоры. И получили select name, price, code from TV where category = 15
или LIKE %15%

Что-то подсказывает мне, что есть смысл делать один столбец с product_category_id , а в нем строкой через запятую или другие символы перечислить категории, потому что вариант с добавлением нового столбца на каждую связь потребует больших ресурсов и может нехило разрастись.

В общем вроде объяснил как мог)