Passer au contenu

Rust

Appelez Formerie à partir de n’importe quel serveur Rust avec reqwest, le client de la plupart des projets asynchrones, et serde_json. Vous n’avez besoin ni d’un paquet Formerie ni d’une clé d’API : l’adresse publique d’un formulaire suffit.

Soumettre un formulaire

Ajoutez les crates, puis mettez ce code dans src/main.rs. cargo run l’envoie.

Shell
cargo add reqwest@0.12 --features json
cargo add serde_json
cargo add tokio --features macros,rt-multi-thread,time
Rust
use serde_json::{json, Value};
use std::{env, time::Duration};

#[tokio::main]
async fn main() -> Result<(), reqwest::Error> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());

    let client = reqwest::Client::builder().timeout(Duration::from_secs(10)).build()?;
    let response = client
        .post(format!("{runtime_url}/{form}/submit"))
        .json(&json!({
            "fields": {
                "name": "Jane Example",
                "email": "jane@example.com",
                "message": "Hello from my server",
            },
        }))
        .send()
        .await?;
    let status = response.status();
    let result: Value = response.json().await?;
    println!("{status} {}", result["submissionUid"].as_str().or(result["error"]["code"].as_str()).unwrap_or(""));
    Ok(())
}

Remplacez acme/contact, sur la ligne indiquée, par vos propres identifiants. Une réussite donne l’état HTTP 202, avec un submissionUid comme sub_p6dr8wq2j7tkan : les réponses sont stockées et leur courriel est en file d’attente. Chaque exemple lit deux réglages facultatifs dans l’environnement : FORMERIE_RUNTIME_URL pour un nom d’hôte que vous avez branché, et FORMERIE_FORM pour les identifiants.

Avant de commencer

  1. Publiez un formulaire, et prenez ses identifiants d’espace de travail et de formulaire dans l’onglet Publication. Votre serveur n’a pas besoin de figurer dans les sites autorisés du formulaire.
  2. Pour faire des essais sans envoyer de courriel, créez une clé de test dans l’onglet Tests du formulaire, et mettez-la dans une variable d’environnement appelée FORMERIE_TEST_KEY :
Rust
use serde_json::{json, Value};
use std::{env, time::Duration};

#[tokio::main]
async fn main() -> Result<(), reqwest::Error> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());
    // Keep the key out of your code. A test is stored apart and emails nobody.
    let test_key = env::var("FORMERIE_TEST_KEY").expect("FORMERIE_TEST_KEY isn't set");

    let client = reqwest::Client::builder().timeout(Duration::from_secs(10)).build()?;
    let response = client
        .post(format!("{runtime_url}/{form}/submit"))
        .header("X-Formerie-Test-Key", test_key)
        .json(&json!({
            "fields": { "name": "Jane Example", "email": "jane@example.com", "message": "Just a test" },
        }))
        .send()
        .await?;
    let status = response.status();
    let result: Value = response.json().await?;
    println!("{status} {}", result["submissionUid"].as_str().or(result["error"]["code"].as_str()).unwrap_or(""));
    Ok(())
}

Un test revient sous la forme tst_..., est stocké à part et n’envoie de courriel à personne. Une mauvaise clé reçoit TEST_KEY_INVALID, état HTTP 401, et rien n’est stocké. Retirez l’en-tête avant la mise en ligne, car une clé laissée en place classe tout comme un test. Consultez Tester depuis un serveur ou l’intégration continue.

Vérifier des réponses sans soumettre

validate vérifie les réponses et ne stocke rien, ce qui vous permet de signaler un problème tôt. Il répond 200 quand elles passent, et 422 avec les mêmes erreurs qu’une soumission quand elles ne passent pas. La soumission finale vérifie toujours tout le formulaire de nouveau.

Rust
use serde_json::{json, Value};
use std::{env, time::Duration};

/// Checks answers and stores nothing. With no step, only the fields you send are checked.
async fn check_answers(client: &reqwest::Client, fields: Value, step: Option<&str>) -> Result<Value, Box<dyn std::error::Error>> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());

    let body = match step {
        Some(step) => json!({ "mode": "step", "step": step, "fields": fields }),
        None => json!({ "mode": "partial", "fields": fields }),
    };
    let result: Value = client.post(format!("{runtime_url}/{form}/validate")).json(&body).send().await?.json().await?;
    if result["ok"] != true && result["error"]["code"] != "VALIDATION_FAILED" {
        return Err(format!("formerie: {}", result["error"]["code"]).into());
    }
    Ok(result)
}

Par défaut, seuls les champs que vous envoyez sont vérifiés. Passez une étape pour vérifier plutôt tous ses champs, sur un formulaire à étapes. Une étape que le formulaire n’a pas reçoit BAD_REQUEST.

Afficher les erreurs par champ

Les réponses refusées reviennent avec VALIDATION_FAILED, état HTTP 422, et rien n’est stocké. error.fields contient les problèmes par champ, et error.issues les mêmes, dans l’ordre. Chacun a un path, un code sur lequel vous fier et un message que vous pouvez afficher, dans la langue du formulaire.

Rust
use serde_json::{json, Value};
use std::{env, time::Duration};

async fn submit_answers(client: &reqwest::Client, fields: &Value) -> Result<Value, reqwest::Error> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());
    client.post(format!("{runtime_url}/{form}/submit")).json(&json!({ "fields": fields })).send().await?.json().await
}

fn escape_html(text: &str) -> String {
    text.replace('&', "&amp;").replace('<', "&lt;").replace('>', "&gt;").replace('"', "&quot;").replace('\'', "&#39;")
}

/// Finds the visitor's answer for a path such as contact.email, so the form can show it again.
fn answer_at<'a>(answers: &'a Value, path: &str) -> &'a str {
    path.split('.').fold(answers, |value, part| &value[part]).as_str().unwrap_or("")
}

/// One input with its answer kept and its first message under it.
fn render_field(path: &str, answers: &Value, result: &Value) -> String {
    let error = match result["error"]["fields"][path][0]["message"].as_str() {
        Some(message) => format!(r#"<p class="error">{}</p>"#, escape_html(message)),
        None => String::new(),
    };
    format!(r#"<input name="{}" value="{}">{error}"#, escape_html(path), escape_html(answer_at(answers, path)))
}

Un champ dans un groupe a un chemin comme contact.email, et un champ dans une liste, guests[0].email : séparez le chemin pour trouver sa réponse. Consultez Chemins de champs. Réaffichez les réponses du visiteur avec les messages, échappées, pour qu’il n’ait qu’à corriger ce qui ne va pas.

Réessayer en toute sécurité

Une panne de réseau ne vous dit pas si la soumission est arrivée. Envoyez donc une seule metadata.idempotencyKey par soumission, la même à chaque nouvel essai. Formerie la compte et la livre alors une seule fois, et signale une répétition avec DUPLICATE_SUBMISSION, état HTTP 409, qui veut dire que le premier envoi a fonctionné.

Rust
use rand::Rng;
use serde_json::{json, Value};
use std::{env, time::Duration};

const MAX_ATTEMPTS: u32 = 3;
const LONGEST_WAIT: u64 = 30;

/// One attempt. Says what happened, and whether another attempt could help.
async fn send_once(client: &reqwest::Client, fields: &Value, key: &str) -> (Value, bool, Option<u64>) {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());

    let response = client
        .post(format!("{runtime_url}/{form}/submit"))
        .json(&json!({ "fields": fields, "metadata": { "idempotencyKey": key } }))
        .send()
        .await;
    let response = match response {
        Ok(response) => response,
        Err(_) => return (json!({ "outcome": "retry-later", "reason": "network" }), true, None),
    };
    let status = response.status().as_u16();

    // Only the short-term limit sends Retry-After. A form's own limit can last an hour, so don't wait for it.
    if status == 429 {
        let after: Option<u64> = response.headers().get("Retry-After").and_then(|value| value.to_str().ok()?.parse().ok());
        let again = after.is_some_and(|seconds| seconds <= LONGEST_WAIT);
        return (json!({ "outcome": "retry-later", "reason": "rate-limited", "after": after }), again, after);
    }

    // Something in front of Formerie may answer without JSON, so look at the status first.
    let result: Value = match response.json().await {
        Ok(result) => result,
        Err(_) => {
            let again = matches!(status, 502 | 503 | 504);
            return (json!({ "outcome": "retry-later", "reason": "bad-response" }), again, None);
        }
    };

    if result["ok"] == true {
        return (json!({ "outcome": "accepted", "id": result["submissionUid"] }), false, None);
    }
    let error = &result["error"];
    match error["code"].as_str().unwrap_or("") {
        // The first send worked, and only its answer was lost.
        "DUPLICATE_SUBMISSION" => (json!({ "outcome": "accepted", "duplicate": true }), false, None),
        code @ ("FORM_MAINTENANCE" | "QUEUE_FAILED" | "INTERNAL_ERROR") => {
            (json!({ "outcome": "retry-later", "reason": code }), true, None)
        }
        "VALIDATION_FAILED" => (json!({ "outcome": "invalid", "code": error["code"], "issues": error["issues"] }), false, None),
        _ => (json!({ "outcome": "rejected", "code": error["code"], "message": error["message"] }), false, None),
    }
}

/// One key per submission, the same on every retry. Store it with the answers if you retry later.
async fn submit_with_retries(client: &reqwest::Client, fields: &Value, key: &str) -> Value {
    let mut attempt = 1;
    loop {
        let (mut answer, again, after) = send_once(client, fields, key).await;
        if !again || attempt == MAX_ATTEMPTS {
            answer["key"] = json!(key);
            answer["attempts"] = json!(attempt);
            return answer;
        }
        let backoff = rand::rng().random_range(0..=(250u64 << attempt).min(4_000));
        tokio::time::sleep(Duration::from_millis(backoff.max(after.unwrap_or(0) * 1_000))).await;
        attempt += 1;
    }
}
RéponseRéessayer?
Pas de connexion, ou délai dépasséOui, avec la même clé
429 avec Retry-AfterOui, après cette attente, si elle est courte. La limite à court terme répond avec Retry-After: 60
429 sans Retry-AfterNon. La limite d’un formulaire peut durer une heure : demandez au visiteur de réessayer plus tard
FORM_MAINTENANCE, QUEUE_FAILED, INTERNAL_ERROROui, après une courte attente
502, 503 ou 504 sans JSONOui. Quelque chose devant Formerie a répondu
Toute autre réponse sans JSONNon. Gardez la clé, et voyez ce qui s’est passé
DUPLICATE_SUBMISSIONNon. Traitez-le comme un succès
VALIDATION_FAILED et tout autre codeNon. La réponse ne changera pas
  • La clé doit être une chaîne non vide. Tout le reste est ignoré, et il n’y a alors aucune vérification des répétitions.
  • Une répétition est repérée pendant 300 secondes par défaut, selon la période d’envois répétés du formulaire. Consultez Ce que couvre la période d’envois répétés.
  • Cette vérification passe en premier : une clé déjà acceptée reçoit DUPLICATE_SUBMISSION, même avec d’autres réponses. Utilisez une nouvelle clé pour chaque nouvelle soumission. Une clé refusée à cause de ses réponses n’a jamais été acceptée : elle peut repartir une fois celles-ci corrigées.
  • Un nouvel essai après QUEUE_FAILED peut stocker une deuxième copie, que vous verriez sous Soumissions. C’est rare.

Vérification humaine

Si votre formulaire exige une vérification humaine, utilisez vos propres clés, avec votre site dans la liste de domaines du fournisseur et dans les sites autorisés du formulaire. Le widget ajoute son jeton à votre formulaire. Transmettez deux choses :

  1. Le jeton, comme verificationToken, retiré des champs.
  2. L’Origin de la requête du visiteur, parce que Formerie compare le domaine du jeton avec celui-ci. Un serveur n’en envoie pas de lui-même, et la vérification échoue alors avec TURNSTILE_FAILED.
Rust
use serde_json::{json, Value};
use std::{env, time::Duration};

/// posted is what your form sent. origin is the Origin header of the visitor's request.
async fn submit_verified(client: &reqwest::Client, mut posted: Value, origin: &str) -> Result<Value, reqwest::Error> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());

    let token = posted.as_object_mut().and_then(|fields| fields.remove("cf-turnstile-response"));
    let mut request = client
        .post(format!("{runtime_url}/{form}/submit"))
        .json(&json!({ "fields": posted, "verificationToken": token }));
    // Without the visitor's Origin, the provider's hostname can't match, and the check fails.
    if !origin.is_empty() {
        request = request.header("Origin", origin);
    }
    request.send().await?.json().await
}

Une Origin absente des sites autorisés du formulaire reçoit FORBIDDEN_ORIGIN. Ne la transmettez que pour ça : sur tout autre formulaire, elle active une vérification dont votre serveur n’a autrement pas besoin. Le widget a besoin de JavaScript dans le navigateur du visiteur. Consultez La vérification avec un serveur.

Vérifications antipourriel

Les pages hébergées et les intégrations envoient ces métadonnées pour vous. À partir de votre serveur, envoyez-les vous-même, sinon ces vérifications sont sautées.

Rust
use chrono::{DateTime, SecondsFormat, Utc};
use serde_json::{json, Value};
use std::{env, time::Duration};

