gathergrove.io\/docs\/pricing<\/a>.<\/p>\n\nExternal services<\/h3>\n\n
This plugin connects to the following third-party services.<\/p>\n\n
Stripe<\/strong> \u2014 used to process card payments after you connect a Stripe account and a client pays for a booking or appointment. The booking and payment details required to create the charge (amount, currency, and related metadata) are sent to Stripe at payment time. Stripe.js is loaded from Stripe's servers on pages that display a payment form, as required for PCI compliance.\nTerms of service: https:\/\/stripe.com\/legal \u2014 Privacy policy: https:\/\/stripe.com\/privacy<\/p>\n\nGoogle Maps<\/strong> \u2014 used by the optional Location \"Map Embed\" and \"Directions Link\" Elementor dynamic tags. If you place the Map Embed tag on a page, the visitor's browser loads an embedded map from google.com for the location's address (Google receives the visitor's IP address and the studio address, as with any embedded map). The Directions Link tag only builds a link to google.com\/maps containing the studio address; nothing is sent unless the visitor clicks it. No data is sent from your server, and neither tag is active unless you add it to a page.\nTerms of service: https:\/\/policies.google.com\/terms \u2014 Privacy policy: https:\/\/policies.google.com\/privacy<\/p>\n\nZoom<\/strong> \u2014 used to automatically create, update, and delete Zoom meetings for virtual class and appointment sessions, only after you connect your own Zoom Server-to-Server OAuth app under Settings \u2192 Integrations. When a virtual booking is confirmed (and on reschedule or cancellation), your server sends the session's topic, start time, duration, timezone, and the host's email address to api.zoom.us \/ zoom.us using your own credentials. Nothing is sent unless you enable the integration, and visitors' browsers never contact Zoom through this plugin.\nTerms of service: https:\/\/explore.zoom.us\/en\/terms\/ \u2014 Privacy policy: https:\/\/explore.zoom.us\/en\/privacy\/<\/p>\n\n\n\n- Install and activate the free Elementor<\/strong> plugin (Plugins \u2192 Add New \u2192 search \"Elementor\").<\/li>\n
- Upload the
gather-grove-booking<\/code> folder to \/wp-content\/plugins\/<\/code>, or install the zip via Plugins \u2192 Add New \u2192 Upload Plugin.<\/li>\n- Activate Gather Grove Booking<\/strong> through the Plugins screen.<\/li>\n
- Go to Gather Grove \u2192 Settings<\/strong> to configure your studio, then connect Stripe under the Payments tab.<\/li>\n
- Use Gather Grove \u2192 Getting Started<\/strong> to create your booking and schedule pages.<\/li>\n<\/ol>\n\n\n
\nDo I need Elementor?<\/h3><\/dt>\nYes \u2014 the free Elementor plugin is required to display the booking form, schedule, and other client-facing pages. The admin and booking engine run without it, but your visitors need the Elementor widgets to book.<\/p><\/dd>\n
Do I need the other Gather Grove plugins?<\/h3><\/dt>\nNo. Booking is complete on its own. The other Gather Grove plugins are optional and add email, communities, courses, forms and more when you want them.<\/p><\/dd>\n
Do I need Elementor Pro?<\/h3><\/dt>\nNo. Elementor Pro is optional. It adds dynamic tags and automatic Theme Builder starter pages, but every booking feature works with the free Elementor plugin.<\/p><\/dd>\n
How are payments processed?<\/h3><\/dt>\nCard payments are processed by Stripe. You connect your own Stripe account; Gather Grove never stores card numbers on your site.<\/p><\/dd>\n
Does it work without a payment gateway?<\/h3><\/dt>\nYes. You can run free classes, complimentary (comp) bookings, and offline\/invoice payments without connecting Stripe.<\/p><\/dd>\n
Will my data be deleted if I uninstall?<\/h3><\/dt>\nNo. Uninstalling leaves your studio data intact by default so you can reinstall safely. You can opt in to full data deletion under Settings \u2192 General \u2192 Danger Zone.<\/p><\/dd>\n
Can I style the widgets using my real classes in the Elementor editor?<\/h3><\/dt>\nYes. Gather Grove widgets show a styleable sample by default in the Elementor editor. To style against your actual content, open the widget's Content tab, find the \"Editor Preview\" section, and set \"Preview in editor\" to \"Real data\" (for the Class Card widget, also pick a specific class). The editor canvas then renders your real class so you can style it without switching to the live page. This is rolling out across the widgets \u2014 the Class Card and Sessions List widgets have it today, with more on the way. It only affects the editor; your published page always shows live data.<\/p><\/dd>\n\n<\/dl>\n\n\n
1.186.0<\/h4>\n\n\n- Added: online reminder emails now include a \"Trouble with the link?\" line with the Zoom Meeting ID and passcode, for devices that open the link and still ask for a passcode.<\/li>\n<\/ul>\n\n
1.185.0<\/h4>\n\n\n- Changed: with no Stripe connected, a booking on a priced class or appointment is now recorded as unpaid and due at the door, not as free. Mark it \"Paid in cash\" or \"Paid by check\" on the booking or the attendance roster. The unused \"Require Payment at Booking\" setting is removed.<\/li>\n
- Fixed: private appointments are no longer offered at times the instructor is teaching or the room is in use, and Buffer Time is now enforced.<\/li>\n
- Fixed: raising a class's capacity offers the new seats to the waitlist.<\/li>\n
- Fixed: when a substitute claims a class through Find a Sub, booked clients are told.<\/li>\n
- Fixed: Mark Complete no longer turns no-shows into \"attended\".<\/li>\n
- Fixed: \"Add to Google Calendar\" links for online classes include the join link.<\/li>\n
- Fixed: bookings paid with studio credit can be refunded from the booking.<\/li>\n<\/ul>\n\n
1.184.0<\/h4>\n\n\n- New: a cancelled booking now gets its card payment back automatically. When the studio cancels a class, the card is refunded. When a client cancels before the cancellation window, the payment comes back as studio credit (default) or to the card \u2014 your choice in Settings \u2192 Bookings.<\/li>\n
- New: the cancellation window is enforced. Cancelling inside it is a late cancel (nothing refunded), and My Account says so before the client confirms.<\/li>\n
- Improved: the cancellation email and confirmation emails now say exactly what happens to the payment.<\/li>\n
- Fixed: a Find a Sub claim now emails the booked clients, and Mark Complete keeps No-Show and Excused marks already on the roster.<\/li>\n
- Fixed: raising a class's capacity offers the new seats to the waitlist, and Google calendar links include the online join link.<\/li>\n<\/ul>\n\n
1.183.0<\/h4>\n\n\n- Fixed: cancelling a class in good time now returns the studio credit it was paid with (including the credit part of a credit + card booking), just like pack sessions. A late cancel still forfeits it.<\/li>\n
- Fixed: when the studio cancels a session, every booking on it is now cancelled and gets back its pack session, session credit or studio credit. Before, bookings stayed \"confirmed\" on the cancelled class and nothing was returned.<\/li>\n
- Fixed: an admin refund can no longer return the same credit twice.<\/li>\n<\/ul>\n\n
1.182.0<\/h4>\n\n\n- New: one \"Gift card or promo code\" box at checkout. A gift card code typed there is added to the buyer's studio credit and used on the spot.<\/li>\n
- New: studio credit now pays for class packs, course enrollments and a membership's first payment, not just classes. Credit covers what it can; the card pays the rest, and no card is needed when credit covers it all.<\/li>\n
- New: printable gift cards with a QR code, \"how to use\" steps in the gift card email, gift card search in the admin, and \"Redeem a gift card code\" on the client page.<\/li>\n
- New: My Account shows the client's studio credit. Gift card codes ignore case, spaces and dashes, and cards imported from another system can keep their original number.<\/li>\n
- Fixed: on the booking form, the \"balance + card\" option disappeared as soon as the page loaded, so partial credit could not be used.<\/li>\n<\/ul>\n\n
1.181.0<\/h4>\n\n\n- New: \"My regular meeting room\" on each facilitator \u2014 one link for every live session (a Zoom Personal Room or a recurring no-fixed-time meeting). Booking stops creating a new Zoom meeting per session for them.<\/li>\n
- New: per-class \"Online link\" (use the facilitator's room, a new Zoom meeting each time, or a fixed link) and a per-session link in Edit Session.<\/li>\n
- New: \"Use this room for upcoming sessions\" moves upcoming sessions to the room in one click and deletes the old per-session Zoom meetings.<\/li>\n<\/ul>\n\n
1.180.0<\/h4>\n\n\n- Improved: automated emails (welcome, follow-ups, milestones, waitlist and more) now use your own words for sessions and facilitators.<\/li>\n
- Improved: words set in Gather Grove \u2192 Wording now apply everywhere in Booking, and Settings \u2192 General \u2192 Custom Labels shows when Wording overrides them.<\/li>\n
- Fixed: saved email subjects and bodies now fill in the {class_label_\u2026} placeholders instead of showing them as-is.<\/li>\n
- Vendors Gather Grove Core 0.63.1 (fixes saving on the Wording screen).<\/li>\n<\/ul>\n\n
1.179.0<\/h4>\n\n\n- New: your words, everywhere. Name your studio (even your own name), and choose what members see for sessions and facilitators in Gather Grove \u2192 Wording \u2014 emails, the account page, booking messages and errors all follow.<\/li>\n
- New: every booking email button now uses the button text you set in Settings \u2192 Emails, and the reminder shows your own \"before we begin\" notes in one tidy box.<\/li>\n
- New: rename the tabs on the member account page from the Client Dashboard widget.<\/li>\n
- Improved: members enrolled in a course land on their account page after signing in.<\/li>\n
- Vendors Gather Grove Core 0.63.0.<\/li>\n<\/ul>\n\n
1.178.1<\/h4>\n\n\n- Maintenance: the WordPress.org build no longer includes a file that only the paid membership-applications screen uses. Nothing changes for your studio.<\/li>\n<\/ul>\n\n
1.178.0<\/h4>\n\n\n- New: birthday greetings can go out at the start of each client's birthday month instead of on the day. Choose \"At the start of their birthday month\" under Settings > Emails > Automated > Birthday Greeting. Everyone with a birthday that month is greeted on the 1st, and anyone who adds their month later is greeted the next morning. Each client still gets one birthday email a year.<\/li>\n
- New: in birthday-month mode, the Birthday field on My Account becomes a simple month picker. Many people are happier sharing a month than a full date. Birthdays already on file count automatically. Staff can set a month on the client's Profile tab.<\/li>\n
- New: the {birthday_month} placeholder for the Birthday Greeting template.<\/li>\n
- New: promo codes can limit each client to a number of uses per calendar year instead of ever, and can be restricted to the client's birthday month. Together they make one shared \"free class in your birthday month\" code safe to publish.<\/li>\n
- Fixed: saving your profile on My Account no longer erases your address. The form doesn't show the address fields, and each save was clearing them.<\/li>\n<\/ul>\n\n
1.177.3<\/h4>\n\n\n- Fixed: the Class Discovery widget could overload a slow server. Each time a visitor changed a filter or typed another letter in the search box, the widget dropped its previous request and sent a new one \u2014 but the server finished every dropped request anyway, so they piled up. The widget now sends one request at a time, follows it with a single request for the latest filters, and waits longer between searches when the server is answering slowly. Results and links are unchanged.<\/li>\n<\/ul>\n\n
1.177.2<\/h4>\n\n\n- Fixed: approving a free membership with \"Approve a membership\" (or the founding-cohort import) now gives them the membership straight away, the same as approving a request they made. Before, it only marked them approved, so they held no membership and, if emailed, were asked to complete a purchase for a free plan. A rate you agreed with them is never waived.<\/li>\n
- Fixed: the \"Approve a membership\" card now says what happens for free and paid memberships, marks free memberships in the list, and confirms when a free membership has been granted.<\/li>\n<\/ul>\n\n
1.177.1<\/h4>\n\n\n- Fixed: Membership Requests no longer tells staff that approving always emails a link to pay. Each waiting request or application now says what Approve will do: a free membership is granted straight away; a paid request emails a link to complete the purchase; a paid application emails the applicant that they are approved so they can buy it. Nobody is charged by approving.<\/li>\n<\/ul>\n\n
1.177.0<\/h4>\n\n\n- Added: Membership Requests now shows membership applications sent through an application form, next to the requests made on the site, so everyone waiting for a decision is on one page. Each shows who applied, for which membership, when, how long they have been waiting, and a link to their full application. Approve or Decline works exactly as it does in Forms \u2014 the applicant gets the same email, and a free membership is granted the same way. The menu count includes them. Needs Gather Grove Forms 1.30.0 or newer; staff also need permission to manage forms to see and decide applications.<\/li>\n<\/ul>\n\n
1.176.0<\/h4>\n\n\n- Fixed: a membership switched on by the daily payment check (when Stripe's notification was missed or late) now sends the member their \"Purchase confirmed\" receipt and is recorded as a purchase \u2014 once, whichever check notices the payment first.<\/li>\n
- Fixed: a member's receipt is no longer skipped when the payment is confirmed while a staff member is logged in. Gifts are still receipted only to the person who bought them.<\/li>\n
- Fixed: class packs paid with a card that needed extra verification now send the buyer a receipt.<\/li>\n
- Fixed: a membership agreement form can no longer be signed on someone else's login. If the email typed on the agreement isn't the signed-in person's, the form asks them to sign in as that person instead of filing the signature to the wrong account. Parents signing for a child from the family link are unaffected.<\/li>\n<\/ul>\n\n
1.175.0<\/h4>\n\n\n- Fixed: approving an application now grants a free package to the applicant named by the email on the form, not to whoever happened to be logged in on the device it was filled in on. If that email has no account yet, nothing is granted to anyone (as for any guest applicant).<\/li>\n
- Fixed: members whose card payment is confirmed after checkout now get their \"Purchase confirmed\" receipt. Every membership is receipted exactly once, however it activates; gifts are still receipted to the giver, and renewals are not receipted as purchases.<\/li>\n
- Fixed: a membership activated after checkout is now recorded as a purchase in the activity stream, so purchase history and tier-based member tagging see it.<\/li>\n<\/ul>\n\n
1.174.2<\/h4>\n\n\n- Fixed: a package's \"What's included\" lines (and every other list the plugin stores as JSON) kept accented letters, dashes and other non-ASCII characters intact. An em dash used to be saved as the four characters \"u2014\" and show that way in the shop.<\/li>\n<\/ul>\n\n
1.174.1<\/h4>\n\n\n- Security: the instructor profile's intro-video embed is now filtered through wp_kses at output (an iframe allow-list on top of the plugin's widget allow-list).<\/li>\n
- Changed: the JSON-LD class schema is encoded at the echo.<\/li>\n<\/ul>\n\n
1.174.0<\/h4>\n\n\n- Fixed: signing in through the Login widget from a link that names a page \u2014 \"sign in to continue\" \u2014 now takes you to that page. It used to send everyone to their usual page (My Account, the Instructor Dashboard, or home), so a member invited to a community room who already had an account accepted, signed in, and landed on My Account instead of the room. Only pages on your own site are followed; anything else still goes to the usual page.<\/li>\n<\/ul>\n\n
1.173.0<\/h4>\n\n\n- Fixed: a demo fixture (seeded instructor, its linked user, or seeded member) is never mailed \u2014 judged by record, not by domain, and regardless of Demo Mode, booking scope, or the release filter.<\/li>\n<\/ul>\n\n
1.172.0<\/h4>\n\n\n- Fixed: co-teachers did not get the pre-class roster email listing who is coming. If the lead teacher had no email address saved, nobody got it \u2014 the roster was dropped silently, with nothing in the plugin to say so. Everyone teaching a session now gets their own copy.<\/li>\n<\/ul>\n\n
1.171.3<\/h4>\n\n\n- Fixed: if you renamed Appointments to your own word under Settings \u2192 Custom Labels, the word never appeared anywhere \u2014 the Services menu ignored it. It now uses your wording, the same way Classes and Instructors already did.<\/li>\n
- Fixed: the Gather Grove dashboard tile always said \"Today's classes\", even for studios who call them events, gatherings or ceremonies. It now uses your own word.<\/li>\n<\/ul>\n\n
1.171.2<\/h4>\n\n\n- Fixed: a class scheduled for a different length than usual showed its usual length on the schedule. If you ran a 90-minute class for two hours at a special event, or trimmed one to 75 minutes for the day, the booking, the times and the reminder email were all correct \u2014 but the schedule, the class list and the pop-up all still said 90 minutes. Every view now reads the length from the session itself.<\/li>\n<\/ul>\n\n
1.171.1<\/h4>\n\n\n- Fixed: cancelling a booking that was paid with a pack could fail to give the session back. On packs where the booking had never been counted, the database refused the whole update, so the member's remaining sessions were not credited. Sessions are now always restored.<\/li>\n
- Changed: the public schedule and class-grid renderers close their output buffer on the same straight-line path as every other buffer in the plugin; the exception path discards it explicitly.<\/li>\n<\/ul>\n\n
1.170.4<\/h4>\n\n\n- Fixed: payments made for a child showed up in Reports with the Client column blank. A family membership is bought for the child, and a child has no login of their own, so there was no name to print \u2014 the money was always counted, it just had nobody's name against it. Rows now read the child's name, with a new \"Paid By\" column naming the parent, in the transactions list and the CSV export alike.<\/li>\n
- Fixed: a parent's own Purchases tab said \"No transactions found for this client\" even after they had paid, because their children's payments were filed under the children. The tab now shows everything the household has paid, with a Member column saying who each payment was for.<\/li>\n<\/ul>\n\n
1.170.3<\/h4>\n\n\n- Fixed: nobody could create an account from the sign-up pop-up. If you ask new members for a phone number \u2014 which is the default \u2014 the pop-up never showed a phone box but still refused to continue without one, so anyone signing up from a class page or an RSVP hit \"Please enter a phone number\" with nowhere to type it. The box is now there. The separate Login and Register pages were never affected.<\/li>\n<\/ul>\n\n
1.170.2<\/h4>\n\n\n- Fixed: two membership and household lookups rebuilt so the WordPress.org security scanner can verify them. No change to what they return.<\/li>\n<\/ul>\n\n
1.170.1<\/h4>\n\n\n- Changed: updated the bundled Gather Grove core to 0.55.0.<\/li>\n<\/ul>\n\n
1.170.0<\/h4>\n\n\n- Fixed: a studio that started using Pulse after it had already been selling could never get its membership history across. Booking has always told Pulse about a purchase as it happens, but it had no way to hand over the ones that came before \u2014 so \"everyone on the $99 tier\" or \"when someone buys a membership\" simply had nothing to work with, and the import said it had finished. Past purchases, memberships and renewals now come across with the rest of the history.<\/li>\n
- Fixed: a renewal now arrives as its own event on the day it was paid, rather than everything folding back onto the day the member first joined. Without that, a member who has paid every month since 2023 looked like they last bought something two years ago \u2014 which is exactly the kind of member a win-back campaign should never be mailing.<\/li>\n
- Fixed: purchases imported from another platform came across dated to the day the import ran and priced at zero. They now carry the date and price they actually had.<\/li>\n
- Added: Booking now tells Pulse which kinds of past activity it cannot hand over, and why, so \"the import finished\" stops being mistaken for \"you have everything\". Past failed and recovered payments are the honest gap \u2014 Booking records where a payment ended up, not the moment it went wrong, so those can only be captured from now on.<\/li>\n<\/ul>\n\n
1.169.0<\/h4>\n\n\n- Fixed: if you asked for access to a members-only class while booking for someone in your household, the access was granted to you<\/em> instead of to them \u2014 so the studio approved it, you were told you were approved, and the class still turned you away. The request now asks who it is for, and the approval lands on that person.<\/li>\n
- Added: a \"Who is this access for?\" choice on the request panel, listing exactly the people you are allowed to book for. Anyone who already has the membership, or already has a request waiting on it, is left off.<\/li>\n
- Fixed: emails about a membership request now go to whoever asked for it. A request made for a child or a family member without their own login used to resolve to an address that did not exist, and the approval email quietly went nowhere.<\/li>\n
- Fixed: the studio's request email now names the person the membership is for, not just the person who asked \u2014 approving puts the membership on their account.<\/li>\n
- Fixed: after your request was approved, an adult family member you book for could disappear from the checkout you had just been told to complete.<\/li>\n<\/ul>\n\n
1.168.0<\/h4>\n\n\n- Fixed: a parent could see a family member in the booking form's \"Who is this for?\" list, choose them, and be told \"You don't have permission to book for that person\". The list showed everyone in the household; the booking check allowed a narrower set. They now come from the same place, so the list can never again name somebody the booking is going to refuse.<\/li>\n
- Fixed: an adult you had granted \"Can manage children\" got no \"Who is this for?\" list at all, so the one person that setting exists to help had no way to say which child they were booking. They now see the children they are allowed to book for.<\/li>\n
- Added: supported adults. Someone with their own account can now say that the adults in their household may book classes and appointments for them \u2014 for a self-directed or day-programme participant, an adult child, or anyone else who has their own login and would rather a parent or caregiver did the booking. Turn it on from the Household section of your account, or ask the studio to set it up.<\/li>\n
- Added: studios can record the arrangement from Clients \u2192 Household, with a new \"Booked for by household\" column. The person can always turn it off again themselves.<\/li>\n
- Changed: the household roster now says why you cannot book for a linked adult, on the roster where you added them, instead of leaving you to find out at checkout.<\/li>\n
- Note: only the person themselves or the studio can turn this on \u2014 a payer cannot grant it to themselves over another adult. Memberships remain non-transferable: a supported adult needs their own pass, which a caregiver can buy and use on their behalf.<\/li>\n<\/ul>\n\n
1.167.0<\/h4>\n\n\n- Fixed: booking and course confirmations no longer promise \"a full refund\" for cancelling. Cancelling has never returned money automatically \u2014 refunds have always been the studio's own decision \u2014 so the email was committing you to something the software does not do.<\/li>\n
- Fixed: the cancellation email no longer tells a member that a named amount \"will be returned to your original payment method within 5-10 business days\". It now states what they paid and leaves the refund to you.<\/li>\n
- Changed: confirmations now show YOUR Cancellation Policy from Settings, the same words shown at checkout. Previously the emails ignored it and stated their own rule, so a studio could advertise one policy and have its confirmation contradict it.<\/li>\n
- Note: the \"cancellation window\" setting has never been enforced anywhere in the booking system, and this release does not start enforcing it. Members can still cancel at any time. Set your Cancellation Policy text to describe what you actually do.<\/li>\n<\/ul>\n\n
1.166.0<\/h4>\n\n\n- Fixed: the studio's address now also appears on appointment confirmations, course enrolment confirmations, the email a guest gets when someone books them a seat, and the note a substitute teacher receives \u2014 the four other messages sent to someone expected to turn up somewhere.<\/li>\n
- Fixed: \"Add to Calendar\" carries the address everywhere it appears, including on a member's account page and in an instructor's subscribed calendar feed. A substitute covering an unfamiliar room gets a calendar entry that actually navigates.<\/li>\n
- Note: cancellations, rejections and \"you are back on this class\" notices deliberately do not show an address \u2014 nobody is being asked to travel.<\/li>\n<\/ul>\n\n
1.165.0<\/h4>\n\n\n- Fixed: booking confirmations now show the studio's street address under the location name. They named the place but never said where it was, which for a studio whose name is its brand left a first-time student with nothing to navigate to.<\/li>\n
- Fixed: \"Add to Google Calendar\" and the calendar invite attached to a confirmation now carry the full address, so tapping the entry for directions actually finds the place instead of searching for the studio's name.<\/li>\n
- Fixed: a suite or unit number entered on a location was never included in any address, sending students to the right building and the wrong door.<\/li>\n
- Changed: addresses now read \"Crestone, CO 81131\" rather than \"Crestone, CO, 81131\", and are formatted the same way everywhere they appear.<\/li>\n<\/ul>\n\n
1.164.0<\/h4>\n\n\n- Added: promo codes now work on the enrolment checkout link, so an offer made at an info session or agreed with one student can be redeemed by typing the code \u2014 the discount is worked out on your server from the code and the package price, never from the link.<\/li>\n
- Added: a promo code can be limited to specific packages, so a code written for one programme cannot be spent on anything else.<\/li>\n
- Fixed: a code that cannot be used says so and returns you to the page you typed it on, instead of quietly sending you to Stripe at the full price.<\/li>\n<\/ul>\n\n
Older releases are listed in changelog.txt, included with the plugin and viewable at https:\/\/plugins.svn.wordpress.org\/gather-grove-booking\/trunk\/changelog.txt<\/p>","raw_excerpt":"For yoga studios, teachers, and community programs \u2014 class booking, waivers, appointments, waitlists, and Stripe payments. Built for Elementor.","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/319887","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=319887"}],"author":[{"embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/gturtle108"}],"wp:attachment":[{"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=319887"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=319887"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=319887"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=319887"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=319887"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/brx.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=319887"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}