- What is smarter-solutions/ez-contenttype-manager?
- It is a Laravel package that lets you manage eZ Publish content type classes from the console, so content models can be defined and maintained through command-line tooling instead of manual work in the eZ Publish admin interface. It is installed with Composer like any other Laravel package and is aimed at developers who want a structured, repeatable way to organise custom content models, fields, and related configuration without repetitive boilerplate.
- How do I install smarter-solutions/ez-contenttype-manager with Composer?
- Run composer require smarter-solutions/ez-contenttype-manager in the root of your Laravel application. Composer will resolve the package and its dependencies and update your composer.json and lock file. After installation, confirm the package's service provider is discovered or registered, then run php artisan list to see which commands it exposes.
- Which Laravel and PHP versions does this package support?
- Supported Laravel and PHP versions are declared in the package's composer.json require and require-dev blocks, so check those constraints on Packagist or in the GitHub repository before installing. If your application runs an older Laravel release, compare it against that constraint list first, because installing an incompatible version will fail dependency resolution or cause runtime errors.
- Do I need to register the service provider manually?
- Most modern Laravel packages rely on package auto-discovery, which registers the service provider and any facades declared in the extra section of composer.json automatically. If the package does not declare auto-discovery, add its provider class to the providers array in config/app.php. Running php artisan about or php artisan list afterwards is a quick way to confirm the package booted correctly.
- Which artisan commands does the package add?
- The package exposes console commands for working with eZ Publish content type classes, which is its core purpose. Run php artisan list and look for the package's namespace to see the exact command signatures, arguments, and options available in your installed version. Always consult php artisan help on a specific command before running it against a real environment.
- Can I manage eZ Publish content classes without the eZ Publish admin interface?
- Yes. The package is built around managing eZ Publish content type classes from the console, which means content class definitions can be handled as part of your development workflow rather than through the web admin UI. This makes it easier to keep content model changes alongside your application code and to repeat them across environments.
- How do I configure the package for my project?
- If the package ships a configuration file, publish it with php artisan vendor:publish and select the package's tag or provider from the list. The published config typically holds the settings needed to reach your eZ Publish installation, such as connection or path details, so review the file's comments before changing values. Keep environment-specific values in your .env file rather than committing them to source control.
- Can I define custom content models and fields with this package?
- The package is designed for defining and managing content types, including custom content models, their fields, and related configuration, in a structured developer-friendly way. Because definitions live in code rather than only in a database edited by hand, they are easier to review, diff, and reuse across projects. Exact field type support depends on the version you install, so check the repository documentation for the available options.
- Can I run this in CI or an automated test suite?
- Because the package works through console commands, content type operations can be scripted and executed in a CI pipeline or a local test setup instead of requiring manual admin clicks. Point the configuration at a disposable eZ Publish instance or test database so pipeline runs do not touch shared data. Verify the commands are non-interactive or accept flags that suppress prompts before relying on them in automation.
- What should I check before using it in production?
- Review the repository's recent commits, tagged releases, and open issues to gauge maintenance activity, and pin a specific version in composer.json rather than tracking a branch. Test the content type commands in staging first and take a backup of your eZ Publish content class data before running anything against production. If the package turns out not to fit your workflow, evaluate alternatives such as the native eZ Publish admin interface or your own custom artisan commands.