async fn submit_with_metadata(
    client: &reqwest::Client,
    fields: &Value,
    started_at: DateTime<Utc>,
    visitor_id: &str,
) -> Result<Value, reqwest::Error> {
    let runtime_url = env::var("FORMERIE_RUNTIME_URL").unwrap_or("https://forms.formerie.com".into());
    // Your form. This is the only line that names it.
    let form = env::var("FORMERIE_FORM").unwrap_or("acme/contact".into());

    client
        .post(format!("{runtime_url}/{form}/submit"))
        .json(&json!({
            "fields": fields,
            "metadata": {
                "idempotencyKey": uuid::Uuid::new_v4().to_string(),
                // When the visitor opened the form, for the minimum submit time check.
                "startedAt": started_at.to_rfc3339_opts(SecondsFormat::Secs, true),
                "pageUrl": "https://www.example.com/contact",
                // Your own visitor ID, for a limit rule with the deviceToken scope.
                "deviceToken": visitor_id,
            },
        }))
        .send()
        .await?
        .json()
        .await
}
ChampÀ quoi il sert
idempotencyKeyLa vérification des répétitions, comme ci-dessus
startedAtLe moment où le visiteur a ouvert le formulaire, en heure ISO 8601. Envoyé avant le minimum du formulaire, 1 seconde par défaut, il reçoit SPAM_REJECTED. Gardez la vraie heure à laquelle vous avez affiché le formulaire, pas celle de cet appel. Une valeur illisible saute la vérification
pageUrlLa page d’où le formulaire a été envoyé. Stockée seulement s’il s’agit d’une adresse http ou https
deviceTokenVotre propre identifiant de visiteur, pour une limite par visiteur, ci-dessous

La vérification du champ caché s’applique quand votre formulaire envoie ce champ, et les liens et la vérification humaine sont vérifiés sur le serveur dans tous les cas. Consultez Pourriel et limites.

Les limites à partir de votre serveur

Formerie compte les visiteurs par adresse réseau, et d’ici, c’est celle de votre serveur. Chaque visiteur compte comme votre serveur.

LimitePar défautÀ partir de votre serveur
Par visiteur30 soumissions toutes les 10 minutesPartagée par tous vos visiteurs. Augmentez-la avant le lancement, ou laissez-la vide pour n’avoir aucune limite, sous Paramètres, puis Limites de soumission
Tout le formulaire1 000 soumissions à l’heureLa même. Avec le forfait gratuit, c’est aussi le maximum qu’un formulaire peut accepter
Court terme120 requêtes à la minute pour chaque formulaire à partir d’une même adresseNe peut pas être changée. C’est la seule qui envoie Retry-After. validate y compte aussi

Au-delà de l’une d’elles, vous recevez RATE_LIMITED, état HTTP 429. Pour garder une limite par visiteur, une règle avec la portée deviceToken compte selon l’identifiant que vous envoyez, comme un hachage de l’adresse du visiteur. Les paramètres de l’application n’offrent pas encore cette règle, alors écrivez-nous pour en mettre une en place, et gardez la limite pour tout le formulaire, car quiconque appelle directement le formulaire peut changer son identifiant. Consultez Les limites avec un serveur pour le raisonnement, et Forfaits et limites pour les compteurs mensuels.

Bon à savoir

  • reqwest::Client n’a aucun délai total si vous n’en donnez pas : utilisez .timeout() sur son constructeur. Gardez un seul Client et clonez-le, car il contient un bassin de connexions.
  • Gardez les clés de test et les réponses hors de vos journaux. Le requestId d’une erreur, ou l’en-tête X-Request-Id, est ce qu’il faut journaliser et citer quand vous demandez de l’aide.
  • Fiez-vous à error.code, jamais au message, car un formulaire peut reformuler ses messages et un même état peut couvrir plusieurs codes. Codes d’erreur les énumère tous.
AvecNote
Axum, Actix WebLes deux roulent sur Tokio, donc ces fonctions async entrent telles quelles dans un gestionnaire. Prenez les réponses dans un formulaire typé, qui nomme aussi vos champs, et lisez Origin dans les en-têtes de la requête.
L’exemple de repriseIl a aussi besoin de rand, et d’uuid pour sa clé. L’exemple des vérifications antipourriel a besoin de chrono et d’uuid.
Sans moteur asynchronereqwest::blocking, derrière la fonctionnalité blocking, accepte les mêmes appels sans .await.

Les routes, les champs et toutes les erreurs se trouvent dans la référence de l’API.