graphql-api-for-wp VS Symfony Dotenv

GraphQL API for WordPress

There's another GraphQL plugin you can check, maybe it will work better: https://graphql-api.com/

Alongside, I did a demo of the GraphQL API for WordPress plugin. It's all me showing how to use the plugin in the wp-admin, for some 30 min.

For plugin GraphQL API for WordPress I have chosen the latter approach, attempting to create a GraphQL schema that, even though it is based on WordPress and works for WordPress, it is not tied to WordPress (for instance, by removing inconsistent names and relationships).

I just finished coding this same website, graphql-api.com, and launched it 2 weeks ago (yay! 🥳 Btw, how do you like it? Be welcome to give me feedback, via DM or email)

This is a channel to share news concerning the development of the GraphQL API for WordPress with the community, sent the first week of each month.

Yep, this is all good, and then there's also headless WordPress, as to have WP in the back-end to manage the data, but use React to build the client-side, having the 2 communicate via the WP REST API (in core), or [WPGraphQL] or the GraphQL API for WordPress (plugins that must be installed).

GraphQL + Persisted queries via the GraphQL API for WordPress plugin

You can try out the GraphQL API for WordPress: https://graphql-api.com

Yesterday I presented plugin GraphQL API for WordPress in WordCamp India, with a 30-min demo that covers:

Keys and tokens in .env.local per environment (in .gitignore obviously), with a placeholder in the .env. I use https://github.com/symfony/dotenv

Do check dotenv files and gitignore for all your secrets and environment-specific variables (server addresses, etc.) https://github.com/symfony/dotenv

symfony/dotenv

I believe that Mozart couldn't handle some of the dependencies in my plugin. I'm making use of several of Symfony's components, including DependencyInjection, Cache and Dotenv, with everything managed through Composer.