n8n: trigger SMS via Openapi from an automated workflow
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- docker, php
- Lĩnh vực
- backend-api-design, devops
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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?
- Ngôn ngữ chính
- PHP
- Star
- 20
- Fork
- 3
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của openapi/openapi-php-sdk
-
Improve PHPDoc Consistency Across the CodebaseCó thể làm lại được @Seraphim200001 đã nhận 140 ngày trước và không có pull request nào đang mở. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
openapi/openapi-php-sdk#36 · 3 bình luận ·
-
enhancement help wanted
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
openapi/openapi-php-sdk#34 ·
-
good first issue question
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
openapi/openapi-php-sdk#33 · 2 bình luận ·
-
help wanted question
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
openapi/openapi-php-sdk#31 ·
-
enhancement good first issue
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
openapi/openapi-php-sdk#30 ·
Tất cả issue của openapi/openapi-php-sdk
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
TYPO3BestPractices/tea#2409 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
api-platform/core#8690 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
No Code Attached Yet
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
joomla/joomla-cms#48626 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
DorsetDigital/silverstripe-schema-manager#26 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
sync-en
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 4 ngày