Datacom en Mongolie, tarifs WordPress et cache bilingue

Datacom en pratique

Présentation fondée sur les offres et la documentation vérifiées le 10 novembre 2026. Aucun test de charge ou de support n’a été réalisé pour ce dossier.

Les offres et leur coût

Les montants ci-dessous correspondent au marché et à la durée précisés pour chaque offre. Vérifiez le prix final, les taxes et les options avant de souscrire.

Langues et accompagnement

Site et documentation

Vitrine WordPress en mongol et anglais.

Interface de gestion

Guide mongol et libellés de gestion partiellement en anglais. Langues configurables à confirmer.

Assistance

Guides mongols. Téléphone, courriel, tickets, vidéos et chat IA affichés. Langues de réponse humaines et automatisées à confirmer.

Datacom en Mongolie pour contrôler le cache d’un WordPress bilingue

Une association d’Oulan-Bator publie un agenda WordPress en mongol et en anglais. Elle souhaite que chaque lecteur voie la bonne version et qu’une correction en mongol apparaisse avant le prochain événement, même si la version anglaise ne change pas. Datacom vend une offre WordPress annuelle avec SSL, mises à jour automatiques et cache. Le produit présente aussi l’usage d’un CDN. L’exercice fait varier les clés et l’invalidation d’un cache fictif afin de distinguer une confusion entre deux langues d’une réponse ancienne dans la bonne langue.

Le tarif d’entrée permet d’héberger un site. Le scénario utilise donc une seule installation et deux chemins de langue. Cette organisation laisse la rédaction partager des médias et des informations communes tout en conservant des titres et des dates éditables séparément. Pour retenir ce montage, l’association doit pouvoir constater la langue reçue, reconnaître la révision de chaque page et comprendre quel cache intervient après la publication. Elle doit aussi disposer d’une copie des médias et des réglages de traduction si une mise à jour automatique rend la page indisponible. Les trois forfaits sont comparés avec ces opérations en tête, pour un site qui restera administrable par une petite équipe locale.

Chiffrer le cycle annuel et la TVA

Datacom publie les mêmes montants sur les pages WordPress mongole et anglaise. Les trois formules sont annoncées à l’année et facturées en tugriks mongols, code MNT. La grille mongole indique que ses prix comprennent la TVA et reproduit les trois montants à la rubrique WordPress. L’administration de l’investissement indique un taux normal de 10 %. Pour Standard, 242 000 MNT divisés par 1,10 donnent une base illustrative de 220 000 MNT et une TVA de 22 000 MNT à ce taux.

La page commerciale signale des possibilités de règlement fractionné via Storepay et Pocket, avec des nombres d’échéances distincts. L’association peut conserver le prix annuel comme base et vérifier séparément l’éligibilité, le calendrier et le total dû auprès de son moyen de paiement. Le guide public de reconduction décrit la génération d’une facture depuis la gestion du produit pour les services additionnels. La grille WordPress ne ventile aucun tarif de renouvellement. Le montant, la date et les modalités applicables à l’hébergement doivent être lus sur la facture de reconduction ou confirmés dans l’offre écrite.

La ligne WordPress de la grille mentionne un changement de domaine pour un nouveau service et une retenue de 10 % en cas d’annulation dans les quatorze jours. La FAQ du produit évoque un remboursement intégral dans la question. Sa réponse mentionne la possibilité de demander un remboursement sous quatorze jours. La grille détaille la retenue. Pour Standard, une retenue de 10 % sur 242 000 MNT représente 24 200 MNT. La portée de la clause et le montant net d’une demande concrète doivent être vérifiés avant de s’appuyer sur cette estimation. Les tarifs d’un domaine ou d’un abonnement de messagerie font l’objet d’autres rubriques.

Lire les limites et distinguer serveur et CDN

Standard héberge un site, Performance deux et Business trois. L’agenda proposé garde deux langues dans une installation WordPress, avec deux chemins, une seule médiathèque et un accès de rédaction partagé selon les rôles. Si l’association choisit deux installations autonomes, elle doit prévoir deux emplacements ou un montage différent. Un emplacement supplémentaire sert aussi à une copie d’essai lorsqu’un clone est compté comme un site. Datacom n’explicite pas ce comptage dans les fiches consultées.

