{"id":39169,"date":"2019-10-31T22:28:14","date_gmt":"2019-10-31T19:28:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/postgresql-i-nastrojki-soglasovannosti-zapisi-dlya-kazhdogo-konkretnogo-soedineniya\/"},"modified":"2019-10-31T22:28:14","modified_gmt":"2019-10-31T19:28:14","slug":"postgresql-i-nastrojki-soglasovannosti-zapisi-dlya-kazhdogo-konkretnogo-soedineniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/postgresql-i-nastrojki-soglasovannosti-zapisi-dlya-kazhdogo-konkretnogo-soedineniya","title":{"rendered":"PostgreSQL y la configuraci\u00f3n de coherencia de escritura para cada conexi\u00f3n espec\u00edfica.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La traducci\u00f3n del art\u00edculo ha sido preparada especialmente para los estudiantes del curso \u00abBases de Datos\u00bb<\/a><\/noindex>. \u00bfTe interesa desarrollarte en esta \u00e1rea? Te invitamos a D\u00eda de Puertas Abiertas<\/a><\/noindex>, donde hablaremos en detalle sobre el programa, las caracter\u00edsticas del formato online, las competencias y las perspectivas de carrera que esperan a los graduados tras completar su formaci\u00f3n.<\/em><\/p>\n

<\/p>\n

\"PostgreSQL<\/p>\n

<\/p>\n

PostgreSQL y la configuraci\u00f3n de coherencia de escritura para cada conexi\u00f3n espec\u00edfica.
\nEn Compose, tratamos con muchas bases de datos, lo que nos brinda la oportunidad de conocer m\u00e1s de cerca su funcionalidad y desventajas. A medida que aprendemos a apreciar las caracter\u00edsticas funcionales de las nuevas bases de datos, a veces comenzamos a pensar en c\u00f3mo ser\u00eda ideal que tales funciones estuvieran presentes tambi\u00e9n en las herramientas m\u00e1s maduras con las que hemos trabajado durante mucho tiempo. Una de las nuevas caracter\u00edsticas que me gustar\u00eda ver en PostgreSQL es la consistencia de escritura configurada por conexi\u00f3n en todo el cl\u00faster. Y, como result\u00f3, ya la tenemos, y hoy queremos compartir con ustedes informaci\u00f3n sobre c\u00f3mo pueden utilizarla.<\/a><\/noindex><\/p>\n

<\/p>\n

\u00bfPor qu\u00e9 necesito esto?<\/h1>\n

<\/p>\n

El comportamiento de un cl\u00faster depende de tu aplicaci\u00f3n. Tomemos, por ejemplo, una aplicaci\u00f3n para pagos de facturas. Necesitar\u00e1s una consistencia del cien por ciento en el cl\u00faster, por lo que tendr\u00e1s que habilitar los commits sincr\u00f3nicos para que tu base de datos espere a que se realicen todos los cambios. Sin embargo, si tu aplicaci\u00f3n es una red social en r\u00e1pido desarrollo, seguramente preferir\u00e1s una respuesta r\u00e1pida a la consistencia total. Para lograr esto, puedes utilizar commits as\u00edncronos en tu cl\u00faster.<\/p>\n

<\/p>\n

Conozcan el compromiso<\/h2>\n

<\/p>\n

Deber\u00e1s llegar a un compromiso entre la consistencia de los datos y el rendimiento. PostgreSQL tiende hacia la consistencia, ya que la configuraci\u00f3n predeterminada en este caso resulta predecible y sin sorpresas inesperadas. Ahora, vamos a conocer los compromisos.<\/p>\n

<\/p>\n

Compromiso 1: Rendimiento<\/h3>\n

<\/p>\n

Si un cl\u00faster de PostgreSQL no requiere consistencia, puede funcionar de manera as\u00edncrona. La escritura se realiza en el l\u00edder del cl\u00faster, y sus r\u00e9plicas recibir\u00e1n las actualizaciones despu\u00e9s de algunos milisegundos. Cuando el cl\u00faster de PostgreSQL requiere consistencia, debe funcionar de manera sincr\u00f3nica. La escritura se realizar\u00e1 en el l\u00edder del cl\u00faster, que enviar\u00e1 la actualizaci\u00f3n a las r\u00e9plicas y esperar\u00e1 la confirmaci\u00f3n de que cada una ha realizado la escritura, antes de enviar la confirmaci\u00f3n al cliente que inici\u00f3 la escritura, informando que fue exitosa. La diferencia pr\u00e1ctica entre estos enfoques es que el m\u00e9todo as\u00edncrono requiere dos saltos en la red, mientras que el sincrono requiere cuatro. <\/p>\n

<\/p>\n

Compromiso 2: Consistencia<\/h3>\n

<\/p>\n

El resultado en caso de falla en el l\u00edder en estos dos enfoques tambi\u00e9n ser\u00e1 diferente. Si la operaci\u00f3n se realiza de manera as\u00edncrona, al ocurrir tal error, no todas las escrituras estar\u00e1n registradas por las r\u00e9plicas. \u00bfCu\u00e1nto se perder\u00e1? Depende de la propia aplicaci\u00f3n y la eficiencia de la replicaci\u00f3n. La replicaci\u00f3n de Compose impedir\u00e1 que una r\u00e9plica se convierta en l\u00edder si la cantidad de informaci\u00f3n en ella es 1 MB menor que en el l\u00edder, lo que significa que potencialmente se pueden perder hasta 1 MB de registros durante el funcionamiento as\u00edncrono. <\/p>\n

<\/p>\n

En modo sincr\u00f3nico, esto no ocurre. Si el l\u00edder falla, todas las r\u00e9plicas se actualizan, ya que cualquier escritura confirmada en el l\u00edder debe ser confirmada en las r\u00e9plicas. Ah\u00ed est\u00e1 la consistencia. <\/p>\n

<\/p>\n

El comportamiento sincr\u00f3nico tiene sentido en una aplicaci\u00f3n para pagos de facturas, donde la consistencia tiene una ventaja clara al buscar un compromiso entre consistencia y rendimiento. Lo m\u00e1s importante para tal aplicaci\u00f3n son los datos v\u00e1lidos. Y ahora, recuerda una red social, donde el objetivo principal es retener la atenci\u00f3n del usuario, respondiendo a las consultas lo m\u00e1s r\u00e1pido posible. En tal caso, el rendimiento, con menos saltos en la red y menos espera por confirmaciones, ser\u00e1 la prioridad. Sin embargo, el compromiso entre rendimiento y consistencia no es el \u00fanico que se debe considerar.<\/p>\n

<\/p>\n

Compromiso 3: Fallos<\/h3>\n

<\/p>\n

Es muy importante entender c\u00f3mo se comporta el cl\u00faster durante una falla. Consideremos la situaci\u00f3n en la que una o m\u00e1s r\u00e9plicas fallan. Cuando los commits se procesan de forma asincr\u00f3nica, el l\u00edder seguir\u00e1 funcionando, es decir, aceptando y procesando entradas sin esperar las r\u00e9plicas faltantes. Cuando las r\u00e9plicas regresan al cl\u00faster, se ponen al d\u00eda con el l\u00edder. Con la replicaci\u00f3n sincr\u00f3nica, si las r\u00e9plicas no responden, el l\u00edder no tendr\u00e1 otra opci\u00f3n y continuar\u00e1 esperando la confirmaci\u00f3n del commit hasta que la r\u00e9plica vuelva al cl\u00faster y pueda aceptar y confirmar la entrada.<\/p>\n

<\/p>\n

\u00bfUna conexi\u00f3n por transacci\u00f3n?<\/h2>\n

<\/p>\n

Cada aplicaci\u00f3n necesita un tipo especial de combinaci\u00f3n de consistencia y rendimiento. A menos que sea nuestra aplicaci\u00f3n de pago de facturas, que imaginamos totalmente consistente, o nuestra aplicaci\u00f3n casi ef\u00edmera de redes sociales. En todos los dem\u00e1s casos, habr\u00e1 momentos en que algunas operaciones deben ser sincr\u00f3nicas y otras asincr\u00f3nicas. Puede que no quiera que el sistema espere hasta que el mensaje enviado en el chat sea confirmado, pero si en la misma aplicaci\u00f3n se est\u00e1 realizando un pago, habr\u00e1 que esperar.<\/p>\n

<\/p>\n

Todas estas decisiones, por supuesto, las toma el desarrollador de la aplicaci\u00f3n. Las decisiones correctas sobre cu\u00e1ndo aplicar cada enfoque ayudar\u00e1n a maximizar el cl\u00faster. Es importante que el desarrollador pueda alternar entre ellos a nivel de SQL para conexiones y transacciones. <\/p>\n

<\/p>\n

Implementaci\u00f3n del control en la pr\u00e1ctica<\/h2>\n

<\/p>\n

Por defecto, PostgreSQL asegura consistencia. Esto se controla mediante el par\u00e1metro del servidor synchronous_commit<\/code>. Por defecto, est\u00e1 en la posici\u00f3n on<\/code>, pero tiene tres otras opciones: local<\/code>, remote_write<\/code> o off<\/code>.<\/p>\n

<\/p>\n

Al establecer el par\u00e1metro en off<\/code> se detienen todos los commits sincr\u00f3nicos, incluso en el sistema local. El par\u00e1metro en local define el modo sincr\u00f3nico para el sistema local, pero las entradas en las r\u00e9plicas se realizan de forma asincr\u00f3nica. Remote_write<\/code> va un paso m\u00e1s all\u00e1: las entradas en las r\u00e9plicas se realizan de forma asincr\u00f3nica, pero retornan cuando la r\u00e9plica ha aceptado la entrada, aunque no la haya escrito en disco.<\/p>\n

<\/p>\n

Al considerar el rango de opciones disponible, elegimos el comportamiento y, recordando que on<\/code> son registros sincr\u00f3nicos, seleccionaremos local<\/code> para commits asincr\u00f3nicos por la red, manteniendo los commits locales como sincr\u00f3nicos.<\/p>\n

<\/p>\n

Ahora, les explicaremos c\u00f3mo configurarlo en un abrir y cerrar de ojos, pero imagine que hemos instalado synchronous_commit<\/code> en local<\/code> para el servidor. Nos preguntamos si se puede modificar el par\u00e1metro synchronous_commit<\/code> sobre la marcha, y result\u00f3 que no solo se puede, hay hasta dos maneras de hacerlo. La primera es configurar la sesi\u00f3n de su conexi\u00f3n de la siguiente manera:<\/p>\n

<\/p>\n

SET SESSION synchronous_commit TO ON;  \n\/\/ Sus escrituras van aqu\u00ed<\/code><\/pre>\n
<\/p>\n
Todas las escrituras posteriores en la sesi\u00f3n confirmar\u00e1n las operaciones de escritura para las r\u00e9plicas antes de devolver un resultado positivo al cliente conectado. A menos que, por supuesto, cambie la configuraci\u00f3n synchronous_commit<\/code> de nuevo. Se puede omitir la parte SESSION<\/code> en el comando, ya que tendr\u00e1 el valor predeterminado.<\/p>\n
<\/p>\n
El segundo m\u00e9todo es bueno cuando solo deseas asegurarte de que obtienes una replicaci\u00f3n sincr\u00f3nica para una transacci\u00f3n. En muchas bases de datos de tipo \u00abNoSQL\u00bb no existe el concepto de transacciones, pero s\u00ed existe en PostgreSQL. En este caso, inicias una transacci\u00f3n y luego estableces synchronous_commit<\/code> en on<\/code> antes de realizar la escritura para la transacci\u00f3n. COMMIT<\/code> confirmar\u00e1 la transacci\u00f3n usando cualquier valor del par\u00e1metro synchronous_commit<\/code>, que se haya establecido en ese momento, aunque es mejor establecer la variable de antemano para asegurarse de que otros desarrolladores entiendan que las escrituras no son as\u00edncronas.<\/p>\n
<\/p>\n
BEGIN;  \nSET LOCAL synchronous_commit TO ON;  \n\/\/ Sus escrituras van aqu\u00ed\nCOMMIT;  <\/code><\/pre>\n
<\/p>\n
Todos los commits de transacciones ahora ser\u00e1n confirmados, como escritos en las r\u00e9plicas, incluso antes de que la base de datos devuelva una respuesta positiva al cliente conectado.<\/p>\n
<\/p>\n
Configuraci\u00f3n de PostgreSQL<\/h2>\n
<\/p>\n
Antes de esto, imagin\u00e1bamos un sistema de PostgreSQL con synchronous_commit<\/code>, instalado en local<\/code>. Para que esto sea real en el lado del servidor, necesitar\u00e1 establecer dos par\u00e1metros de configuraci\u00f3n del servidor. Otro par\u00e1metro synchronous_standby_names<\/code> entrar\u00e1 en juego cuando synchronous_commit<\/code> est\u00e9 en on<\/code>. Define qu\u00e9 r\u00e9plicas tienen derecho a commits s\u00edncronos, y lo estableceremos en *<\/code>, lo que significar\u00e1 habilitar todas las r\u00e9plicas. Estos valores generalmente se configuran en el archivo de configuraci\u00f3n<\/a><\/noindex> agregando: <\/p>\n
<\/p>\n
synchronous_commit = local  \nsynchronous_standby_names='*'<\/code><\/pre>\n
<\/p>\n
Al establecer el par\u00e1metro synchronous_commit<\/code> en local<\/code>, creamos un sistema en el que los discos locales permanecen sincronizados, pero los commits de las r\u00e9plicas de red son as\u00edncronos por defecto. A menos que, por supuesto, decidamos hacer esos commits s\u00edncronos, como se muestra arriba.<\/p>\n
<\/p>\n
Si han seguido el desarrollo del proyecto Governor<\/a><\/noindex>, es posible que haya notado algunos cambios recientes (1<\/a><\/noindex>, 2<\/a><\/noindex>), que permitieron a los usuarios de Governor probar estos par\u00e1metros y controlar su coherencia.<\/p>\n
<\/p>\n
Un par de palabras m\u00e1s\u2026<\/h2>\n
<\/p>\n
Literalmente, hace una semana, le dir\u00eda que no era posible ajustar PostgreSQL tan finamente. Fue entonces cuando Kurt, un miembro del equipo de plataforma de Compose, insisti\u00f3 en que tal posibilidad exist\u00eda. Acall\u00f3 mis objeciones y encontr\u00f3 en la documentaci\u00f3n de PostgreSQL lo siguiente<\/a><\/noindex>:<\/p>\n
<\/p>\n
\"PostgreSQL<\/p>\n
<\/p>\n
Este par\u00e1metro puede ser modificado en cualquier momento. El comportamiento para cualquier transacci\u00f3n se determina por la configuraci\u00f3n vigente al momento del commit. Por lo tanto, es posible y \u00fatil tener commits s\u00edncronos para algunas transacciones, mientras que para otras son as\u00edncronos. Por ejemplo, para hacer que una multistatement<\/code> transacci\u00f3n realice commits de forma as\u00edncrona, cuando el valor del par\u00e1metro por defecto sea opuesto, establezca <\/em>SET LOCAL synchronous_commit TO OFF<\/code> dentro de la transacci\u00f3n.<\/em><\/p>\n
<\/p>\n
Con esta peque\u00f1a modificaci\u00f3n en el archivo de configuraci\u00f3n, brindamos a los usuarios la capacidad de controlar su coherencia y rendimiento.<\/p>\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u043b\u0435\u043d \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u0434\u043b\u044f \u0441\u0442\u0443\u0434\u0435\u043d\u0442\u043e\u0432 \u043a\u0443\u0440\u0441\u0430 \u00ab\u0411\u0430\u0437\u044b \u0414\u0430\u043d\u043d\u044b\u0445\u00bb. \u0418\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u0432 \u0434\u0430\u043d\u043d\u043e\u043c \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0438? \u041f\u0440\u0438\u0433\u043b\u0430\u0448\u0430\u0435\u043c \u0432\u0430\u0441 \u043d\u0430 \u0414\u0435\u043d\u044c \u041e\u0442\u043a\u0440\u044b\u0442\u044b\u0445 \u0414\u0432\u0435\u0440\u0435\u0439, \u0433\u0434\u0435 \u043c\u044b \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u043c \u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0435, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e\u0441\u0442\u044f\u0445 \u043e\u043d\u043b\u0430\u0439\u043d-\u0444\u043e\u0440\u043c\u0430\u0442\u0430, \u043a\u043e\u043c\u043f\u0435\u0442\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u043a\u0430\u0440\u044c\u0435\u0440\u043d\u044b\u0445 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u0430\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0436\u0434\u0443\u0442 \u0432\u044b\u043f\u0443\u0441\u043a\u043d\u0438\u043a\u043e\u0432 \u043f\u043e\u0441\u043b\u0435 \u043e\u0431\u0443\u0447\u0435\u043d\u0438\u044f. PostgreSQL \u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 \u0441\u043e\u0433\u043b\u0430\u0441\u043e\u0432\u0430\u043d\u043d\u043e\u0441\u0442\u0438 \u0437\u0430\u043f\u0438\u0441\u0438 \u0434\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u043a\u043e\u043d\u043a\u0440\u0435\u0442\u043d\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u041d\u0430\u043c \u0432 Compose \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0438\u043c\u0435\u0442\u044c \u0434\u0435\u043b\u043e \u0441\u043e \u043c\u043d\u043e\u0433\u0438\u043c\u0438 \u0431\u0430\u0437\u0430\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29395,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39169","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\udd47PostgreSQL y configuraciones de coherencia de escritura para cada conexi\u00f3n espec\u00edfica | ProHoster","description":"La traducci\u00f3n del art\u00edculo ha sido preparada especialmente para los estudiantes del curso 'Bases de Datos'. \u00bfTe interesa desarrollarte en esta \u00e1rea?","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/postgresql-i-nastrojki-soglasovannosti-zapisi-dlya-kazhdogo-konkretnogo-soedineniya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\udd47PostgreSQL \u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 \u0441\u043e\u0433\u043b\u0430\u0441\u043e\u0432\u0430\u043d\u043d\u043e\u0441\u0442\u0438 \u0437\u0430\u043f\u0438\u0441\u0438 \u0434\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u043a\u043e\u043d\u043a\u0440\u0435\u0442\u043d\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f | ProHoster","og:description":"\u041f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u043b\u0435\u043d \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u0434\u043b\u044f \u0441\u0442\u0443\u0434\u0435\u043d\u0442\u043e\u0432 \u043a\u0443\u0440\u0441\u0430 \u00ab\u0411\u0430\u0437\u044b \u0414\u0430\u043d\u043d\u044b\u0445\u00bb. \u0418\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u0432 \u0434\u0430\u043d\u043d\u043e\u043c \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0438?","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/postgresql-i-nastrojki-soglasovannosti-zapisi-dlya-kazhdogo-konkretnogo-soedineniya","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-31T19:28:14+00:00","article:modified_time":"2019-10-31T19:28:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39169","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-24 01:05:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:44","updated":"2026-01-24 01:05:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/39169","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=39169"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/39169\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/29395"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=39169"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=39169"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=39169"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}