Traducido del English por IA ·
Tres cambios en la 2.1.1 para quienes crean flujos.Secretos por nombre en los campos de solicitud HTTP. Un campo de solicitud HTTP ahora puede referirse a un secreto por su nombre, y el valor se completa en el servidor. La dirección y la autenticación de una llamada siguen procediendo de su conexión de endpoint, consulte Conexiones y secretos.Disparadores webhook duraderos. Los disparadores webhook ahora se almacenan de forma duradera y se reparan automáticamente después de una interrupción.Informes de entrega para notificaciones. Las notificaciones ahora informan de las entregas que se suprimieron o fallaron, para que pueda ver qué no se envió en lugar de adivinarlo desde la bandeja de entrada. En un flujo, el resultado del bloque Notify incluye los recuentos (entregadas, fallidas, suprimidas y el resto); para entregas por correo, SMS, push y chat existe el registro de notificaciones.
Three changes in 2.1.1 for people who build flows.
Secrets by name in HTTP request fields. An HTTP request field can now refer to a secret by its name, and the value is filled in on the server. The address and the authentication of a call still come from its endpoint connection, see Connections and secrets.
Durable webhook triggers. Webhook triggers are now stored durably and repaired automatically after an outage.
Delivery reports for notifications. Notifications now report the deliveries that were suppressed or failed, so you can see what did not go out instead of guessing from the inbox. In a flow, the Notify block’s result carries the counts (delivered, failed, suppressed and the rest); for mail, SMS, push and chat deliveries there is the notification log.
Traducido del English por IA ·
Tenemos un flujo que envía datos a una API de proveedor, con la clave en una fila de encabezado personalizada (X-Api-Key). ¿Debería pasarse al nuevo secreto con nombre o a otro lugar?
We have a flow that posts to a supplier API with the key in a custom header row (X-Api-Key). Should that move to the new named secret, or somewhere else?
Traducido del English por IA ·
Para una clave fija en una cabecera, la pondría en la conexión del endpoint HTTP: tipo de autenticación header, header_name X-Api-Key, y el valor va en header_value, que se guarda como secreto. Así, el bloque solo nombra la conexión y la fila de las cabeceras del bloque puede eliminarse.Tras guardar, el campo muestra «Hay un valor guardado. Déjelo vacío para conservarlo.» y el valor nunca llega a un registro de ejecución, a un log ni a una exportación. Si exportas el flujo más adelante, quien lo importe tendrá que volver a introducir el secreto.
For a fixed key in a header I’d put it on the HTTP endpoint connection: auth type header, header_name X-Api-Key, and the value goes in header_value, which is stored as a secret. Then the block only names the connection and the row in the block’s headers can go.
After saving, the field shows «A value is stored. Leave empty to keep it.» and the value never reaches a run record, a log or an export. If you export the flow later, the importer has to type the secret again.
Traducido del English por IA ·
Una pregunta sobre la parte de webhooks. ¿«Reparado tras una caída» significa que las llamadas recibidas durante la caída se ejecutan después, o solo que el disparador vuelve a funcionar por sí mismo?
Question on the webhook part. Does «repaired after an outage» mean the calls that came in during the outage get run afterwards, or only that the trigger comes back by itself?
Traducido del English por IA ·
La línea del changelog se refiere al disparador en sí: se almacena de forma duradera y se repara automáticamente tras una interrupción.En cuanto a las llamadas, una llamada webhook que esperó más de su time-to-live durante una interrupción no se ejecuta por sí sola. Pasa a Mensajes fallidos con el motivo «Esperó demasiado», y Reproducir la ejecuta. Reproducir mantiene los ids originales, y los bloques salientes envían la misma clave de idempotencia; si el sistema al que llamas la deduplica, solo ve la llamada una vez. Detalles en Protecciones y mensajes fallidos.
The changelog line is about the trigger itself: it’s stored durably and repaired automatically after an outage.
For the calls themselves, a webhook call that waited longer than its time-to-live during an outage isn’t run on its own. It goes to Failed messages with the reason «Waited too long», and Replay runs it. Replay keeps the original ids, and the outbound blocks send the same idempotency key, so if the system you call deduplicates it sees the call once. Details in Protections and failed messages.
Traducido del English por IA ·
¿Dónde veo las suprimidas de las notificaciones de alarma? No enviamos esas desde un flow.
Where do I see suppressed ones for alarm notifications? We don’t send those from a flow.
Traducido del English por IA ·
En la línea de tiempo de la alarma. Muestra Notificada con el número de destinatarios y canales, «Notificación retenida» cuando el limitador de frecuencia retuvo una, y Silenciada cuando no se avisó a nadie.El registro de notificaciones solo incluye los intentos realizados (enviado, fallido o pendiente por destinatario y canal). Algo retenido antes de intentarse (por una preferencia, horario de silencio, la ventana de repetición o un silencio) no llegó a esa fase, así que no aparece en el registro; esas decisiones se muestran en la línea de tiempo de la alarma.
On the alarm’s timeline. It shows Notified with the number of recipients and channels, «Notification held back» when the throttle kept one back, and Muted when nobody was told.
The notification log only has attempts that were made (sent, failed or pending per recipient and channel). Something held back before it was attempted (by a preference, quiet hours, the repeat window or a mute) never got that far, so it is not in the log; those decisions show on the alarm timeline instead.
- Debes estar registrado para responder a este debate.
Únete a la conversación
Inicia sesión para preguntar y responder, dar me gusta a las publicaciones útiles y marcar la respuesta que resolvió tu problema. Cada aportación suma puntos y niveles.