n8n: trigger SMS via Openapi from an automated workflow
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- docker, php
- Área
- backend-api-design, devops
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- PHP
- Estrellas
- 20
- Forks
- 3
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openapi/openapi-php-sdk
-
Improve PHPDoc Consistency Across the CodebaseQuizá libre de nuevo @Seraphim200001 la tomó hace 138 días y no hay ningún pull request abierto. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
openapi/openapi-php-sdk#36 · 3 comentarios ·
-
enhancement help wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#34 ·
-
good first issue question
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
openapi/openapi-php-sdk#33 · 2 comentarios ·
-
help wanted question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#31 ·
-
enhancement good first issue
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#30 ·
Todos los issues de openapi/openapi-php-sdk
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
scanaislop/aislop#482 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
humanmade/publication-checklist#73 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Werkstattl/OpenBlogware#92 ·