Slug в laravel. Как сделать slug в laravel, как использовать slug в роутере. Slug Model Binding

[@АскатАвазбеков-е8щ]

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

[@АртёмИвасечкин]

Спасибо! "Датабазе" топ! )

[@dfkkg3453]

Поржал с ситуации с телегой)
Спасибо за урок)

[@artursimonyan6129]

Классный урок! Очень жду про Elasticsearch прям мастхев

[@Евгений-т3ц9к]

Расскажи про MongoDB (желательно с CRUD, пагинацией, с фильтрацией), Elasticsearch (так же с пагинацией и прочим). С примерами и хорошими практиками. Будет пушка! С Redis уже есть, за что отдельный лайк от меня)))

[@АнтонСурыгин-ф9ж]

спасибо ) полезный материал!

[@elias_waldman]

Лучший

[@ArtDenis1993]

Спасибо за урок!

[@poring39]

спасибо за ролик
первый случай: не рассмотрел вариант создания такого же поста с такимже слагом: нужна какая-то магия, чтоб слаги не дублировались (добавлялись индексы и проч: slug, slug-1, slug-2 и тд...)
второй способ какой-то нежизнеспособный. если есть задача от сеошника иметь слаги, то наверное надо ими управлять как-то, сохранять. тайтл поменялся - слаг изменился, пост теперь недоступен по старой ссылке
а вообще надо бы посоветовать использовать какие-нибудь готовые решения, где все это продумано, например, spatie

[@vladvlad3637]

Отличное видео

[@skyand_fly]

Спасибо!

[@tolb1517]

Ролик супер. Хотелось бы короткий но ёмкий ролик про теорию реляционных баз данных. Чего там по полгода в институтах преподают этот курс? Используется ли оно на практике? Как часто?

[@biLLie_wiLLie]

Ого, автор жив)

[@makss3147]

датабазе))
спасибо)

[@aleksandrsannikov170]

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

[@artemlaravel8769]

а про сео и мултиязычные категории aws и digital ocean расскажешь ?)

[@АскатАвазбеков-е8щ]

супер

[@myyyp1]

Азиз Азизов)

[@TheUnsterDam]

КотоЛьвище передаёт пример

[@heerkopf]

Третий способ очень интересный, но конечно далек от жизни, потому что у внутреннего сеньора есть внутренний тимлид, который знает наверняка, что сегодня сеошнику нужно генерировать автоматически, но наступит день икс, когда понадобится поменять слаг(на более короткий например), а у вас поля то и нет, и что тогда?)))

[@oleksandrperebykovskyi4409]

Только начал изучать Laravel, но это вариант со slug помоему вообще нерабочий. Попробую объяснить что имею ввиду. При смене имени - сменится slug чего не должно происходить нивкоем случае. Добавление id в slug тоже ужасная идея. По мне лучше хранить слаг в базе, можно добавить автоматическое создание slug при сохранении если он явно не указан. В идеале еще бы хранить историю смены slug, чтоб можно было управлять редиректами и не терять страницы в поиске при смене slug, но это довольно сложная история, возможно вернусь к этому чуть позже, когда наберусь базовых знаний.
Пример как я организовал автоматическое создания slug
protected function prepareForValidation()
{
return $this->merge([
'slug' => $this->slug ? Str::slug($this->slug) : Str::slug($this->name)
]);
}

[@muba44]

Отличная инструкция: "Как сжить со света ненавистного SEO-шника". ✌😼🏴‍☠
Ибо SEO-шника после такой реализации обязательно (и очень скоро) навестит Кондратий и заобнимает вусмерть. ))
А всё потому, что Гоогле с Яндексом начнут слать письма ему "с того света" о том, сколько у него дублей страниц, и как низко будет ещё падать его подопечный сайт в поисковой выдаче. 😝
И дело не в тех самых "дурачках", о которых автор в ролике упоминает, а в том, что найдутся умники, которые специально нагенерят для поисковиков мусорных ссылок для дублей контента. Ибо нефиг лезть в ТОП поисковой выдачи! 😉

[@spitzer4077]

Хорошо бы сделать одновременный запрос по id и по Slug

[@oleksandrperebykovskyi4409]

Зачем? id в принципе не должно быть в slug.

[@spitzer4077]

@@oleksandrperebykovskyi4409а почему бы и нет

[@СергейКотелевский-ж3о]

Наверно лучше добавлять не через Request, а добавить в модель метод boot
class Post extends Model
{
public static function boot() {
parent::boot();
self::creating(function ($model) {
$model->slug = Str::slug($model->title);
});

static::updating(function($model)
{
$model->slug = Str::slug($model->title);
});
}
}

[@cpentyc]

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

[@point111]

Перед удалением записи меняем слаг (я добавляю номер, делаю проверку, добавляю ещё если проверка это требует). Но вообще это зависит от политики бизнес-логики, возможно запись должна остаться в "архиве" и быть занята "вечно" (допустим, это артикул).

[@cpentyc]

Это после курса?

[@Tetragonchik]

Ахаха датабазé, спс поржал 😂

[@alexandr-v]

То есть сео уже до api добралось?

[@gorizontclub]

Круто, давно ждали! Спасибо) Еще проблема второго варианта, что будут создаваться дубли страница, например 1-post будет тоже самое что и 1-ne-post.

[@alexandr-v]

А почему php .\artisan а не php artisan?