Зміни в документі Версія 6: Налаштування

Остання зміна 2024/07/11 10:07 автором Ashterix

Від версії 2.1
редаговано Ashterix
дата 2024/05/08 22:12
Змінити коментар: Немає коментарів для цієї версії
До версії 5.1
редаговано Ashterix
дата 2024/05/08 22:30
Змінити коментар: Немає коментарів для цієї версії

Підсумок

Подробиці

Властивості сторінки
Вміст
... ... @@ -44,10 +44,16 @@
44 44  
45 45  == {{code language="none"}}token_key_in_header{{/code}} ==
46 46  
47 -Компонент {{code language="none"}}RpcSecurity{{/code}} буде шукати в заголовках запиту специфічний ключ, який ви можете встановити в налаштуваннях пакету, значення за замовченням {{code language="none"}}token_key_in_header: 'Ufo-RPC-Token'{{/code}}, ви можете встановити будь-яке інше значення яке відповідає умовам формування заголовків протоколу HTTP
47 +Компонент {{code language="none"}}RpcSecurity{{/code}} буде шукати в заголовках запиту специфічний ключ, який ви можете встановити в налаштуваннях пакету, значення за замовченням {{code language="none"}}token_key_in_header: 'Ufo-RPC-Token'{{/code}}, ви можете встановити будь-яке інше значення яке відповідає наступним вимогам.
48 48  
49 +{{spoiler title=" Вимоги до формування заголовків протоколу HTTP"}}
50 +Вимоги до назв заголовків HTTP не є строго регульованими щодо капіталізації, оскільки HTTP заголовки нечутливі до регістру. Однак, існують деякі загальні практики і стандарти, які зазвичай дотримуються для кращої читабельності та узгодженості:
49 49  
50 -Розглянемо варіант що у вас
52 +1. Капіталізація: Зазвичай назви HTTP заголовків пишуться з використанням CamelCase, де кожне слово починається з великої літери, наприклад, Content-Type, User-Agent, Accept-Encoding. Це не впливає на технічну обробку заголовків, але робить їх легше читати.
53 +2. Унікальність: Кожен заголовок повинен мати унікальну назву у контексті одного HTTP запиту або відповіді. Не можна використовувати однакові назви для різних заголовків у тому самому запиті чи відповіді.
54 +3. Спеціальні заголовки: Існують заголовки, які використовуються специфічно для контролю поведінки кешування (Cache-Control), безпеки (Strict-Transport-Security), аутентифікації (Authorization), тощо.
55 +4. Норми RFC: Вимоги до заголовків регулюються документами RFC, які визначають стандарти для протоколів Інтернету. Наприклад, загальні заголовки і їхнє використання описані в RFC 7231.
56 +{{/spoiler}}
51 51  
52 52  
53 53  
... ... @@ -54,6 +54,16 @@
54 54  
55 55  
56 56  
63 +
64 +
65 +
66 +
67 +
68 +
69 +
70 +
71 +
72 +
57 57  {{code language="yaml"}}
58 58  # config/packages/ufo_json_rpc.yaml
59 59  ufo_json_rpc:
... ... @@ -66,6 +66,5 @@
66 66  {{/code}}
67 67  
68 68  
69 -== ==
85 +== ==
70 70  
71 -