You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I just realized all the indices are stored in tables so it's hard to deploy.
A start would be to start with search_api_index and search_api_server tables which appear to be tables set up with ctools for exporting/importing in d7. (Same for facet_api table).
It could get complicated with the search_api_db_* tables which need to be recreated if deployed.
The text was updated successfully, but these errors were encountered:
Now I'm not so sure. The indices are entities which means they are available to Views. So they might need to stay as entities and stored in the database. Perhaps instead there could be a way to export/import the indices. Maybe the solution for Rules is an option.
These two entity types (search_api_index and search_api_server) are "configuration entities" provided by Entity Plus and they are exportable "out of the box". Create a search_api_index and try the following:
I just realized all the indices are stored in tables so it's hard to deploy.
A start would be to start with
search_api_index
andsearch_api_server
tables which appear to be tables set up with ctools for exporting/importing in d7. (Same forfacet_api
table).It could get complicated with the search_api_db_* tables which need to be recreated if deployed.
The text was updated successfully, but these errors were encountered: