Frequently Asked Questions

    Strapi stores model configuration files (what defines the model schema) in files such as . Due to how Node.js works, in order for changes to take effect, that would require Node to restart the server. This could potentially cause downtime of your production service and likewise these changes should be tracked in some kind of source control.

    Generally your “flow” of development would follow the following path:

    • Development - Develop your Strapi application locally on your host machine, then push changes into source control
    • Production - If no other changes are needed, deploy into production
    • Repeat as needed, it is recommended that you properly version and test your application as you go

    At this time and in the future there is no plan to allow model creating or updating while in a production environment, and there is currently no plans to move model settings into the database. There is no known nor recommended workarounds for this.

    Does Strapi handle deploying or migrating of content?

    Strapi does not currently provide any tools for migrating or deploying your data changes between different environments (ie. from development to production). With the exception being the Content-Manager settings, to read more about this option please see the following .

    User can’t login to the admin panel

    With the release of the Strapi beta version a fundamental change occurred in that the “end-users” (REST and GraphQL users) were split from the Administrators (admin panel users) in such a way that normal users can not be given access to the admin panel. If you would like to read more on why this change was done, you can read the Strapi about it.

    Strapi has released the new Admin & Permissions (RBAC - Role based access control) that does allow for some degree of control over what users can access within the admin panel and includes some field level permissions. You can now also give roles specific permissions for things like content-types, single-types, plugins, and settings.

    When this new plugin release, there is two versions:

    • Community Edition
    • Enterprise Edition

    By default, the Community Edition includes 3 pre-defined roles (Administrators, Editor, Author). Upgrading to the Enterprise Edition will unlock an unlimited number of roles. There will be certain other field level permission limitations based on the edition and we will be building a detailed guide as to what is included within the “Basic” vs “Advanced” RBAC features. To learn more about what is included as well as pricing please see our pricing pageFrequently Asked Questions - 图2 (opens new window).

    Relations aren’t maintaining their sort order

    For the time being there is no recommended way to handle this automatically and instead it may be required for you to create custom controllers to handle this within your own project.

    If you used to create your Strapi project, by default this uses the SQLite database. PaaS systems (Heroku, DigitalOcean Apps, Google App Engine, ect) file systems are typically ephemeral (opens new window) or read-only meaning that each time a dyno (container) is reset all filesystem changes are lost. And since both SQLite and local uploads are stored on the filesystem, any changes made to these since the last dyno reset will be deleted. Typically dynos are reset at least once a day, and in most cases multiple times per day or when new code is pushed to these services.

    It is recommended you use a database add-on like Heroku’s PostgreSQL or use something like MongoDB’s Atlas for your database. For file uploads, you will need to use one of the 3rd party providers such as Cloudinary or AWS S3.

    Can I store my Content Manager layout configurations in the model settings

    Currently Strapi does not support this, a config:dump and config:restore command has been added to make migration of these settings easier when moving between different deployments and environments.

    We don’t offer the ability to store these configurations in the model settings for several reasons:

    • It will create conflicts in case of content internationalization and translations in the admin interface.
    • The layout might be different according to the roles and permissions.

    For all these reasons, and others, we think it’ll be a mistake and might confuse users if we store the configuration in the model settings file. The final solution is to make the migration and deployment across environment easier.

    How do I customize a plugin

    Strapi uses a system called as plugins are stored in the folder. Due to this extensions work by Strapi detecting newer versions of files and using that as a replacement for the ones stored within the node_modules. If you are familiar with React and “ejecting” a file, the concept is similar.

    You gain the ability to modify these files without forking the plugin package, however you lose the ability to easily update. After each version release you will need to compare your changes to those in the new version and modify your version of the files accordingly.

    Can I add my own 3rd party auth provider

    There is currently no ETA on this migration however.

    No, currently does not have the ability to allow for changing the default id name nor does it allow you to switch the data type (such as UUID on bookshelf and integer on mongoose), support for this is being looked at for Strapi v4.

    Can you filter / deep filter on components, dynamic zones, and polymorphic relations

    Currently it is not possible to filter on components, dynamic zones, or polymorphic relations. This is something we are looking into, if you want see more information please take a look at the following GitHub issueFrequently Asked Questions - 图5 (opens new window).

    How do I setup SSL with Strapi

    Strapi implements no SSL solution natively, this is due to the fact that it is extremely insecure to directly offer a Node.js application to the public web on a low port.

    On Linux based operating systems you need root permissions to bind to any port below 1024 and with typical SSL being port 443 you would need to run your application as root.

    Likewise since Strapi is Node.js based, in order for changes with the SSL certificate to take place (say when it expires) you would need to restart your application for that change to take effect.

    Due to these two issues, it is recommended you use a proxy application such as Nginx, Apache, Traefik, or many others to handle your edge routing to Strapi. There are settings in the environment server.json to handle upstream proxies. The proxy block requires all settings to be filled out and will modify any backend plugins such as authentication providers and the upload plugin to replace your standard localhost:1337 with the proxy URL.

    Is X feature available yet

    You can see the ProductBoard roadmap (opens new window) to see which feature requests are currently being worked on and which have not been started yet.