Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Tag Module Laravel Package

idavoll/tag-module

A Laravel/PHP tag module from the Idavoll ecosystem that adds tagging support for your application's content. Attach, organize, and retrieve tags through a reusable module designed to keep tag management consistent across your project.

View on GitHub
Deep Wiki
Context7

[READ ONLY] see AsgardCMS/Platform

Frequently asked questions about Tag Module
What is idavoll/tag-module used for?
It is a Laravel-packaged module from the Idavoll ecosystem intended to provide a reusable tagging system: a dedicated Tag entity, persistence layer, and service provider that registers tagging concerns separately from content modules. The repository is read-only with no known dependents, so treat it as a design reference rather than a production dependency.
How do I install idavoll/tag-module with Composer?
The standard path would be composer require idavoll/tag-module and then register the module's service provider following Laravel conventions. However, the repository is read-only with zero dependents and no compatibility pipeline, so installation success does not prove it will run correctly on current Laravel or PHP. Verify against your target versions in a throwaway branch before considering it.
Is idavoll/tag-module compatible with Laravel 10 or 11?
There is no verified compatibility statement for modern Laravel or PHP. The repository lineage points to Idavoll/AsgardCMS and Zend Framework 2-style module wiring, which conflicts with the Laravel/Eloquent description, so the integration shape cannot be confirmed from metadata alone. Expect runtime failures rather than install-time errors, and baseline scope only after reading the source.
Does idavoll/tag-module support polymorphic taggable relationships?
The package description mentions associations between tags and content, and the durable design centers on a tags table plus a polymorphic pivot. That said, the metadata is insufficient to confirm Eloquent polymorphic traits, slug generation, or query scopes in the actual source. Treat those features as design intent until you verify the code.
What license is idavoll/tag-module released under?
The repository reports NOASSERTION, which means the license is unresolved rather than clearly permissive. Redistribution or derivative use is an open legal question, and you should get a named owner and SLA for that determination before adopting any code. For a zero-adoption asset, the safest path is usually not to depend on it.
Is idavoll/tag-module actively maintained?
No. It is archived and read-only, with zero stars, zero dependents, and no patch, PHP-version, or framework-compatibility pipeline. Any defect becomes permanently yours, and there is no security disclosure route or community scrutiny to rely on. Plan for retirement or replacement if it already exists in your estate.
How does idavoll/tag-module compare to spatie/laravel-tags?
spatie/laravel-tags is an actively maintained Laravel package with a clear license and community usage, while idavoll/tag-module is a read-only module with no adoption path and an unresolved license. If your requirement is free-form polymorphic tags, a maintained package wins on maintenance burden and legal clarity. Choose the Idavoll module only as a timeboxed design reference, not as a dependency.
Can I reuse the tag schema from idavoll/tag-module in my own Laravel app?
Yes, the durable value is the domain model: a tags table, a polymorphic pivot, uniqueness and slug rules, and delete/cascade semantics. That is worth a timeboxed source read to inform your own migrations, model, trait, and scopes. Porting the runtime is close to building from scratch, so reuse the design rather than the code.
How should I evaluate idavoll/tag-module before using it in production?
First confirm whether any live Idavoll or AsgardCMS deployment exists in your estate; if yes, this is legacy sustainment, not integration. Then read the source to resolve the Laravel-versus-ZF2 metadata conflict, check target PHP and Laravel versions, and confirm license ownership. There are no evident tests or CI, so budget for your own assurance before any production decision.
What are the best alternatives for tagging in Laravel?
For free-form tags, a maintained package such as spatie/laravel-tags is the usual starting point after a license and maintenance check. If you need taxonomy, permissions, or editorial workflow, a thin in-house module with migrations, a model, a polymorphic trait, scopes, and admin CRUD is often the better fit. The Idavoll module is best kept as a reference for module boundaries and schema.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
shitoudev/permissionmanager
johannesclimacus/laravel-tui
hocvt/seotools
vitalybaev/sypexgeo
amphibee/themosis-ignition
gito-me/fast-excel
frankyso/laravel-ipaymu
geolize-studio/laravel-chile
boomerangui/chat
jinas/dhivatar
store-doc/laravel-storage-driver
plus-it/laravel-translation-manager
diephp/perhaps
diephp/telegraph
osmaviation/spreadsheet
microsoft/fluentui-system-icons
mmccook/php-json-canonicalization-scheme
middlewares/firewall
qubiqx/montapacking
nyoncode/laravel-package-console