Milestone 0: import zappier billing, Verae middleware, and Zapier research
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.
This commit is contained in:
commit
b4150c8250
1364 changed files with 6814366 additions and 0 deletions
128
vendor/zapier-platform/example-apps/rest-hooks/triggers/recipe.js
vendored
Normal file
128
vendor/zapier-platform/example-apps/rest-hooks/triggers/recipe.js
vendored
Normal file
|
|
@ -0,0 +1,128 @@
|
|||
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' },
|
||||
],
|
||||
},
|
||||
};
|
||||
Loading…
Add table
Add a link
Reference in a new issue