vault backup: 2024-06-17 19:52:16

This commit is contained in:
Struchkov Mark 2024-06-17 19:52:16 +03:00
parent 0b5aabeeb0
commit 4569a1a796
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
8 changed files with 28 additions and 20 deletions

View File

@ -23,9 +23,17 @@
"markdownOnly": false,
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "knowledge/dev/network/Content Delivery Network.md",
"timestamp": 1718643117897
},
{
"filepath": "_inbox/Кэширование.md",
"timestamp": 1718642818036
"timestamp": 1718642997715
},
{
"filepath": "meta/files/Pasted image 20240617194938.png",
"timestamp": 1718642995449
},
{
"filepath": "_inbox/Memcached.md",
@ -34,14 +42,6 @@
{
"filepath": "_inbox/Redis.md",
"timestamp": 1718642620465
},
{
"filepath": "_inbox/Кэширование на сервере.md",
"timestamp": 1718642541228
},
{
"filepath": "_inbox/Кэширование на стороне Nginx.md",
"timestamp": 1718642237759
}
],
"starredFileStore": [],

View File

@ -1,9 +1,17 @@
{
"recentFiles": [
{
"basename": "Content Delivery Network",
"path": "knowledge/dev/network/Content Delivery Network.md"
},
{
"basename": "Кэширование",
"path": "_inbox/Кэширование.md"
},
{
"basename": "Pasted image 20240617194938",
"path": "meta/files/Pasted image 20240617194938.png"
},
{
"basename": "Memcached",
"path": "_inbox/Memcached.md"
@ -191,14 +199,6 @@
{
"basename": "Extended keys MySQL",
"path": "_inbox/Extended keys MySQL.md"
},
{
"basename": "ORDER BY",
"path": "knowledge/dev/database/ORDER BY.md"
},
{
"basename": "Архитектура MySQL",
"path": "Архитектура MySQL.md"
}
],
"omittedPaths": [],

View File

@ -25,14 +25,19 @@ linked:
- «**Не хотелось бы потерять**». Здесь можно упомянуть счетчики посетителей сайта, просмотров ресурсов и т.п. Хоть и восстановить эти значения иногда напрямую невозможно, но значения этих ключей имеют ограниченный по времени смысл: через несколько минут их значение уже неактуально, и будет рассчитано заново.
- «**Совсем не должны терять**». Кэш удобен для хранения сессий пользователей. Однако содержимое сессий не хотелось бы терять никогда иначе пользователей на сайте будет «разлогинивать». Как попытаться избежать? Можно кластеризовать систему кэширования, так вероятность потери снижается.
Уровни кэширования:
## Уровни кэширования
![](Pasted%20image%2020240617195054.png)
- [Кэширование на сервере](Кэширование%20на%20сервере.md)
- [Content Delivery Network](Content%20Delivery%20Network.md)
- [Кэширование на стороне Nginx](Кэширование%20на%20стороне%20Nginx.md)
- [Кэширование на стороне клиента Nginx](Кэширование%20на%20стороне%20клиента%20Nginx.md)
- [Кэширование в браузере](Кэширование%20в%20браузере.md)
Виды кэширования:
- Сквозное. Вс
- Сквозное. Все запросы проходят через кэш. [Схема](Pasted%20image%2020240617194731.png).
- Кэширование на стороне сервиса. [Схема](Pasted%20image%2020240617194759.png).
- Опережающее. Кладем данные в кэш заранее. [Схема](Pasted%20image%2020240617194938.png).
## Ключ кэширования
Ключ кэширования должен обладать следующими свойствами:
- При изменении параметров выборки, которую мы кэшируем, ключ кэширования должен изменяться (чтобы с новыми параметрами мы не «попали» в старый кэш).

View File

@ -11,3 +11,6 @@ parents:
linked: []
---
Распределенная географическая сеть кэширующих серверов по всему миру, которая позволяет доставлять контент до пользователей быстрее за счет более близкого расположения сервера к клиенту.
**Плюсы:**
- Позволяет сделать географическое

Binary file not shown.

After

Width:  |  Height:  |  Size: 873 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.1 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.0 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.2 MiB