{"id":30851,"date":"2019-10-31T21:37:47","date_gmt":"2019-10-31T18:37:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-1\/"},"modified":"2019-10-31T21:37:47","modified_gmt":"2019-10-31T18:37:47","slug":"virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-1","title":{"rendered":"Syst\u00e8mes de fichiers virtuels sous Linux : pourquoi sont-ils n\u00e9cessaires et comment fonctionnent-ils ? Partie 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bonjour \u00e0 tous ! Nous continuons le lancement de nouveaux flux pour les cours que vous aimez d\u00e9j\u00e0 et nous sommes ravis de vous annoncer qu'un nouveau semestre pour le cours \u00ab Administrateur Linux \u00bb<\/a><\/noindex>, qui d\u00e9butera \u00e0 la fin avril. Cet \u00e9v\u00e9nement sera accompagn\u00e9 d'une nouvelle publication. Vous pouvez consulter l'original du mat\u00e9riel ici<\/a><\/noindex>.<\/p>\n

Les syst\u00e8mes de fichiers virtuels jouent le r\u00f4le d'une sorte d'abstraction magique, permettant \u00e0 la philosophie Linux de dire que \u00ab tout est un fichier \u00bb.<\/p>\n

\"Syst\u00e8mes
\n
\nQu'est-ce qu'un syst\u00e8me de fichiers ? En se basant sur les mots de l'un des premiers contributeurs et auteurs de Linux, Robert Love<\/a><\/noindex>, \u00ab Un syst\u00e8me de fichiers est un stockage hi\u00e9rarchique de donn\u00e9es organis\u00e9 selon une certaine structure \u00bb. Quoi qu'il en soit, cette d\u00e9finition convient \u00e9galement pour VFAT (Virtual File Allocation Table), Git et Cassandra<\/a><\/noindex> (base de donn\u00e9es NoSQL<\/a><\/noindex>). Alors qu'est-ce qui d\u00e9finit un concept comme \u00ab syst\u00e8me de fichiers \u00bb ?<\/a><\/noindex><\/p>\n

Les bases du syst\u00e8me de fichiers<\/b><\/p>\n

Le noyau Linux a des exigences sp\u00e9cifiques pour une entit\u00e9 pouvant \u00eatre consid\u00e9r\u00e9e comme un syst\u00e8me de fichiers. Elle doit impl\u00e9menter les m\u00e9thodes open()<\/code>, read()<\/code> et write()<\/code> pour des objets permanents ayant des noms. Du point de vue de la programmation orient\u00e9e objet, le noyau d\u00e9finit un syst\u00e8me de fichiers g\u00e9n\u00e9rique (generic filesystem) comme une interface abstraite, et ces trois grandes fonctions sont consid\u00e9r\u00e9es comme \u00ab virtuelles \u00bb et sans d\u00e9finition pr\u00e9cise. En cons\u00e9quence, l'impl\u00e9mentation par d\u00e9faut d'un syst\u00e8me de fichiers est appel\u00e9e syst\u00e8me de fichiers virtuel (VFS).<\/a><\/noindex>Si nous pouvons ouvrir, lire et \u00e9crire dans une entit\u00e9, alors cette entit\u00e9 est consid\u00e9r\u00e9e comme un fichier, comme nous le voyons dans l'exemple ci-dessus.<\/p>\n

\"Syst\u00e8mes
\n
\nLe ph\u00e9nom\u00e8ne VFS souligne seulement l'observation caract\u00e9ristique des syst\u00e8mes de type Unix qui stipule que \u00ab tout est un fichier \u00bb. Pensez \u00e0 quel point il est \u00e9trange que ce petit exemple ci-dessus avec \/dev\/console montre comment la console fonctionne r\u00e9ellement. L'image pr\u00e9sente une session interactive Bash. L'envoi d'une ligne \u00e0 la console (virtual console device) l'affiche sur l'\u00e9cran virtuel. VFS a d'autres propri\u00e9t\u00e9s encore plus \u00e9tranges. Par exemple, il permet d'effectuer des recherches dans
\n eux Les syst\u00e8mes que nous connaissons, tels que ext4, NFS et \/proc ont trois fonctions importantes dans la structure de donn\u00e9es C qui s'appelle<\/a><\/noindex>.<\/p>\n

Les syst\u00e8mes que nous connaissons, tels que ext4, NFS et \/proc, ont trois fonctions importantes dans la structure de donn\u00e9es C, appel\u00e9e file_operations<\/a><\/noindex>. De plus, certains syst\u00e8mes de fichiers \u00e9tendent et red\u00e9finissent les fonctionnalit\u00e9s de VFS de mani\u00e8re orient\u00e9e objet. Comme l'indique Robert Love, l'abstraction VFS permet aux utilisateurs de Linux de copier sans souci des fichiers vers ou depuis des syst\u00e8mes d'exploitation tiers ou des entit\u00e9s abstraites, comme des pipes, sans se soucier de leur format de donn\u00e9es interne. Du c\u00f4t\u00e9 utilisateur (userspace), le processus peut transf\u00e9rer des donn\u00e9es du fichier vers les structures de donn\u00e9es du noyau via l'appel syst\u00e8me read()<\/code> d'un syst\u00e8me de fichiers, puis utiliser la m\u00e9thode write ()<\/code> d'un autre syst\u00e8me de fichiers pour sortir les donn\u00e9es.<\/p>\n

Les d\u00e9finitions des fonctions rattach\u00e9es aux types de base VFS se trouvent dans les fichiers fs\/*.c<\/a><\/noindex> du code source du noyau, tandis que les sous-r\u00e9pertoires fs\/<\/code> contiennent des syst\u00e8mes de fichiers sp\u00e9cifiques. Le noyau contient \u00e9galement des entit\u00e9s telles que cgroups<\/code>, \/dev<\/code> et tmpfs<\/code>, requises pendant le processus de chargement et donc d\u00e9finies dans le sous-r\u00e9pertoire du noyau init\/<\/code>. Notez que cgroups<\/code>, \/dev<\/code> et tmpfs<\/code> ils n'appellent pas les \u00ab grandes trois \u00bb fonctions file_operations<\/code>, mais lisent et \u00e9crivent directement en m\u00e9moire.
\n Le diagramme ci-dessous montre comment le userspace acc\u00e8de aux diff\u00e9rents types de syst\u00e8mes de fichiers g\u00e9n\u00e9ralement mont\u00e9s dans les syst\u00e8mes Linux. Des structures comme pipes<\/code>, dmesg<\/code> et horloges POSIX<\/code>, qui mettent \u00e9galement en \u0153uvre la structure file_operations<\/code>, dont l'acc\u00e8s se fait \u00e0 travers la couche VFS.<\/p>\n

\"Syst\u00e8mes
\n
\n VFS est une \u00ab couche interm\u00e9diaire \u00bb entre les appels syst\u00e8me et les mises en \u0153uvre de syst\u00e8mes de fichiers sp\u00e9cifiques file_operations<\/code>, tels que ext4.<\/code> et de l'h\u00f4te dans le conteneur sous forme de chemins dans son<\/code>Les fonctions file_operations<\/code> peuvent interagir soit avec des pilotes de p\u00e9riph\u00e9riques, soit avec des dispositifs d'acc\u00e8s \u00e0 la m\u00e9moire. tmpfs<\/code>, devtmpfs <\/code>et cgroups <\/code>n'utilisent pas file_operations<\/code>, mais acc\u00e8dent directement \u00e0 la m\u00e9moire.
\n L'existence de VFS permet la r\u00e9utilisation du code, car les m\u00e9thodes de base li\u00e9es aux syst\u00e8mes de fichiers n'ont pas besoin d'\u00eatre r\u00e9implant\u00e9es par chaque type de syst\u00e8me de fichiers. La r\u00e9utilisation du code est une pratique courante chez les ing\u00e9nieurs logiciels ! Cependant, si le code r\u00e9utilis\u00e9 contient des erreurs graves<\/a><\/noindex>, toutes les mises en \u0153uvre qui h\u00e9ritent des m\u00e9thodes communes en souffriront. <\/p>\n

\/tmp: \u041f\u0440\u043e\u0441\u0442\u0430\u044f \u043f\u043e\u0434\u0441\u043a\u0430\u0437\u043a\u0430<\/b><\/p>\n

Une fa\u00e7on simple de v\u00e9rifier si VFS est pr\u00e9sent dans le syst\u00e8me est de saisir mount | grep -v sd | grep -v :\/<\/code>, ce qui affichera tous les syst\u00e8mes de fichiers mont\u00e9s (mounted<\/code>) qui ne r\u00e9sident pas sur le disque et ne sont pas NFS, ce qui est vrai pour la plupart des ordinateurs. L'un des montages \u00e9num\u00e9r\u00e9s (mounts<\/code>) VFS sera sans aucun doute \/tmp<\/code>, n'est-ce pas ?<\/p>\n

\"Syst\u00e8mes
\n
\nTout le monde sait que le stockage \/ tmp<\/code> sur un support physique est de la folie ! Source<\/a><\/noindex>.<\/p>\n

Pourquoi est-il d\u00e9conseill\u00e9 de stocker \/tmp<\/code> sur un support physique ? Parce que les fichiers dans \/tmp<\/code> sont temporaires, et les dispositifs de stockage sont plus lents que la m\u00e9moire o\u00f9 est cr\u00e9\u00e9 tmpfs. De plus, les supports physiques s'usent plus rapidement lors de r\u00e9\u00e9critures que la m\u00e9moire. Enfin, les fichiers dans \/tmp peuvent contenir des informations sensibles, donc leur disparition \u00e0 chaque red\u00e9marrage est une fonction essentielle. <\/p>\n

Malheureusement, certains scripts d'installation de distributions Linux cr\u00e9ent \/tmp sur le p\u00e9riph\u00e9rique de stockage par d\u00e9faut. Ne d\u00e9sesp\u00e9rez pas si cela est arriv\u00e9 \u00e0 votre syst\u00e8me. Suivez quelques instructions simples sur Arch Wiki<\/a><\/noindex>, pour corriger cela, et rappelez-vous que la m\u00e9moire allou\u00e9e \u00e0 tmpfs <\/code> deviendra indisponible pour d'autres fins. En d'autres termes, un syst\u00e8me avec un \u00e9norme tmpfs et de gros fichiers peut \u00e9puiser toute la m\u00e9moire et planter. Un autre conseil : lors de l'\u00e9dition du fichier \/etc\/fstab<\/code>, gardez \u00e0 l'esprit qu'il doit se terminer par une nouvelle ligne, sinon votre syst\u00e8me ne d\u00e9marrera pas.<\/p>\n

\/proc \u0438 \/sys <\/b><\/p>\n

En plus de \/tmp<\/code>, VFS (syst\u00e8mes de fichiers virtuels), qui sont les plus familiers aux utilisateurs de Linux, se trouve \/proc<\/code> et \/sys<\/code>. (\/dev<\/code> dans la m\u00e9moire partag\u00e9e et n'a pas file_operations<\/code>). Pourquoi ces deux composants en particulier ? Examinons cette question de plus pr\u00e8s. <\/p>\n

de l'h\u00f4te dans le conteneur sous forme de chemins dans son<\/code> cr\u00e9e un instantan\u00e9 de l'\u00e9tat du noyau et des processus qu'il contr\u00f4le pour userspace<\/code>. Il y a \/proc<\/code> le noyau fournit des informations sur les ressources dont il dispose, comme les interruptions, la m\u00e9moire virtuelle et le planificateur. En outre, \/proc\/sys<\/code> est l'endroit o\u00f9 les param\u00e8tres configur\u00e9s via la commande sysctl<\/code>, sont accessibles \u00e0 userspace<\/code>. L'\u00e9tat et les statistiques des processus individuels sont affich\u00e9s dans les r\u00e9pertoires \/proc\/<\/code>.<\/p>\n

\"Syst\u00e8mes
\n
\nIci \/proc\/meminfo<\/code> \u2014 est un fichier vide, mais qui contient n\u00e9anmoins des informations pr\u00e9cieuses.<\/p>\n

Le comportement \/proc<\/code> des fichiers montre \u00e0 quel point les syst\u00e8mes de fichiers VFS peuvent \u00eatre diff\u00e9rents. D'une part, \/proc\/meminfo<\/code> contiennent des informations qui peuvent \u00eatre consult\u00e9es par la commande free<\/code>. D'autre part, il n'y a rien ! Comment est-ce possible ? La situation rappelle le c\u00e9l\u00e8bre article intitul\u00e9 \u00ab La lune existe-t-elle quand personne ne la regarde ? R\u00e9alit\u00e9 et th\u00e9orie quantique \u00bb<\/a><\/noindex>, \u00e9crit par le professeur de physique de l'universit\u00e9 Cornell, David Mermin, en 1985. En fait, le noyau collecte des statistiques de m\u00e9moire lorsqu'il y a une demande. \/proc<\/code>, et en r\u00e9alit\u00e9, il n'y a rien dans les fichiers \/proc<\/code> quand personne ne regarde. Comme l'a dit Mermin<\/a><\/noindex>, \u00ab La doctrine quantique fondamentale indique que la mesure ne r\u00e9v\u00e8le g\u00e9n\u00e9ralement pas une valeur pr\u00e9existante de la propri\u00e9t\u00e9 mesur\u00e9e. \u00bb (Et pensez \u00e0 la question sur la lune comme devoir \u00e0 la maison !)
\nLe vide apparent de l'h\u00f4te dans le conteneur sous forme de chemins dans son <\/code> a du sens car les informations qui s'y trouvent sont dynamiques. La situation est un peu diff\u00e9rente avec sysfs<\/code>. Comparons combien de fichiers de taille d'au moins un octet se trouvent dans \/proc<\/code> et dans \/sys<\/code>.<\/p>\n

\"Syst\u00e8mes
\n
\nProcfs<\/code> qui a un fichier, \u00e0 savoir la configuration export\u00e9e du noyau, qui est une exception car elle n'a besoin d'\u00eatre g\u00e9n\u00e9r\u00e9e qu'une seule fois par d\u00e9marrage. En revanche, dans \/sys<\/code> se trouvent de nombreux fichiers plus volumineux, dont beaucoup occupent une page enti\u00e8re de m\u00e9moire. En g\u00e9n\u00e9ral, les fichiers sysfs <\/code> contiennent exactement un nombre ou une cha\u00eene, contrairement aux tableaux d'informations obtenues lors de la lecture de fichiers tels que \/proc\/meminfo<\/code>.<\/p>\n

L'objectif sysfs <\/code>est de fournir des propri\u00e9t\u00e9s lisibles et modifiables de ce que le noyau appelle \u00abkobjects\u00bb<\/code> dans l'espace utilisateur. L'unique objectif des kobjects <\/code>est le comptage de r\u00e9f\u00e9rences : lorsque la derni\u00e8re r\u00e9f\u00e9rence \u00e0 un kobject est supprim\u00e9e, le syst\u00e8me r\u00e9cup\u00e9rera les ressources qui y sont li\u00e9es. Cependant, \/sys<\/code> constitue la majeure partie du c\u00e9l\u00e8bre \u00abstable ABI pour l'espace utilisateur\u00bb<\/a><\/noindex> du noyau, que personne ne peut jamais \u00abcasser\u00bb<\/a><\/noindex>. Cela ne signifie pas que les fichiers dans sysfs sont statiques, ce qui contredirait le comptage de r\u00e9f\u00e9rences sur des objets instables.
\nL'interface binaire stable de l'application du noyau (ABI stable du noyau) limite ce qui peut appara\u00eetre dans \/sys<\/code>, et non ce qui est r\u00e9ellement pr\u00e9sent \u00e0 un moment donn\u00e9. La liste des autorisations des fichiers dans sysfs permet de comprendre comment les param\u00e8tres configurables des dispositifs, des modules, des syst\u00e8mes de fichiers, etc., peuvent \u00eatre configur\u00e9s ou lus. On peut en d\u00e9duire que procfs est \u00e9galement une partie de l'ABI stable du noyau, bien que cela ne soit pas explicitement mentionn\u00e9 dans documentation<\/a><\/noindex>.<\/p>\n

\"Syst\u00e8mes
\n
\nLes fichiers dans sysfs <\/code>d\u00e9crivent une propri\u00e9t\u00e9 sp\u00e9cifique pour chaque entit\u00e9 et peuvent \u00eatre lisibles, r\u00e9\u00e9crits ou les deux \u00e0 la fois. \u00ab 0 \u00bb dans un fichier indique que le SSD ne peut pas \u00eatre supprim\u00e9.<\/p>\n

Nous commencerons la deuxi\u00e8me partie de la traduction par la mani\u00e8re d'observer le VFS \u00e0 l'aide des outils eBPF et bcc, et nous attendons maintenant vos commentaires et vous invitons traditionnellement \u00e0 un webinaire ouvert<\/a><\/noindex>, qui sera anim\u00e9 par notre enseignant le 9 avril \u2014 Vladimir Drozdetski<\/a><\/noindex>.
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u0437\u0430\u043f\u0443\u0441\u043a\u0438 \u043d\u043e\u0432\u044b\u0445 \u043f\u043e\u0442\u043e\u043a\u043e\u0432 \u043f\u043e \u0443\u0436\u0435 \u043f\u043e\u043b\u044e\u0431\u0438\u0432\u0448\u0438\u043c\u0441\u044f \u0432\u0430\u043c \u043a\u0443\u0440\u0441\u0430\u043c \u0438 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u043f\u0435\u0448\u0438\u043c \u0441\u043e\u043e\u0431\u0449\u0438\u0442\u044c \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0443 \u043d\u0430\u0441 \u0441\u0442\u0430\u0440\u0442\u0443\u0435\u0442 \u043d\u043e\u0432\u044b\u0439 \u043d\u0430\u0431\u043e\u0440 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u00ab\u0410\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440 Linux\u00bb, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0441\u044f \u0432 \u043a\u043e\u043d\u0446\u0435 \u0430\u043f\u0440\u0435\u043b\u044f. \u041a \u044d\u0442\u043e\u043c\u0443 \u0441\u043e\u0431\u044b\u0442\u0438\u044e \u0438 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0438\u0443\u0440\u043e\u0447\u0435\u043d\u0430 \u043d\u043e\u0432\u0430\u044f \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u044f. \u0421 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b\u043e\u043c \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b\u0430 \u043c\u043e\u0436\u043d\u043e \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u0438\u0442\u044c\u0441\u044f \u0442\u0443\u0442. \u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u043e\u0432\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432\u044b\u043f\u043e\u043b\u043d\u044f\u044e\u0442 \u0440\u043e\u043b\u044c \u043d\u0435\u043a\u043e\u0439 \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0439 \u0430\u0431\u0441\u0442\u0440\u0430\u043a\u0446\u0438\u0438, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22835,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30851","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Syst\u00e8mes de fichiers virtuels sous Linux : pourquoi sont-ils n\u00e9cessaires et comment fonctionnent-ils ? Partie 1 | ProHoster","description":"Bonjour \u00e0 tous !","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u043e\u0432\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 Linux: \u0437\u0430\u0447\u0435\u043c \u043e\u043d\u0438 \u043d\u0443\u0436\u043d\u044b \u0438 \u043a\u0430\u043a \u043e\u043d\u0438 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442? \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442!","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:37:47+00:00","article:modified_time":"2019-10-31T18:37:47+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30851","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 03:17:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:27:39","updated":"2026-01-21 03:17:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/30851","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=30851"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/30851\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/22835"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=30851"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=30851"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=30851"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}