Voyez ce qui brûle dans votre Postgres.Éteignez-le.

HeapDeck fonctionne avec tout PostgreSQL 13–19 que votre iPhone peut joindre, auto-hébergé ou géré, primaire ou réplica. Si votre rôle n’est pas superuser, les écrans indiquent ce qui est masqué et le GRANT pg_monitor qui y remédie.

Neon, Supabase et Amazon RDS sont vérifiés en conditions réelles. Collez la chaîne de connexion depuis le panneau Connect de Neon ou de Supabase ; pour RDS, saisissez le point de terminaison de l’instance affiché dans la console RDS. Neon se connecte en direct ou via son hôte -pooler. L’hôte direct de Supabase n’a qu’une adresse IPv6 : sur un réseau sans IPv6, HeapDeck le signale et vous oriente vers la chaîne du Session pooler.

verify-full fonctionne lorsque le certificat remonte à une racine approuvée par iOS, comme celui de Neon. Amazon RDS signe avec sa propre autorité racine, qu’iOS n’intègre pas ; pour RDS et les fournisseurs similaires, utilisez sslmode=require : la connexion est chiffrée et HeapDeck épingle l’empreinte du certificat à la première connexion.

Oui. Activez le tunnel SSH dans la connexion et saisissez l’hôte du bastion, l’utilisateur et un mot de passe ou une clé. HeapDeck lit les clés Ed25519, ECDSA et RSA aux formats OpenSSH, PEM, PKCS#8 ou PuTTY, avec ou sans phrase secrète, et peut créer une clé Secure Enclave qui ne quitte jamais votre iPhone.

Derrière plus d’un saut, ajoutez jusqu’à deux hôtes relais, chacun avec ses propres identifiants. HeapDeck répond aux demandes d’authentification à deux facteurs et épingle chaque clé d’hôte à la première connexion. Les certificats client (mTLS) ne sont pas pris en charge.

HeapDeck se connecte à votre serveur directement ou via votre bastion SSH, sans serveur à nous entre les deux. Vous n’avez besoin d’aucun compte. Les mots de passe, les clés SSH et les empreintes épinglées restent dans l’iOS Keychain de cet appareil, sans synchronisation iCloud.

Deux choses peuvent quitter le téléphone, toutes deux sous votre contrôle : une question au fournisseur d’IA que vous avez configuré (Pro), et les rapports de plantage et les statistiques d’utilisation, que vous pouvez désactiver au premier lancement ou dans Réglages. Ni l’une ni l’autre ne contient de SQL, de noms de tables, de noms d’hôtes, de valeurs ni d’identifiants. Les détails sont dans la politique de confidentialité.

Non. Un rôle avec pg_monitor couvre les écrans de surveillance : GRANT pg_monitor TO your_role;. Sans lui, HeapDeck fonctionne quand même et signale ce que le serveur cache à votre rôle. Annuler les sessions d’autres rôles demande les droits PostgreSQL habituels, comme pg_signal_backend ; sans eux, HeapDeck vous donne la commande à transmettre à votre DBA.

Annuler (pg_cancel_backend) arrête la requête qu’une session exécute ; la session et sa transaction restent ouvertes. Terminer (pg_terminate_backend) tue toute la session et effectue le rollback de sa transaction.

Une session idle in transaction n’exécute aucune requête, donc Annuler n’a aucun effet sur elle : c’est Terminer qui libère ses verrous. HeapDeck vous demande de saisir le pid avant de terminer la racine d’une chaîne de verrous ou une session sur une connexion Production.

Free n’écrit rien du tout : les lectures de la console s’exécutent dans BEGIN READ ONLY … ROLLBACK. Avec Pro, chaque écriture passe quatre contrôles, dans l’ordre : Pro, l’option Lecture seule de la connexion, le classificateur SQL et votre confirmation.

Avant de lancer VACUUM FULL, de supprimer un slot ou de terminer la racine d’une chaîne de verrous, HeapDeck vous demande de saisir le nom de la table, le nom du slot ou le pid. Une connexion marquée Production reçoit un badge PROD et des confirmations plus strictes.

Vous le pouvez toujours. HeapDeck donne à chaque question d’incident son propre écran, pour que vous n’ayez pas à taper de requêtes sur un clavier de téléphone : qui bloque et combien attendent, ce qu’exécute la racine, à quel point le wraparound est proche, quel slot retient du WAL. Il relit la chaîne de verrous avant d’agir et vous demande de confirmer.

Un instantané expurgé de l’écran sur lequel porte votre question. L’hôte, le port, les mots de passe et les clés n’y figurent jamais, et les valeurs deviennent des espaces réservés comme $1. Pour les modèles cloud, les noms de bases, de tables et de colonnes sont masqués par défaut et rétablis sur votre téléphone à l’arrivée de la réponse.

Les demandes partent de votre iPhone vers le fournisseur que vous avez choisi, avec votre propre clé (Anthropic, OpenAI, OpenRouter, Z.ai), ou vers votre propre Ollama ou serveur compatible OpenAI. « Ce que voit le modèle » montre le texte exact avant que vous l’envoyiez. L’assistant fait partie de Pro et n’exécute jamais de SQL de lui-même.

Non. La surveillance d’un serveur est gratuite, et Pro, avec des serveurs illimités et toutes les actions, est un achat unique de 22,99 €, lié à votre Apple ID. Il n’y a pas de compte, ni d’essai limité dans le temps.

Non. HeapDeck fonctionne tant qu’il est ouvert et ne surveille rien en arrière-plan. Gardez votre système d’alerte tel quel : HeapDeck est l’écran que vous ouvrez après l’alerte.

Oui. Sur iPad, HeapDeck s’affiche en plein écran dans toutes les orientations, avec une barre latérale à la place de la barre d’onglets. L’écran Verrous affiche l’arbre de blocage à côté de la session sélectionnée, et la console SQL occupe toute la largeur. Pro suit votre Apple ID ; un seul achat couvre donc votre iPhone et votre iPad.