n8n: trigger SMS via Openapi from an automated workflow
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- docker, php
- Domaine
- backend-api-design, devops
Piste de recherche
Start by reading the SDK's existing client and deployment documentation to see how it is configured and used. The issue proposes a Docker-composable microservice or FrankenPHP binary but leaves deployment, token handling, and project scope open; clarify those decisions before implementation. Done would mean an agreed deployment example or service design that lets n8n trigger SMS through the SDK.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Use case
We use n8n to orchestrate customer notifications. One step requires sending an SMS via Openapi when a form is submitted. Currently we call a custom PHP endpoint that wraps the SDK, but it feels like unnecessary infrastructure.
Current architecture
n8n Webhook → HTTP Request → PHP endpoint → Openapi SDK → SMS API
The PHP endpoint looks like:
<?php
require 'vendor/autoload.php';
use Openapi\Client;
$body = json_decode(file_get_contents('php://input'), true);
$client = new Client(getenv('OPENAPI_TOKEN'));
echo $client->post('https://sms.openapi.com/send', [
'to' => $body['phone'],
'text' => $body['message'],
]);
Ideal state
A Docker-composable PHP microservice (or even a standalone FrankenPHP single binary) that exposes this pattern, so n8n can call it without deploying a full PHP app.
Open questions
- Would the project consider shipping a
docker-compose.ymlexample for this pattern? - Is FrankenPHP a reasonable target for a zero-config deployment story?
- Should the microservice handle token generation internally, or require the consumer to pass a pre-generated token?
- Langage dominant
- PHP
- Étoiles
- 20
- Forks
- 3
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de openapi/openapi-php-sdk
-
Improve PHPDoc Consistency Across the CodebasePeut-être à nouveau libre @Seraphim200001 l’a pris il y a 139 jours, et aucune pull request n’est ouverte. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
openapi/openapi-php-sdk#36 · 3 commentaires ·
-
enhancement help wanted
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
openapi/openapi-php-sdk#34 ·
-
good first issue question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
openapi/openapi-php-sdk#33 · 2 commentaires ·
-
help wanted question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
openapi/openapi-php-sdk#31 ·
-
enhancement good first issue
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
openapi/openapi-php-sdk#30 ·
Toutes les issues de openapi/openapi-php-sdk
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
matomo-org/device-detector#8405 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 1 jour
-
sync-en
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Les mainteneurs répondent en général sous 1 jour
-
sync-en
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 4 jours