Demandez des conseils sur une solution, une évaluation de workflow en lot ou un partenariat par e-mail. Pour une commande existante, un accès à un nœud ou une question de facturation, connectez-vous à la console et ouvrez un ticket afin de conserver l’historique avec l’identifiant de commande.
Ce formulaire n’envoie aucune donnée au serveur du site. Après avoir cliqué sur le bouton, la page prépare localement l’objet et le corps du message, puis ouvre l’application e-mail de votre appareil. Vous devrez confirmer l’envoi à support@nowmini.com.
Pour les demandes de solution et de partenariat, la première réponse est généralement visée sous 24 heures ouvrées. Pour une évaluation complexe de workflow en lot, nous vérifierons d’abord les informations manquantes avant de proposer les prochaines étapes.
Indiquez l’usage principal, la taille de l’équipe, la région souhaitée, la durée de location, le volume de tâches simultanées et la date de démarrage souhaitée. Pour la CI/CD, précisez également le nombre de runners, la fréquence des builds, la taille du cache et le mode de retour des artefacts.
Envoyer un e-mail à l’assistanceAprès vous être connecté à la console, accédez à l’entrée des tickets depuis la commande ou l’instance concernée. L’identifiant de commande, l’historique du traitement et les informations complémentaires resteront ainsi dans le même contexte.
Ouvrir un ticket depuis la consoleLes versions de l’environnement, le modèle de concurrence et les chemins de données sont plus utiles qu’un simple « il me faut une machine plus puissante ». Ces cinq groupes d’informations peuvent être ajoutés directement à la section des contraintes techniques de votre e-mail.
Indiquez l’environnement macOS cible, la plage de versions de Xcode, les outils en ligne de commande, le mode de gestion des paquets et vos éventuelles dépendances à des versions précises de Ruby, Node.js, Python ou de plugins de build.
Informations de validation Une commande de build minimale et le résultat attenduDistinguez le nombre de builds exécutés simultanément, le pic quotidien de tâches et la durée maximale d’une tâche. Pour la CI/CD, précisez également qui planifie la file d’attente et si les échecs déclenchent automatiquement une nouvelle tentative.
Informations de validation Concurrence au pic, durée moyenne et seuil d’expirationEstimez le volume du code source, du cache des dépendances, des fichiers de modèles, des ressources multimédias et des artefacts de build. Précisez quelles données doivent être conservées à long terme et lesquelles peuvent être supprimées à la fin de la tâche.
Informations de validation Volume initial, augmentation quotidienne et mode de retourIndiquez si l’équipe utilise principalement SSH, une interface graphique ou des runners automatisés, puis donnez la région réseau approximative des sources d’accès. N’ajoutez aucune clé réelle ni aucun mot de passe à votre e-mail.
Informations de validation Mode de connexion, nombre d’utilisateurs et limites d’accèsIndiquez la date de démarrage prévue, la durée de validation de l’environnement et la date de mise en production. En cas de migration depuis un Mac local, précisez également combien de temps l’ancien environnement doit rester disponible en parallèle et comment la fin de migration sera validée.
Informations de validation Date cible, fenêtre de validation et critères d’acceptationNowMini M4 est actuellement disponible dans 4 nœuds : Singapour, Japon (Tokyo), Corée du Sud (Séoul) et Hong Kong. Toutes les combinaisons proposées au catalogue peuvent être commandées ; la disponibilité réelle est indiquée en temps réel dans la console.
Convient aux équipes d’Asie du Sud-Est, aux files CI interrégionales et aux workflows couvrant plusieurs fuseaux horaires asiatiques.
Convient aux workflows de publication iOS, d’intégration continue, de développement à distance et de tests de localisation opérés sur le fuseau horaire japonais.
Convient aux sessions de développement, builds automatisés, tâches de test et expérimentations MLX des équipes coréennes et nord-est asiatiques.
Convient aux équipes collaborant entre la Chine méridionale et l’Asie du Sud-Est, ainsi qu’aux workflows centralisant le code, les ressources et les artefacts de build.
Le fuseau horaire principal de l’équipe, la région approximative des sources d’accès et le caractère interactif du développement à distance ou automatisé du build. L’équipe pourra ainsi établir les conditions réseau et de collaboration à vérifier pour choisir le nœud.
Les problèmes de connexion au nœud, d’état de commande, d’abonnement ou de facturation doivent être traités via un ticket depuis la console. Une chronologie complète et des étapes de reproduction précises réduisent les échanges inutiles et facilitent le regroupement des informations complémentaires dans le même dossier.
Indiquez l’identifiant de commande affiché dans la console, la région du nœud et le nom de l’instance concernée. N’écrivez pas simplement « ma machine » et ne laissez pas apparaître de données d’authentification complètes dans une capture publique.
Précisez le fuseau horaire, la première occurrence, la dernière reproduction et indiquez si le problème est permanent ou survient uniquement à certaines étapes de la tâche.
Organisez les étapes selon « action effectuée — résultat observé — résultat attendu ». Pour un problème de connexion, ajoutez le réseau local, la source d’accès et le type de client ; pour un problème de build, ajoutez la commande minimale.
Conservez le code d’erreur, l’horodatage et le contexte nécessaire, mais supprimez les mots de passe, clés privées, jetons d’accès, éléments de signature et informations permettant d’identifier des personnes ou des membres de l’équipe.
Les commandes acceptent uniquement USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) et sont toujours facturées en USD. Les passerelles réellement disponibles sont indiquées en temps réel dans l’espace d’administration. Pour acheter un nouveau nœud, suivez le parcours de commande ; pour une commande existante, connectez-vous à la console pour la gérer ou ouvrir un ticket.