La gamme est classée comme hébergement WordPress domestique dans la boutique Datacom. La page commerciale annonce cache et CDN automatiques. La mention domestique aide à identifier l’offre et le marché. La localisation de l’origine attribuée, des sauvegardes et des points de présence qui traitent les visites doit être confirmée pour tout engagement de résidence. L’offre ne donne pas de liste publique exploitable de régions par forfait. Une équipe qui accueille du public en Mongolie et des lecteurs ailleurs peut relever les temps d’affichage depuis les deux zones au moment de sa recette.

Les cœurs et la RAM sont des caractéristiques affichées. Le détail des ressources garanties, de la concurrence PHP, des limites de fichiers et du traitement d’un dépassement de trafic reste à obtenir. Du côté du cache, une réponse peut provenir du navigateur, du serveur WordPress ou d’un point du CDN. Pour une actualité corrigée à la dernière minute, il faut savoir quelle couche a servi la réponse et laquelle peut être actualisée. Un cache de pages peut limiter le travail du serveur pour les visites anonymes. Il reste nécessaire de mesurer le coût des tâches qui atteignent WordPress, comme l’administration, une publication programmée et le traitement des médias.

Vérifier WordPress, l’assistance et le chat IA

Les fiches WordPress annoncent un SSL gratuit, des mises à jour automatiques et une sauvegarde de la base. Le guide du centre d’aide décrit l’entrée de gestion de l’hébergement, l’outil WordPress Manager et l’installation. Les libellés visibles sont pour partie en anglais, avec des étapes rédigées en mongol. La version actuelle du panneau, les langues activables et la possibilité de choisir une version PHP restent à établir pour le compte qui hébergera l’association. Les règles de mise à jour automatique des extensions et du thème et la possibilité de revenir à la version précédente méritent une réponse propre à la gamme.

La vitrine propose des pages WordPress en mongol et en anglais. Les procédures techniques examinées sont rédigées en mongol. La page en anglais affiche un téléphone, un courriel et un accès à la demande d’assistance, et renvoie à des ressources vidéo. L’existence d’une vitrine anglaise permet à la personne chargée des contenus anglais de lire les offres. La langue disponible dans une conversation par téléphone, une réponse à un ticket ou un courriel, et les délais selon le canal, restent à confirmer. Le lecteur peut repérer à l’avance la rubrique adaptée aux questions de facturation et celle à utiliser pour une intervention sur le cache.

Le bouton de chat IA figure dans la rubrique d’aide, dans les deux versions linguistiques du produit. La fonction documentée consiste à obtenir une aide via la conversation. Les langues réellement comprises, les quotas, la conservation des échanges et le relais humain restent à vérifier. La documentation du produit ne rattache à ce bouton aucun générateur de site, traducteur WordPress, assistant rédactionnel dans l’administration ni crédit de création. Les deux variantes de l’agenda sont relues séparément par la rédaction. Les problèmes peuvent être décrits au support avec des chemins publics et des identifiants fictifs, en conservant les accès et les exports de base dans les espaces prévus par l’équipe.

Préparer les sauvegardes et les pages témoins

L’encart anglais indique une sauvegarde de la base WordPress. Le catalogue domestique utilise aussi une mention de sauvegarde avec le support de stockage SAS SSD. Ces deux formulations laissent ouvertes la présence des fichiers, la fréquence, la rétention et les options de restauration. Demander quel point peut être téléchargé ou restauré sans intervenir sur le site public, qui déclenche l’opération et combien de temps elle prend. Un calendrier qui se corrige souvent peut exiger un export plus proche de la dernière publication qu’une page de présentation rarement modifiée.

Conserver une copie comprenant les deux traductions en base, les médias, le thème, les extensions et leurs réglages. Repérer la configuration qui relie les deux versions d’une page et définit les chemins de langue. La documentation WordPress distingue les fichiers et la base dans une sauvegarde complète. Vérifier que le point s’ouvre sur une copie privée avant de compter sur son utilisation à la veille d’un événement. Si les réglages du CDN sont extérieurs à WordPress, tenir un relevé séparé des règles et des commandes d’invalidation accessibles.

