Querying models

Four query scopes on every taggable model, combined freely with the rest of your query — and the same implementation behind TagsFilter, so PHP and HTTP filter identically:

// Music, Jazz, Bebop, … — descendants: matches every tag below a hierarchical one
$page = Concert::withAnyTags(['music'], 'genre', descendants: true)
    ->withAllTags(['outdoor', 'free'], 'label')
    ->withoutTags(['sold-out'], 'label')
    ->paginate();

Concert::withoutTags(type: 'genre')->count();      // concerts with no category yet
Concert::withoutTags()->count();                   // concerts with no tag at all
Concert::withTagsOf('label')->count();             // concerts with at least one label

Concert::withAnyTags([$jazz, $rock])->get();       // models carry their own type
Concert::withAllTags(['live', 'unknown'], 'label')->get();   // an unknown string matches nothing

• Inputs are tag models, keys or strings, like the tagging verbs. Strings resolve without creating; an unknown string matches nothing — in withAllTags that means no model.
• A type narrows strings to that type and the match to taggings of it. Without a type, strings use the default type and models and keys carry their own.
• Each scope is a whereIn over a taggings subquery: no join, no duplicate rows, safe to paginate.
• The tagging pivot and the model must share one database connection — tags:doctor warns when a model lives elsewhere.

From a tag to its models

$tag->taggedModels(Concert::class) is the inverse relation, read-only like tags(); $tag->taggings() returns the raw pivot rows.