# La configuración "blocked onebox domains" no se respeta

**URL:** <https://meta.discourse.org/t/blocked-onebox-domains-setting-not-respected/218479>\
**Category:** Bug\
**Created:** [16 Febrero, 2022 21:35 UTC](https://meta.discourse.org/t/blocked-onebox-domains-setting-not-respected/218479 "2022-02-16T21:35:05Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [17 Febrero, 2022 02:27 UTC](https://meta.discourse.org/t/blocked-onebox-domains-setting-not-respected/218479/11 "2022-02-17T02:27:07Z")

</div>

Idea descabellada… ¿deberíamos admitir:

`cache-control: no-store`

> **[Cache-Control header - HTTP | MDN](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Cache-Control)**
>
> The HTTP Cache-Control header holds directives (instructions) in both requests and responses that control caching in browsers and shared caches (e.g., Proxies, CDNs).

> La directiva de respuesta `no-store` indica que ninguna caché de ningún tipo (privada o compartida) debe almacenar esta respuesta.

GitHub está diciendo específicamente… por favor… no me almacenes…

Quizás onebox debería respetarlo… y no almacenarlo.

Siempre podríamos hacer de esto una configuración experimental para empezar y ver qué impacto tiene.

La vista previa tendría que explicar por qué no estamos haciendo onebox.

* * *

Nota… usamos `no-store` en bastantes lugares, pero creo que en esos casos redirigimos, sin embargo, existe esta ligera complejidad.

> <https://github.com/discourse/discourse/blob/a0c65e91d91dc23f9fd99c9be1b4aa9a1c068782/spec/requests/topics_controller_spec.rb#L1868-L1874>

---

_[View the full topic](https://meta.discourse.org/t/blocked-onebox-domains-setting-not-respected/218479)._