Choisir deux pages témoins avec un contenu public simple, une adresse stable par langue et un indice visible de révision dans le texte. Sur la page mongole, l’heure d’un événement peut passer de 16 h à 17 h pendant que le texte anglais est maintenu pour l’exercice. Les identifiants courts facilitent le relevé et évitent qu’une ressemblance de mise en page fasse croire à une réponse correcte. Vérifier aussi la langue déclarée sur l’élément HTML, que WordPress sait produire pour le thème. Si la page annonce la bonne langue mais affiche le mauvais texte, garder les deux observations.

Avant chaque essai, noter les versions attendues, l’heure de modification, les URL publiques et le mécanisme de purge ou le délai d’expiration disponible. Les relevés doivent permettre à une autre personne de refaire le même parcours le lendemain, même si les pages réelles du site ont changé entre-temps.

Exercer la séparation des versions en cache

La simulation sépare les langues et vérifie l’invalidation d’une seule révision. — Illustration BlogPasCher.Ouvrir l’illustration en grand ↗

Dans le dossier extrait du ZIP, exécuter node EXERCICE-DATACOM-MN.cjs. Il fabrique deux pages publiques en mémoire et simule un cache par dictionnaire. La première clé reprend le dernier segment des chemins /mn/services/ et /en/services/, commun aux deux. La seconde conserve le chemin complet. Chaque essai chauffe le cache en demandant les deux pages, remplace la révision mongole par mn-v2, puis mesure la langue, la révision et la présence d’une entrée déjà en cache sur les deux nouvelles lectures.

Dans le premier essai, le chemin court donne à la page anglaise la réponse mongole mise en cache par la première lecture. Même après une invalidation sur cette clé partagée, la première réponse mongole reconstitue une entrée que les deux chemins réutilisent. Le contrôle anglais échoue. Dans le deuxième essai, les chemins sont distincts, mais l’entrée mongole reste à mn-v1 après la modification. L’anglais reste correct. Dans le troisième, les chemins sont distincts et l’entrée mongole est invalidée. La première lecture retrouve mn-v2, tandis que la page anglaise renvoie encore en-v1 depuis son propre cache.

Lire les détails dans RESULTAT-DATACOM-MN.json. Les échecs apparaissent sur l’anglais, puis sur le mongol, et la troisième configuration passe. L’exercice garde le résultat de la lecture initiale et de la lecture après modification pour repérer à quel moment le défaut se manifeste. Une page de la bonne langue avec une ancienne révision demande une investigation différente d’une page servie dans la mauvaise langue. Si la langue est juste dès le chargement et que seule la correction tarde, on examine la publication, l’expiration ou l’invalidation. Si deux chemins reçoivent le même document dans un essai contrôlé, on vérifie aussi la traduction à l’origine et la distinction des variantes lors de la mise en cache.

La simulation représente un seul site, deux chemins publics et une modification. Elle fonctionne hors ligne et ne reproduit pas l’implémentation de Datacom. L’association peut modifier l’ordre des lectures dans une copie de l’exercice pour observer quelle révision nourrit en premier l’entrée partagée.

Rejouer une modification sur une copie privée

Sur une copie privée, commencer par vérifier que chaque chemin rend la bonne traduction avant d’activer ou de réchauffer le cache. Tester le lien de changement de langue dans les deux sens et regarder si l’adresse finale conserve le bon préfixe. Noter le code de réponse, le texte témoin, l’attribut de langue, le titre de la page et l’heure. Un mauvais résultat à l’origine peut persister après chaque purge. Il convient alors de corriger le routage ou le lien de traduction avant de reprendre la mesure du CDN.

Relever une première lecture puis une lecture répétée de chacun des chemins depuis un contexte anonyme. Enregistrer les en-têtes disponibles quand ils aident à distinguer l’âge d’une réponse ou la couche qui l’a servie. Comparer les résultats depuis un contexte navigateur neuf afin de réduire l’effet d’une copie conservée localement. Quand un environnement prévoit un accès direct à l’origine, utiliser la procédure fournie à l’équipe. Une réponse obtenue en changeant l’URL avec un paramètre ne suffit pas à établir l’état du chemin public canonique.

