Compose-ready workspace: packages/zappier (rate card, portal, Stripe), packages/verae-zapier-middleware (timestamp + NATS), packages/verae-zapier (CLI app), vendor/zapier-platform, and research/zapier vendor corpus. Gate 0 structure checks pass. Product code and research are not yet wired.
128 lines
4.5 KiB
JavaScript
128 lines
4.5 KiB
JavaScript
const subscribeHook = (z, bundle) => {
|
|
// `z.console.log()` is similar to `console.log()`.
|
|
z.console.log('console says hello world!');
|
|
|
|
// bundle.targetUrl has the Hook URL this app should call when a recipe is created.
|
|
// https://platform.zapier.com/build/bundle#targeturl
|
|
const data = {
|
|
url: bundle.targetUrl,
|
|
style: bundle.inputData.style,
|
|
};
|
|
|
|
// You can build requests and our client will helpfully inject all the variables
|
|
// you need to complete. You can also register middleware to control this.
|
|
const options = {
|
|
url: 'https://57b20fb546b57d1100a3c405.mockapi.io/api/hooks',
|
|
method: 'POST',
|
|
body: data,
|
|
};
|
|
|
|
// You may return a promise or a normal data structure from any perform method.
|
|
|
|
// If your webhook subscriptions expire, make sure the subscribe endpoint returns an `expiration_date` property containing an ISO8601 date.
|
|
// The platform will automatically attempt to resubscribe after the expiration date. More details here: https://platform.zapier.com/build/cli-hook-trigger#prerequisites
|
|
|
|
return z.request(options).then((response) => response.data);
|
|
};
|
|
|
|
const unsubscribeHook = (z, bundle) => {
|
|
// bundle.subscribeData contains the parsed response JSON from the subscribe request.
|
|
const hookId = bundle.subscribeData.id;
|
|
|
|
// You can build requests and our client will helpfully inject all the variables
|
|
// you need to complete. You can also register middleware to control this.
|
|
const options = {
|
|
url: `https://57b20fb546b57d1100a3c405.mockapi.io/api/hooks/${hookId}`,
|
|
method: 'DELETE',
|
|
};
|
|
|
|
// You may return a promise or a normal data structure from any perform method.
|
|
return z.request(options).then((response) => response.data);
|
|
};
|
|
|
|
const getRecipe = (z, bundle) => {
|
|
// bundle.cleanedRequest will include the parsed JSON object (if it's not a
|
|
// test poll) and also a .querystring property with the URL's query string.
|
|
const recipe = {
|
|
id: bundle.cleanedRequest.id,
|
|
name: bundle.cleanedRequest.name,
|
|
directions: bundle.cleanedRequest.directions,
|
|
style: bundle.cleanedRequest.style,
|
|
authorId: bundle.cleanedRequest.authorId,
|
|
createdAt: bundle.cleanedRequest.createdAt,
|
|
};
|
|
|
|
return [recipe];
|
|
};
|
|
|
|
const getFallbackRealRecipe = (z, bundle) => {
|
|
// For the test poll, you should get some real data, to aid the setup process.
|
|
const options = {
|
|
url: 'https://57b20fb546b57d1100a3c405.mockapi.io/api/recipes/',
|
|
params: {
|
|
style: bundle.inputData.style,
|
|
},
|
|
};
|
|
|
|
return z.request(options).then((response) => response.data);
|
|
};
|
|
|
|
// We recommend writing your triggers separate like this and rolling them
|
|
// into the App definition at the end.
|
|
module.exports = {
|
|
key: 'recipe',
|
|
|
|
// You'll want to provide some helpful display labels and descriptions
|
|
// for users. Zapier will put them into the UI.
|
|
noun: 'Recipe',
|
|
display: {
|
|
label: 'New Recipe',
|
|
description: 'Trigger when a new recipe is added.',
|
|
},
|
|
|
|
// `operation` is where the business logic goes.
|
|
operation: {
|
|
// `inputFields` can define the fields a user could provide,
|
|
// we'll pass them in as `bundle.inputData` later.
|
|
inputFields: [
|
|
{
|
|
key: 'style',
|
|
type: 'string',
|
|
helpText: 'Which styles of cuisine this should trigger on.',
|
|
},
|
|
],
|
|
|
|
type: 'hook',
|
|
|
|
performSubscribe: subscribeHook,
|
|
performUnsubscribe: unsubscribeHook,
|
|
|
|
perform: getRecipe,
|
|
performList: getFallbackRealRecipe,
|
|
|
|
// In cases where Zapier needs to show an example record to the user, but we are unable to get a live example
|
|
// from the API, Zapier will fallback to this hard-coded sample. It should reflect the data structure of
|
|
// returned records, and have obviously dummy values that we can show to any user.
|
|
sample: {
|
|
id: 1,
|
|
createdAt: 1472069465,
|
|
name: 'Best Spaghetti Ever',
|
|
authorId: 1,
|
|
directions: '1. Boil Noodles\n2.Serve with sauce',
|
|
style: 'italian',
|
|
},
|
|
|
|
// If the resource can have fields that are custom on a per-user basis, define a function to fetch the custom
|
|
// field definitions. The result will be used to augment the sample.
|
|
// outputFields: () => { return []; }
|
|
// Alternatively, a static field definition should be provided, to specify labels for the fields
|
|
outputFields: [
|
|
{ key: 'id', label: 'ID' },
|
|
{ key: 'createdAt', label: 'Created At' },
|
|
{ key: 'name', label: 'Name' },
|
|
{ key: 'directions', label: 'Directions' },
|
|
{ key: 'authorId', label: 'Author ID' },
|
|
{ key: 'style', label: 'Style' },
|
|
],
|
|
},
|
|
};
|