@cloak-app/algolia
v0.4.0
Published
Record syncing generate hook and SSR components for Algolia with Nuxt.
Downloads
19
Keywords
Readme
@cloak-app/algolia
Record syncing generate hook and SSR components for Algolia with Nuxt.
Install
- Install with
yarn add @cloak-app/algolia
- Add to
nuxt.config
withbuildModules: ['@cloak-app/algolia']
Module Options
Set these properties within cloak: { algolia: { ... } }
in the nuxt.config.js:
Credentials
appId
- Algolia app ID, defaults toprocess.env.ALGOLIA_APP_ID
.searchKey
- Algolia public search API key, defaults toprocess.env.ALGOLIA_SEARCH_KEY
.adminKey
- Algolia private admin API key, defaults toprocess.env.ALGOLIA_ADMIN_KEY
.
Syncing
syncHook
- The Nuxt lifecycle to run sync operation on. Defaults togenerate:before
, a good default if you are using Algolia data during SSR. If you only use client side, change togenerate:done
to prevent syncing if thegenerate
operation fails.sync
- An array of sync configuration rules. There shoud be an array item for each index you want to sync to. See Usage for more information.
Project Dependencies
.max-w*
styles (included in Cloak viawhitespace.styl
)
Usage
Sync
In the sync
array's simplest form, give it a simple string per index:
// nuxt.config.js
export default {
cloak: {
algolia: {
sync: ['articles'],
}
}
}
This does a couple a couple of things:
It will create an Algolia index automatically during
yarn generate
that named${env}_${site}_${name}
whereenv
is derived from$config.cloak.boilerplate.appEnv
andsite
is derived from$config.cloak.craft.site
. For example,prod_en-US_articles
.It will query the CMS for records matching that name. If using Craft, this means querying for all entries that have a section of
articles
. The composition of these entry objects is made using a gql fragment that is expected to live at~/queries/fragments/article.gql
. This should be the same fragment that is used to render these entries in other places on the site where they are listed. Thus, if you render these entries in some sort of card UX, the objects returned by Algolia and the objects returned by the CMS should be identical so you can directly render the card components without any massaging of Algolia data.
The sync
array also supports an expanded form, if you want to tweak any of these names.
// nuxt.config.js
export default {
cloak: {
algolia: {
sync: [
{
name: 'blogs',
indexName: 'prod_articles',
// Use Craft helpers ...
fragmentPath: 'path/to/fragment.gql',
fragmentNames: ['blog', 'pressRelease'], // Optional
section: 'blog', // Craft section type
type: 'article', // Craft entry type, optional
// ... or completely replace the query and variables ...
// query: `query($section:[String]) {...}`,
// variables: { section: "blog", category: "..." },
// ... or fetch all your records some other way ...
// records: [{ ... }],
// Set Algolia index settings
// https://www.algolia.com/doc/api-reference/settings-api-parameters/
settings: {},
// Set Algolia rules
// https://www.algolia.com/doc/api-client/methods/rules/
rules: [],
// Set Algolia synonyms
// https://www.algolia.com/doc/api-client/methods/synonyms/
synonyms: [],
}
],
}
}
}
Another common pattern is merging Shopify product data with CMS product data. This can be easily accomplished with the mergeShopify
option:
// nuxt.config.js
export default {
cloak: {
algolia: {
sync: [{
name: 'products,
mergeShopify: 'products',
}],
}
}
}
This uses the @cloak-app/shopify
package to fetch products that match the CMS products, comparing CMS slugs with Shopify handles. The product
fragment is used with the Shopify data.
CLI
You can manually run the sync operation by running the following from within your Nuxt directory:
$ yarn algolia-sync
Contributing
Run yarn dev
to open a Nuxt dev build of the demo directory.
To work on the record-sync module, run chmod +x ./cli.js
to make cli.js executable and then run ./cli.js demo --mock
to run the record-sync
process using the demo Nuxt environment.