FAQ technique
Nous avons compilé ci-dessous toutes les questionstechniques les plus courantes sur Kinsta en un seul endroit.
Offrez-vous l’enregistrement de domaines ?
Nous ne proposons pas de services d’enregistrement de domaines. Si vous cherchez un endroit pour enregistrer votre domaine, consultez des sites tels que Name.com, Google Domains, NameCheap et eNom.
Avec Google Domains, vous pouvez facilement intégrer Google Apps pour l’e-mail et les documents. Il est également fourni avec un service DNS gratuit de classe mondiale. Pour plus de détails, lisez notre article de blog Google Domain Reviews (Pour et contre).
Puis-je demander un stockage supplémentaire si nécessaire (ou des workers PHP, des installations, etc.) ?
Cela dépend de ce dont vous avez besoin. Si vous avez besoin d’un espace disque supplémentaire, nous avons un module d’espace disque qui vous permet d’augmenter l’espace de stockage de votre plan d’hébergement en quelques simples clics. Vous avez besoin de 80 Go supplémentaires ? Aucun problème.
Une autre alternative abordable et efficace consiste à décharger les fichiers volumineux vers un service de stockage séparé comme Amazon S3 ou Google Cloud Storage. C’est un excellent moyen de réduire l’espace de stockage nécessaire à votre site et de maintenir vos coûts d’hébergement à un bas niveau.
Si vous avez besoin de workers PHP ou d’installations WordPress supplémentaires, vous devrez mettre à niveau votre plan d’hébergement. Ouvrez un nouveau ticket auprès de notre équipe de gestion des comptes, et ils pourront examiner la quantité d’espace disque, les workers PHP et le nombre d’installations alloués à chaque plan. Ils peuvent également vous aider à déterminer si un plan personnalisé serait une bonne solution pour votre ou vos sites.
Puis-je utiliser une extension de mise en cache ?
Nous n’autorisons pas les extensions de mise en cache car nous proposons cinq types de cache, qui sont tous réalisés automatiquement au niveau du logiciel ou du serveur. Ceci est contrôlé par notre extension Kinsta MU, qui est installée, par défaut, sur tous les sites WordPress.
En savoir plus sur la façon dont Kinsta gère la mise en cache.
Exception :Nous autorisons WP Rocket, version 3.0, et plus. Leur fonctionnalité de mise en cache est automatiquement désactivée lorsqu’ils fonctionnent sur Kinsta, vous pouvez donc utiliser notre mise en cache intégrée tout en utilisant les autres fonctionnalités d’optimisation offertes par WP Rocket.
Pouvez-vous augmenter le délai d’expiration du cache par défaut ?
Notre cache de page est configuré pour expirer toutes les 1 heure par défaut. Si vous souhaitez l’allonger, allez dans l’onglet Outils de votre site dans MyKinsta, cliquez sur le bouton Modifier sous Cache du site, et sélectionnez Modifier l’expiration du cache. Dans la modale/pop-up qui s’affiche, sélectionnez l’expiration de votre cache souhaitée et cliquez sur le bouton Modifier l’expiration. Pour les sites qui ne changent pas souvent, il peut être bénéfique en termes de performance d’avoir une expiration de cache plus longue.
Comment Kinsta gère-t-il la mise en cache pour WooCommerce et Easy Digital Downloads ?
Nous avons des règles de mise en cache au niveau du serveur déjà en place pour les solutions eCommerce populaires telles que WooCommerce et Easy Digital Downloads. Par défaut, certaines pages qui ne devraient jamais être mises en cache, comme le panier, mon compte et la commande, sont exclues de la mise en cache. Les utilisateurs contournent automatiquement le cache lorsque les cookies woocommerce_items_in_cart ou edd_items_in_cart sont détectés pour garantir un processus de paiement fluide et synchronisé.
Certaines extensions peuvent nécessiter une configuration supplémentaire pour fonctionner correctement. Si vous rencontrez des problèmes avec la mise en cache, par exemple si le contenu du panier est mis en cache et consultable par d’autres visiteurs, des règles Nginx supplémentaires doivent être ajoutées à la configuration Nginx de votre site.
Comme les environnements d’hébergement peuvent varier en termes de configuration, les extensions, les thèmes et les sites peuvent présenter des incompatibilités ou nécessiter certaines configurations. Il peut être difficile pour les développeurs d’extensions complexes et les ingénieurs d’environnements d’hébergement complexes de tenir compte de toutes les possibilités, configurations et réglages.
Si une section supplémentaire de votre site eCommerce doit contourner le cache ou si des règles supplémentaires doivent être ajoutées à votre configuration Nginx pour des raisons de compatibilité, vous pouvez toujours contacter notre équipe de support.
Puis-je exécuter des tests de charge ?
La réponse courte est peut-être. Il y a une grande différence entre un test de vitesse de site web et un test de charge. Les gens confondent parfois les deux, nous allons donc essayer d’expliquer brièvement les différences ici.
Test de vitesse de site web
Un test de vitesse de site web mesure généralement le temps de chargement total d’une page, ce qui inclut les temps de réponse de MySQL + PHP. Des outils comme Pingdom ou GTmetrix sont couramment utilisés pour ce type de test.
Test de charge
Les tests de charge vont au-delà des tests de vitesse et sont généralement utilisés pour simuler certaines conditions, comme une forte augmentation du trafic ou des utilisateurs simultanés ciblés. Les outils de test de charge ne sont pas parfaits, et la mise en place correcte des tests peut être complexe.
En raison de la nature potentiellement gourmande en ressources des tests de charge, si vous avez besoin d’exécuter un test de charge sur notre plateforme, nous vous demandons d’abord d’ouvrir une nouvelle discussion avec notre équipe de support pour nous en informer.
Puis-je utiliser le certificat SSL que j’ai acheté ailleurs ?
Oui, qu’il s’agisse d’un nouveau certificat SSL, d’un SSL que vous devez transférer ou d’un certificat que vous allez régénérer chez votre fournisseur SSL. Pour plus de détails, consultez notre guide sur la façon d’installer un certificat SSL dans MyKinsta.
Nous proposons également des certificats SSL Cloudflare automatiques gratuits (les configurations wildcard sont prises en charge). Donc, à moins qu’il y ait une raison pour laquelle vous avez besoin de votre propre certificat SSL, il est beaucoup plus rapide et plus facile d’utiliser notre SSL gratuit.
Ai-je besoin d’un type de serveur, d’un code CSR et d’une clé RSA pour activer le SSL ?
Cela dépend du type de certificat que vous utilisez. Nous avons des certificats SSL gratuits disponibles pour tous les clients de Kinsta, fournis par notre intégration Cloudflare. Ces certificats SSL ne nécessitent pas de CSR ou de clé pour être installés sur votre site WordPress.
Si vous achetez votre propre certificat SSL personnalisé, vous aurez besoin du type de serveur, du code CSR et de la clé RSA. Pour plus de détails, veuillez consulter notre guide sur la façon d’ajouter un certificat SSL et ce qu’il faut sélectionner pour chaque valeur.
Supportez-vous HTTP/2 (HTTP2) ?
Oui, nous le faisons. Notre nouvelle infrastructure propulsée par Google Cloud supporte HTTP/2 pour tous nos clients. Si vous souhaitez en savoir plus, nous avons publié un guide très détaillé sur HTTP/2.
Est-ce que Kinsta supporte le multisite ?
Nous supportons les installations WordPress multisite sur nos plans Pro et supérieurs. Si vous êtes actuellement sur notre plan Starter, vous devrez effectuer une mise à niveau afin d’utiliser le multisite.
Est-ce que Kinsta dispose d’un staging pour les environnements multisites ?
En fonction de la façon dont votre multisite est configuré, il peut ou non fonctionner avec notre environnement d’évaluation.
- S’il s’agit d’un multisite de sous-répertoire (exemple.com, exemple.com/subsite1, exemple.com/subsite2), il fonctionnera bien avec notre environnement de test.
- S’il s’agit d’un multisite de sous-domaines (exemple.com, subsite1.exemple.com, subsite2.exemple.com), il fonctionnera correctement tant que les sous-sites ne nécessitent pas de HTTPS. Si les sous-sites nécessitent HTTPS, vous devrez contourner les erreurs SSL sur le staging pour accéder aux sous-sites. Cela n’a aucun impact sur la fonctionnalité.
- S’il s’agit d’un multisite mappé par domaine (qui charge différents sous-sites sur des domaines complètement différents, c’est-à-dire exemple.com, exemple1.com, exemple2.com), cela ne fonctionnera pas sans une configuration manuelle importante, qui devra être inversée si vous poussez votre base de données de staging vers votre site de production.
- Option 1 : Désactivez ou supprimez le mappage de domaine et revenez à la configuration standard de sous-répertoire/sous-domaine. Effectuez manuellement une recherche et un remplacement dans la base de données pour mettre à jour les domaines utilisés pour les sous-sites.
- Option 2 : Configurez des sous-domaines de mise à disposition pour chaque domaine actif, ajoutez-les tous au site de staging, puis effectuez une recherche et un remplacement dans la base de données pour mettre à jour les domaines utilisés pour les sous-sites.
Sur l’environnement de staging, puis-je seulement pousser la base de données ?
Notre environnement de staging comprend désormais la fonction de poussée sélective, qui vous offre un contrôle plus précis de ce que vous souhaitez pousser en production. Vous pouvez choisir de pousser uniquement les fichiers, uniquement la base de données, ou à la fois les fichiers et la base de données de votre environnement de staging vers votre site en production.
Puis-je ajouter d’autres scripts PHP ?
Avec l’hébergement WordPress infogéré, vous pouvez également configurer un simple script PHP non-WordPress à côté de votre site WordPress, mais nous ne fournissons pas de support pour les scripts et applications non-WordPress dans l’hébergement WordPress infogéré.
Avec l’hébergement d’applications, vous pouvez héberger chez nous pratiquement n’importe quelle application (pas seulement PHP). Nous ne fournissons pas de support de développement pour les applications, mais nous pouvons vous aider à résoudre les problèmes de plateforme, les déploiements de fonctionnalités par défaut, l’ajout de noms de domaine et les connexions entre les applications et les bases de données hébergées par Kinsta.
Puis-je héberger des sites HTML ?
Vous pouvez héberger des sites HTML chez Kinsta. Avec l’hébergement WordPress infogéré, si l’index.php par défaut de WordPress n’est pas trouvé dans le répertoire /public, le serveur chargera automatiquement index.html. Si une page différente est utilisée pour la page d’accueil du site web, vous devrez ouvrir une nouvelle discussion avec notre équipe de support, et ils pourront ajouter une règle spéciale sur le serveur pour que cela fonctionne correctement. Note : nous ne fournissons aucun support supplémentaire pour les sites non-WordPress pour l’hébergement WordPress infogéré.
Vous pouvez également héberger pratiquement n’importe quelle application ou site avec l’hébergement d’applications. Les sites HTML peuvent également être hébergés avec l’hébergement de sites statiques.
Mes sites obtiennent-ils une IP dédiée ?
Non, nous ne fournissons pas d’adresses IP dédiées. Une IP partagée est assez courante de nos jours chez la plupart des fournisseurs d’hébergement WordPress, car pour de nombreuses configurations, il n’y a pas besoin d’une adresse IP dédiée. Comme nous offrons une intégration Cloudflare gratuite pour tous les sites hébergés sur Kinsta, nos IP partagées sont en fait des IP Cloudflare.
Nos IP Cloudflare allouées ne sont utilisées que pour les sites sur notre infrastructure. Cela signifie que si votre site est hébergé sur Kinsta, vous ne partagerez pas d’adresse IP avec des sites hébergés en dehors de Kinsta – dont certains peuvent contenir du contenu pour adultes ou du spam. Consultez notre article de blog approfondi expliquant la différence entre les IP dédiées et les IP partagées.
Si vous recherchez une IP dédiée parce que vous devez ajouter une seule IP à une liste d’autorisation pour un service tiers (peut-être un processeur de paiement comme PayPal ou similaire), vous voudrez utiliser l’IP externe de votre site pour cela. Il s’agit de l’adresse IP que les autres serveurs voient lorsque votre site se connecte à cet autre serveur.
Une IP dédiée est-elle nécessaire pour un certificat SSL ?
Quand il s’agit de SSL, une IP dédiée n’est pas nécessaire et n’est pas pré-requise depuis juin 2003. Le pool IPv4 est épuisé et les gens l’ont vu venir. Ils ont donc mis au point une technique appelée Server Name Indication (SNI) qui permet à plusieurs certificats d’être sur la même IP. Tous les navigateurs modernes la supportent et c’est une technique que nous et d’autres entreprises d’hébergement utilisons tous les jours pour les sites de nos clients.
Que sont les workers PHP ? Comment savoir combien il m’en faut ?
Les workers PHP déterminent le nombre de requêtes simultanées mises en cache que votre site peut gérer à la fois. Chaque requête non mise en cache est traitée par un worker PHP.
Chacun de nos plans d’hébergement comprend un certain nombre de workers PHP. Le nombre inclus dans chaque plan est basé sur l’utilisation des ressources nécessaires pour des sites typiques. En général, les sites avec beaucoup de contenu statique – articles, pages statiques, articles de blog – n’ont pas besoin de beaucoup de workers PHP.
Le nombre de workers PHP nécessaires peut varier d’un site à l’autre en raison des extensions tierces, des requêtes, du contenu dynamique et du nombre de réponses mises en cache ou non. Pour un examen approfondi des workers PHP, consultez notre article sur tout ce que vous devez savoir sur les workers PHP.
Avez-vous une liste d’extensions interdites ?
Oui, il y a certaines extensions tierces que nous n’autorisons pas parce qu’elles sont connues pour nuire aux performances, ne fonctionnent pas sur notre plateforme, ou ne sont tout simplement pas nécessaires car nous fournissons un moyen meilleur et plus facile de faire la même chose dans MyKinsta. Consultez la liste complète des extensions interdites.
Kinsta hébergera-t-il mes e-mails ?
Nous ne fournissons pas d’e-mail dans le cadre de nos plans puisque nous consacrons toutes nos ressources à l’hébergement de WordPress. Nous recommandons Google Workspace ou quelques autres fournisseurs de messagerie.
Consultez notre article de blog sur tous les inconvénients d’utiliser votre fournisseur d’hébergement pour la messagerie.
Est-ce que Kinsta supporte Git ?
Le client Git est disponible chez Kinsta, vous pouvez donc vous connecter en SSH et télécharger votre propre dépôt Git depuis Github, Gitlab, Bitbucket ou tout autre tiers. Cependant, nous n’avons pas encore mis en place la fonctionnalité où vous pouvez simplement git push kinsta my_site et il est automatiquement déployé.
Découvrez comment utiliser Git chez Kinsta.
Est-ce que Kinsta offre des solutions d’équilibrage de charge (multi-localisation) ?
Chez Kinsta, chaque site sur notre plateforme fonctionne dans un seul conteneur Linux, et la base de données du site fonctionne comme un service dans le conteneur du site. Nous n’exécutons pas plusieurs instances équilibrées en charge pour chaque site. En savoir plus sur l’architecture de Kinsta.
Puis-je avoir plus d’une base de données ?
Nous autorisons uniquement une base de données par site WordPress.
Avec l’hébergement de bases de données, vous pouvez héberger autant de bases de données que vous le souhaitez.
Note : Pour les sites WordPress, nous vous recommandons d’utiliser notre hébergement WordPress infogéré plutôt que l’hébergement d’applications et l’hébergement de bases de données. L’hébergement WordPress infogéré est construit, conçu et optimisé par Kinsta pour les sites WordPress. Il comprend tout ce dont vous avez besoin, comme la mise en cache de la page entière, les sauvegardes et la possibilité de mettre à jour facilement les extensions et les thèmes.
Quel est le nom d’hôte MySQL de la base de données de mon site ?
Tout ce que vous avez généralement besoin de savoir est que le nom d’hôte de votre base de données est localhost chez Kinsta. Mais si vous souhaitez en savoir plus sur le sujet ou si vous avez besoin de vous connecter à distance à une base de données, nous avons un article dédié qui vous montre comment vous connecter directement à la base de données de votre site.
Puis-je utiliser un domaine personnalisé avec le CDN de Kinsta ?
Grâce au CDN de Kinsta, les ressources en cache de votre site sont servies à partir de votre domaine principal. Il n’est actuellement pas possible d’utiliser un autre domaine ou sous-domaine pour servir les ressources CDN.
Kinsta est-il conforme à la norme SOC 2 ?
Oui ! Kinsta est conforme aux normes SOC. Vous pouvez faire la demande d’une copie de notre rapport SOC 2 Type II sur notre page Rapport de confiance. Pour plus d’informations sur notre conformité SOC 2, y compris les questions fréquemment posées, consultez notre documentation SOC 2.
Kinsta est-il conforme aux normes PCI ?
Nous ne garantissons pas la conformité PCI, et nous ne sommes pas non plus en mesure d’auditer votre site pour vérifier que vous faites les choses correctement. Toutefois, cela ne signifie pas que vous ne pouvez pas être conforme à la norme PCI en hébergeant votre site web chez nous. En fait, nous avons de nombreux clients qui ont travaillé avec des auditeurs tiers pour passer des analyses de conformité PCI. Dans la plupart de ces cas, nous avons dû procéder à quelques ajustements mineurs sur demande, mais ces clients ont réussi à passer l’audit sans problème après quelques ajustements de notre part et de la leur.
Consultez les détails supplémentaires concernant l’hébergement conforme à la norme PCI chez Kinsta.
Kinsta est-il conforme à HIPAA ou PHI ?
En raison de l’audit complexe et de la sécurité nécessaire, ni nous (ni beaucoup d’autres sociétés d’hébergement infogéré) ne pouvons garantir la conformité HIPAA ou PHI.
Qu’est-ce qui est considéré comme une installation WordPress chez Kinsta ?
Chaque plan d’hébergement Kinsta permet une ou plusieurs installations WordPress. Chaque installation équivaut à 1 site WordPress, qui se compose de ses fichiers (fichiers de base, fichiers de thème, fichiers d’extensions) et d’une base de données.
La seule exception à cette règle est une installation multisite, que nous expliquons dans la question suivante.
Comment Kinsta compte-t-il les multisites ?
Les installations multisites sont considérées comme une installation chacune. Par exemple, vous pouvez avoir un multisite avec 10 sous-sites. Ceci est toujours considéré comme une seule installation car tous les sous-sites du réseau partagent les mêmes fichiers WordPress et la même base de données.
Combien de CPU et de RAM chaque plan possède-t-il ?
Kinsta utilise des machines virtuelles dans l’un des multiples centres de données de Google Cloud Platform. Dans les régions disponibles, nous utilisons des machines virtuelles optimisées pour le calcul (C2), qui offrent les performances par cœur les plus élevées (3,8 GHz) sur GCP et sont optimisées pour les charges de travail gourmandes en CPU comme WordPress.
Sur nos plans standard, chaque conteneur de site en production a accès à 12 CPU et 8 Go de RAM par défaut. Chaque environnement de staging sur nos plans standard a accès à 1 CPU et 8 Go de RAM.
Certains pays sont-ils bloqués sur Google Cloud Platform ?
Google bloque l’accès à certains de ses services professionnels dans certains pays ou régions, tels que Cuba, la Crimée, l’Iran, la Corée du Nord, le Soudan et la Syrie. Ceci est dû aux restrictions légales qui sont imposées. Plus de détails et une liste mise à jour peuvent être trouvés ici : Département du Trésor des États-Unis. Si vous voyagez dans l’un de ces pays et que vous devez mettre à jour votre site ou accéder à MyKinsta, vous pouvez utiliser un VPN tel que ExpressVPN ou NordVPN.
Qu’en est-il de la Chine ? Vos sites devraient être accessibles en Chine. En fait, nous avons de nombreux clients qui ciblent actuellement la Chine sans problème. Cependant, nous ne pouvons pas non plus garantir l’accessibilité car nous n’avons aucun contrôle sur ce que le gouvernement chinois peut choisir de bloquer. Navi, du service d’assistance de Google, a également déclaré :
Google Cloud Platform n’a pas de restriction sur le trafic en provenance de Chine. Si vous hébergez un site web sur GCP, le trafic provenant des utilisateurs chinois ne sera pas bloqué.
Ceci étant dit, Google n’a aucun contrôle sur les méthodes de blocage de GFW.
Vous pouvez tester votre site web pour voir s’il est accessible derrière le Grand Pare-feu de Chine.
Quelles sont les autres entreprises qui utilisent Google Cloud ?
Un grand nombre en fait. Parmi les plus connues, citons PayPal, Twitter, P&G, Etsy, Airbus Sky et UPS.
Vous pouvez trouver la liste complète de celles qui ont été déclarées publiquement ici.
Qu’est-ce que l’intégration Cloudflare de Kinsta ?
Tous les sites sur Kinsta sont protégés par notre intégration Cloudflare gratuite. Cloudflare est un fournisseur leader de services de sécurité et de performance web. Avec notre intégration Cloudflare, les sites hébergés sur Kinsta sont protégés par un pare-feu intelligent qui inclut également une protection DDoS gratuite. Pour plus de détails, consultez notre article détaillé sur notre intégration Cloudflare.
Pourquoi est-ce que je vois toujours un message disant que mon domaine ne pointe pas vers Kinsta ?
Si vous avez votre propre compte Cloudflare et que vous avez fait pointer votre domaine (en laissant jusqu’à 24 heures aux DNS pour se propager), mais que vous voyez toujours l’un des éléments suivants, vérifiez les règles de page dans votre compte Cloudflare :
- une bannière ou un avertissement indiquant que votre site n’est pas pointé vers Kinsta et qu’il est sujet à une interruption de service.
- un statut de « Confirmation que vous avez fait pointer votre domaine vers Kinsta ».
Dans vos règles de page Cloudflare, si le domaine racine est redirigé vers le domaine WWW ou vice versa, le domaine qui est redirigé ne peut pas être vérifié dans MyKinsta.
Pour résoudre ce problème, vous devrez supprimer la redirection dans les règles de page Cloudflare. Cela permettra au domaine d’être vérifié dans MyKinsta. La redirection vers le domaine primaire sera désormais traitée dans Kinsta.
Quels sont les réglages de votre plateforme ? (Informations et versions de PHP)
Vous trouverez ci-dessous les réglages, les logiciels serveur et les versions utilisés sur la plateforme d’hébergement de Kinsta. En tant que service WordPress infogéré, nous disposons des réglages PHP optimaux configurés pour fonctionner au mieux avec les sites WordPress. Si vous avez des pré-requis PHP spécifiques, n’hésitez pas à prendre contact avec notre équipe de support pour discuter de vos besoins.
Informations PHP
Kinsta propose PHP 8.1, 8.2 et 8.3. Ce sont les réglages par défaut de PHP :
- memory_limit = 256M
- post_max_size = 128M
- upload_max_filesize = 128M
- max_input_vars = 10000
- max_execution_time = 300
En fonction de votre plan WordPress, vous pouvez être en mesure d’augmenter ces valeurs si nécessaire. N’hésitez pas à prendre contact avec notre équipe de support pour connaître les options qui s’offrent à vous.
Serveur
Kinsta utilise Nginx comme serveur web, fonctionnant actuellement en version 1.15.9 ou supérieure.
Base de données
Kinsta utilise MariaDB 10.3 ou plus.
TLS
Tous les serveurs Kinsta et notre CDN supportent TLS 1.3 ou plus. Assurez-vous de lire notre guide TLS vs SSL.
Est-ce que Kinsta est compatible avec Zapier ?
Oui, les sites WordPress hébergés sur Kinsta sont compatibles avec les automatisations Zapier via le point de terminaison xmlrpc.php point de terminaison. Par défaut, nous désactivons tout accès à xmlrpc.php car c’est un vecteur d’attaque courant pour les pirates et autres acteurs malveillants. Si vous rencontrez des problèmes avec l’intégration de Zapier avec WordPress sur Kinsta, veuillez ouvrir une nouvelle discussion avec notre équipe de support, et nous pouvons vous aider à autoriser votre intégration Zapier.
À quelle fréquence effectuez-vous des contrôles de surveillance du site/du temps de fonctionnement ?
Votre site WordPress est vérifié toutes les 3 minutes. Si quelque chose nécessite une attention particulière, nos ingénieurs commenceront à enquêter immédiatement. Si les notifications de surveillance du site WordPress sont activées dans MyKinsta, nous vous enverrons également un e-mail pour toute erreur de site, erreur DNS, erreur SSL ou domaine expiré.
Kinsta offre-t-il un hébergement à haute disponibilité ?
Nous n’offrons pas d’hébergement à haute disponibilité (HA), mais nous offrons une garantie de temps de fonctionnement soutenue par un SLA. Chaque site est utilisé dans un seul conteneur Linux, la base de données étant utilisée comme un service dans le conteneur du site. Nous n’utilisons pas d’instances multiples équilibrées en charge pour chaque site. Si vous souhaitez en apprendre davantage, consultez notre article sur notre architecture Kinsta.
Fournissez-vous un accès root ?
Non, nous ne fournissons pas d’accès root. L’accès complet à la racine est une arme à double tranchant : bien qu’il vous permette de faire littéralement tout ce que vous voulez avec un serveur (y compris modifier les fichiers critiques du système), nous ne pouvons pas fournir de support pour quelque chose que nous ne connaissons pas ou que nous n’avons pas configuré.
Quel est votre SLA ?
Vous pouvez trouver notre accord de niveau de service (Service Level Agreement ou SLA) complet ici.
Avons-nous manqué quelque chose ?
Si vous avez d’autres questions techniques que nous avons peut-être manquées, n’hésitez pas à les laisser dans le formulaire de commentaires ci-dessous. 👇 Ou vous pouvez toujours ouvrir une discussion avec notre équipe de support.