Modifier seulement le texte mongol et répéter les deux lectures. Si l’outil offre une purge par URL, purger la page corrigée et mesurer de nouveau. Vérifier les autres pages qui reprennent la même date, par exemple l’accueil et la liste d’événements. Elles peuvent avoir leur propre copie. Si l’outil propose seulement une purge plus large, contrôler le temps de retour des pages dans les deux langues et préciser qui peut lancer cette opération. Quand aucune purge n’est accessible, mesurer le délai réel de propagation et comparer au délai que l’équipe s’engage à tenir pour une correction.

Remplacez le domaine par celui de votre copie privée et utilisez le mécanisme d’accès prévu. Les en-têtes Age et les indicateurs éventuels du CDN donnent des indices. Vérifiez aussi dans le navigateur le texte, la langue et la révision réellement renvoyés.

Consigner l’URL, la révision attendue et reçue, l’heure de publication et celle de réception. Répéter depuis un deuxième accès si le lectorat se répartit entre deux zones géographiques et que le CDN peut servir des copies différentes. Un relevé avant et après la même modification donne au support des observations datées et aide à distinguer un problème régional d’une difficulté reproductible sur tous les accès.

curl -sS -D - -o /dev/null https://recette.example.test/mn/services/
curl -sS -D - -o /dev/null https://recette.example.test/en/services/

Décider avant de remettre le cache en service

Standard peut convenir à l’agenda lorsque les deux langues tiennent dans une installation, que les médias laissent une marge sur 5 Go et qu’une copie de travail est disponible ailleurs. Performance devient pertinent si l’équipe veut un deuxième emplacement ou a besoin de davantage de disque. Business offre un troisième emplacement et le plus grand espace affiché. L’association peut prévoir un relevé de stockage au bout d’un trimestre et comparer la croissance des médias à la marge disponible, en tenant compte d’une extraction de sauvegarde lors d’une restauration.

Avant la souscription, demander des précisions sur le montant de la reconduction, les possibilités de copie de fichiers et l’accès à une purge. La personne chargée de la publication doit connaître l’action qu’elle peut réaliser seule et celle qu’elle doit confier au support. Si le cache ne peut pas être purgé par URL, une mesure du délai d’actualisation sur les deux langues aide à fixer le moment où publier les corrections urgentes. Les changements qui touchent aussi la page d’accueil doivent faire partie de cette mesure.

Pour remettre le cache en service, faire relire la langue et la révision de chaque chemin avant et après une correction. Le contrôle passe quand la version mongole reçoit la date corrigée dans le délai décidé, que la version anglaise conserve le texte attendu et que les deux pages restent accessibles à froid puis lors d’une seconde visite. Le scénario de départ peut aussi être rejoué avec l’anglais demandé en premier. Un doute sur la langue ou la propagation mérite un relevé avant de rétablir le réglage précédent.

L’équipe conserve les captures datées de chaque étape et la procédure de restauration de la base et des fichiers. Lors d’une nouvelle version de WordPress ou de son extension de traduction, reprendre les mêmes deux chemins témoins. Le coût annuel, la place disponible et la capacité à corriger une information dans les délais peuvent alors être jugés sur le même cas.

Les offres chiffrées ici sont celles du catalogue domestique. L’inclusion d’une migration d’entrée, son coût et le délai de récupération après fermeture restent à confirmer pour cette gamme. Pour préparer la sortie, récupérer la base, les fichiers et les réglages de traduction pendant que l’accès est ouvert. Tester la copie chez le destinataire et conserver les données DNS et les réglages d’invalidation séparément. Si l’activation du cache échoue à la recette, revenir au dernier réglage validé, puis rejouer les deux pages avant d’accepter la migration ou la modification.

Pour préparer votre site

• 25 outils de sauvegarde WordPress selon le besoin de reprise
• Migration, préproduction et imports WordPress : choisir le bon outil
• Modification WordPress invisible : trouver et vider le bon cache
• Télécharger l’exercice sur le cache bilingue