nodrama
04.09.14
✎
08:01
Доброго времени суток.. есть база УПП 56 релиз. типовая.Контрагентов около 400. Пытаюсь создать нового контрагента. Появляется ошибка
В данной транзакции уже были ошибки. Жмем подробно, видим
«Ошибка при вызове метода контекста (Получить)
Возврат Константы[ИмяПараметраВР].Получить();»
ТиС — не помогло
Выгрузка-загрузка ИБ — не помогло
Ребут сервера+sql — не помогло
Перенумерация контрагентов (не знаю зачем) — не помогло.
__
Открываю журнал регистрации что бы посмотреть что же там.
И вижу такую строчку
[URL=http://pixs.ru/showimage/Bezimyanni_1596871_13695306.jpg][IMG]http://i6.pixs.ru/storage/3/0/6/Bezimyanni_1596871_13695306.jpg[/IMG][/URL]
nodrama
04.09.14
✎
08:05
вот ссылка новая на картинку.. что то нельзя отредактировать сообщения
http://pixs.ru/showimage/Bezimyanni_1596871_13695306.jpg
BuHu
04.09.14
✎
08:05
(0) а в ИмяПараметраВР что ? может нет такой константы?
nodrama
04.09.14
✎
08:06
(2) то есть, пол года было)) а в 56 релизе новом нет? у нас типовая УПП..
сейчас отладчиком гляну.
BuHu
04.09.14
✎
08:07
(3) странно что ты не с этого начал.
nodrama
04.09.14
✎
08:08
Поставил точку останова на начало кода «При записи».. прошелся. Код закончился (процедура закончилась). то есть в этот момент он должен был мне закрыть и записать контрагента. все отладка закончелась уже. и в этот момент он мне выдал эту ошибку.
BuHu
04.09.14
✎
08:08
(3) это началось после обновления?
nodrama
04.09.14
✎
08:09
(6) нет это началось в 55 релизе, я решил обновить на 56. ну малоли как бывает. толку 0
BuHu
04.09.14
✎
08:09
(5) у тебя же есть название модуля , номер строки , поставь точку останова там где вылазит ошибка
BuHu
04.09.14
✎
08:10
(5) здается мне , что кто то что в подписке дописал
nodrama
04.09.14
✎
08:13
да такая строчка одна на всю конфу
Это общий модуль
РаботаСОбщимиПеременнымиПовтИсп
Значения ИмяПараметраВР в моем случаи
«ДУБЛИРОВАТЬСООБЩЕНИЯВЖУРНАЛРЕГИСТРАЦИИ»
тип строка.
Рэйв
04.09.14
✎
08:13
(0)Такую фигню обычно пишет когда внутри транзакции пытаются втюхать попытку и она выпадает в исключение. Естественно
nodrama
04.09.14
✎
08:14
Вот строчка.
Возврат Константы[ИмяПараметраВР].Получить();»
После нее сразу вылетает эта ошибка
Но. ИмяПараметраВР, есть я написал его выше
BuHu
04.09.14
✎
08:15
(12) с упп не работал , там есть такая константа?
nodrama
04.09.14
✎
08:18
(13) в конфе в Константах .. нет… но я смотрел 55 релиз 54 релиз и тд. там этот код не изменен. то есть он был всегда. и все работало.
BuHu
04.09.14
✎
08:20
(14) конфигурация на поддержке без возможности изменения ?
nodrama
04.09.14
✎
08:21
Да полностью типовая. на поддержке. но могу и снять 
BuHu
04.09.14
✎
08:22
(14)дело не в коде функции которая получает значение константы , а в коде который вызывает эту функцию и передает такой ей параметр
nodrama
04.09.14
✎
08:29
(17) Ну и как это поймать? Перед Записью, При записи и тд. Не поподают в тот модуль.
BuHu
04.09.14
✎
08:31
(18) и на форме и в модуле объекта? а после записи? подписки на события есть? сопутствующие события происходят , типа создания договора или еще чего ?
nodrama
04.09.14
✎
08:32
(19) да создание договора контра происходит. щас там порою еще
sergey198
04.09.14
✎
09:19
(0) если база на поддержке и ты ее недавно обновил, может кэш у тебя?
sergey198
04.09.14
✎
09:19
(21) или старая платформа?
nodrama
04.09.14
✎
09:30
разобрался. проблема была в Договорах контрагентов.. при попытки создать и записать новый выдавалась ошибка. Код не уникальный
Мы с помощью правил переноса с ИТС, с 1с77 на упп. перенесли контров+договоры. видимо кривова-то. перенумеровал договоры.
Вот конечно 1с ники намутили.. почему нельзя было сразу написать ошибку. что Код в договорах не уникальный.))
В общем из за того что договор контрагента не создавался. Контрагент так же не записывался
Доброго дня. Таких тес было множество, но не нашел то, что могло бы мне помочь. Если в карточке контрагента, в контактах, меняю вид телефона, то при записи контрагента выходит ошибка: {ОбщийМодуль.РаботаСОбщимиПеременнымиПовтИсп.Модуль}: Ошибка при вызове метода контекста (Получить) Возврат Константы[ИмяПараметраВР].Получить; по причине: В данной транзакции уже происходили ошибки! Знать хотя бы как 1С попадает в эту процедуру, чтобы отловить ошибку.
Остановку по ошибке пробовали?
ИмяПараметраВР = «ДУБЛИРОВАТЬСООБЩЕНИЯВЖУРНАЛРЕГИСТРАЦИИ» Галку поставил в константах, но не помогло. Права на константу есть, видимо ошибка возникает раньше, не пойму где искать.
>Знать хотя бы как 1С попадает в эту процедуру, чтобы отловить ошибку. ошибка была где-то раньше +1
Да, точно, попробую поискать. Спасибо.
такое бывает когда:открывается транзакция, происходит исключение и гасится попыткой, потом попытка зафиксить транзакцию
Да, я в курсе почему выходит ошибка, просто куча таких ошибок стало выскакивать после обновления последнего
По стеку поиск ошибки может получиться долго, тогда можно попробовать остановиться на ошибке сразу.
вот стек, как я понимаю проблема из-за того, что запись с такими ключевыми полями уже существует?
в ЖР посмотри по какому объекту идет отмена транзакции
В ЖР две отмены, первая по РегистрСведений. Предупреждения при синхронизации данных Вторая по контрагенту
стек что-то не прчитать, вот еще раз
Не факт, что в какой-то из этих процедур или функций возникла ошибка. В любой из этих процедур или функций мог быть вызов другой процедуры в которой уже и возникла ошибка.
Дык там не описана ошибка )
все ясно как день. Если ранее с подобным сталкивался. Ты изменил контактную информацию. Вот и всё. Ну если все еще не понятно кому-то: запись идет в РС, там транзакция, отказ. Скорее всего в попытке. В общем смотри в Записать контактной информации.
Не стоит слишком часто по делу и без дела использовать Попытки-Исключения.
Не я же их использую, а программисты 1С =)
Если в транзакции использовать попытку, то возникает такая ошибка
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Ошибка после обновления или мой косяк?
Автор ОльгаН, 06 ноя 2014, 12:48
0 Пользователей и 1 гость просматривают эту тему.
Добрый день, коллеги. У меня УПП 1.3. Обновила с релиза 54.1 на 58.2 (последовательно, как позволила система 54.1->55.2->56.2->58.2). При вводе контактной информации у физлица у пользователя с неполными правами вылетает ошибка «В данной транзакции уже происходили ошибки». Более глубоко читаю: «{ОбщийМодуль.РаботаСОбщимиПеременнымиПовтИсп.Модуль(84)}: Ошибка при вызове метода контекста (Получить) Возврат Константы[ИмяПараметраВР].Получить();» У пользователя с полными правами все ОК. Понимаю, что где-то косяк с правами, второй день не могу найти. Подскажите, пжлста, куда копать?
В конфигураторе, Общие / Роли. посмотрите на эту роль, какие стоят права у константы. найдите ту роль у которой есть права на эту константу.
Далее варианта два:
1. Добавить человеку найденную роль которой доступны права
2. Добавить его роли права на эту константу.
Помог? Нажми — Спасибо 
skype: Soprov1C
У меня есть копия базы с начальным релизом 54.1, где такой заморочки нет. Я сравнила две конфигурации путем сравнения/объединения из файла. Различий в ролях не найдено.
Очень может быть, что наименование константы не то. отладчик в помощь, чтоб посмотреть чему равно ИмяПараметраВР
Помог? Нажми — Спасибо
skype: Soprov1C
Прокрутила все еще вчера. Не получилось определить имя константы. Думаю, что проблема где-то глубже. Возможно, где-то произошло прерывание транзакции, т.е. возникла ошибка, которую почему-то система не идентифицировала. В журнале регистрации тоже определить ничего не удалось…
Добавлено: 06 ноя 2014, 14:23
Получила все-таки в отладчике имя константы: ДублироватьСообщенияВЖурналРегистрации. Сразу же проверила права на нее в «хорошей» копии и «плохой» живой базе. Одинаковы.
НУ напишите обработку где просто
Сообщить(Константы.ДублироватьСообщенияВЖурналРегистрации.Получить());
Помог? Нажми — Спасибо
skype: Soprov1C
Решила проблемку. Оказалось, скорее мой косяк. Новый ПланОбмена.ОбменУправлениеПроизводственнымПредприятиемДокументооборот не был (в силу некоторых объективных причин) прописан в правах роли Пользователь. Прописала, проблема снялась. Благодарю всех за внимание. Спасибо.
В данной транзакции уже были ошибки, Константы[ИмяПараметраВР], хелп… !! |
Я |
nodrama
04.09.14 — 08:01
Доброго времени суток.. есть база УПП 56 релиз. типовая.Контрагентов около 400. Пытаюсь создать нового контрагента. Появляется ошибка
В данной транзакции уже были ошибки. Жмем подробно, видим
«Ошибка при вызове метода контекста (Получить)
Возврат Константы[ИмяПараметраВР].Получить();»
ТиС — не помогло
Выгрузка-загрузка ИБ — не помогло
Ребут сервера+sql — не помогло
Перенумерация контрагентов (не знаю зачем) — не помогло.
__
Открываю журнал регистрации что бы посмотреть что же там.
И вижу такую строчку
[URL=http://pixs.ru/showimage/Bezimyanni_1596871_13695306.jpg][IMG]http://i6.pixs.ru/storage/3/0/6/Bezimyanni_1596871_13695306.jpg[/IMG][/URL]
nodrama
1 — 04.09.14 — 08:05
вот ссылка новая на картинку.. что то нельзя отредактировать сообщения
http://pixs.ru/showimage/Bezimyanni_1596871_13695306.jpg
BuHu
2 — 04.09.14 — 08:05
(0) а в ИмяПараметраВР что ? может нет такой константы?
nodrama
3 — 04.09.14 — 08:06
(2) то есть, пол года было)) а в 56 релизе новом нет? у нас типовая УПП..
сейчас отладчиком гляну.
BuHu
4 — 04.09.14 — 08:07
(3) странно что ты не с этого начал.
nodrama
5 — 04.09.14 — 08:08
Поставил точку останова на начало кода «При записи».. прошелся. Код закончился (процедура закончилась). то есть в этот момент он должен был мне закрыть и записать контрагента. все отладка закончелась уже. и в этот момент он мне выдал эту ошибку.
BuHu
6 — 04.09.14 — 08:08
(3) это началось после обновления?
nodrama
7 — 04.09.14 — 08:09
(6) нет это началось в 55 релизе, я решил обновить на 56. ну малоли как бывает. толку 0
BuHu
8 — 04.09.14 — 08:09
(5) у тебя же есть название модуля , номер строки , поставь точку останова там где вылазит ошибка
BuHu
9 — 04.09.14 — 08:10
(5) здается мне , что кто то что в подписке дописал
nodrama
10 — 04.09.14 — 08:13
да такая строчка одна на всю конфу
Это общий модуль
РаботаСОбщимиПеременнымиПовтИсп
Значения ИмяПараметраВР в моем случаи
«ДУБЛИРОВАТЬСООБЩЕНИЯВЖУРНАЛРЕГИСТРАЦИИ»
тип строка.
Рэйв
11 — 04.09.14 — 08:13
(0)Такую фигню обычно пишет когда внутри транзакции пытаются втюхать попытку и она выпадает в исключение. Естественно
nodrama
12 — 04.09.14 — 08:14
Вот строчка.
Возврат Константы[ИмяПараметраВР].Получить();»
После нее сразу вылетает эта ошибка
Но. ИмяПараметраВР, есть я написал его выше
BuHu
13 — 04.09.14 — 08:15
(12) с упп не работал , там есть такая константа?
nodrama
14 — 04.09.14 — 08:18
(13) в конфе в Константах .. нет… но я смотрел 55 релиз 54 релиз и тд. там этот код не изменен. то есть он был всегда. и все работало.
BuHu
15 — 04.09.14 — 08:20
(14) конфигурация на поддержке без возможности изменения ?
nodrama
16 — 04.09.14 — 08:21
Да полностью типовая. на поддержке. но могу и снять 
BuHu
17 — 04.09.14 — 08:22
(14)дело не в коде функции которая получает значение константы , а в коде который вызывает эту функцию и передает такой ей параметр
nodrama
18 — 04.09.14 — 08:29
(17) Ну и как это поймать? Перед Записью, При записи и тд. Не поподают в тот модуль.
BuHu
19 — 04.09.14 — 08:31
(18) и на форме и в модуле объекта? а после записи? подписки на события есть? сопутствующие события происходят , типа создания договора или еще чего ?
nodrama
20 — 04.09.14 — 08:32
(19) да создание договора контра происходит. щас там порою еще
sergey198
21 — 04.09.14 — 09:19
(0) если база на поддержке и ты ее недавно обновил, может кэш у тебя?
sergey198
22 — 04.09.14 — 09:19
(21) или старая платформа?
nodrama
23 — 04.09.14 — 09:30
разобрался. проблема была в Договорах контрагентов.. при попытки создать и записать новый выдавалась ошибка. Код не уникальный
Мы с помощью правил переноса с ИТС, с 1с77 на упп. перенесли контров+договоры. видимо кривова-то. перенумеровал договоры.
Вот конечно 1с ники намутили.. почему нельзя было сразу написать ошибку. что Код в договорах не уникальный.))
В общем из за того что договор контрагента не создавался. Контрагент так же не записывался
Ошибка после обновления или мой косяк?
Автор ОльгаН, 06 ноя 2014, 12:48
0 Пользователей и 1 гость просматривают эту тему.
Добрый день, коллеги. У меня УПП 1.3. Обновила с релиза 54.1 на 58.2 (последовательно, как позволила система 54.1->55.2->56.2->58.2). При вводе контактной информации у физлица у пользователя с неполными правами вылетает ошибка «В данной транзакции уже происходили ошибки». Более глубоко читаю: «{ОбщийМодуль.РаботаСОбщимиПеременнымиПовтИсп.Модуль(84)}: Ошибка при вызове метода контекста (Получить) Возврат Константы[ИмяПараметраВР].Получить();» У пользователя с полными правами все ОК. Понимаю, что где-то косяк с правами, второй день не могу найти. Подскажите, пжлста, куда копать?
В конфигураторе, Общие / Роли. посмотрите на эту роль, какие стоят права у константы. найдите ту роль у которой есть права на эту константу.
Далее варианта два:
1. Добавить человеку найденную роль которой доступны права
2. Добавить его роли права на эту константу.
Помог? Нажми — Спасибо
skype: Soprov1C
У меня есть копия базы с начальным релизом 54.1, где такой заморочки нет. Я сравнила две конфигурации путем сравнения/объединения из файла. Различий в ролях не найдено.
Очень может быть, что наименование константы не то. отладчик в помощь, чтоб посмотреть чему равно ИмяПараметраВР
Помог? Нажми — Спасибо
skype: Soprov1C
Прокрутила все еще вчера. Не получилось определить имя константы. Думаю, что проблема где-то глубже. Возможно, где-то произошло прерывание транзакции, т.е. возникла ошибка, которую почему-то система не идентифицировала. В журнале регистрации тоже определить ничего не удалось…
Добавлено: 06 ноя 2014, 14:23
Получила все-таки в отладчике имя константы: ДублироватьСообщенияВЖурналРегистрации. Сразу же проверила права на нее в «хорошей» копии и «плохой» живой базе. Одинаковы.
НУ напишите обработку где просто
Сообщить(Константы.ДублироватьСообщенияВЖурналРегистрации.Получить());
Помог? Нажми — Спасибо
skype: Soprov1C
Решила проблемку. Оказалось, скорее мой косяк. Новый ПланОбмена.ОбменУправлениеПроизводственнымПредприятиемДокументооборот не был (в силу некоторых объективных причин) прописан в правах роли Пользователь. Прописала, проблема снялась. Благодарю всех за внимание. Спасибо.
Доброго дня. Таких тес было множество, но не нашел то, что могло бы мне помочь. Если в карточке контрагента, в контактах, меняю вид телефона, то при записи контрагента выходит ошибка: {ОбщийМодуль.РаботаСОбщимиПеременнымиПовтИсп.Модуль}: Ошибка при вызове метода контекста (Получить) Возврат Константы[ИмяПараметраВР].Получить; по причине: В данной транзакции уже происходили ошибки! Знать хотя бы как 1С попадает в эту процедуру, чтобы отловить ошибку.
Остановку по ошибке пробовали?
ИмяПараметраВР = «ДУБЛИРОВАТЬСООБЩЕНИЯВЖУРНАЛРЕГИСТРАЦИИ» Галку поставил в константах, но не помогло. Права на константу есть, видимо ошибка возникает раньше, не пойму где искать.
>Знать хотя бы как 1С попадает в эту процедуру, чтобы отловить ошибку. ошибка была где-то раньше +1
Да, точно, попробую поискать. Спасибо.
такое бывает когда:открывается транзакция, происходит исключение и гасится попыткой, потом попытка зафиксить транзакцию
Да, я в курсе почему выходит ошибка, просто куча таких ошибок стало выскакивать после обновления последнего
По стеку поиск ошибки может получиться долго, тогда можно попробовать остановиться на ошибке сразу.
вот стек, как я понимаю проблема из-за того, что запись с такими ключевыми полями уже существует?
в ЖР посмотри по какому объекту идет отмена транзакции
В ЖР две отмены, первая по РегистрСведений. Предупреждения при синхронизации данных Вторая по контрагенту
стек что-то не прчитать, вот еще раз
Не факт, что в какой-то из этих процедур или функций возникла ошибка. В любой из этих процедур или функций мог быть вызов другой процедуры в которой уже и возникла ошибка.
Дык там не описана ошибка )
все ясно как день. Если ранее с подобным сталкивался. Ты изменил контактную информацию. Вот и всё. Ну если все еще не понятно кому-то: запись идет в РС, там транзакция, отказ. Скорее всего в попытке. В общем смотри в Записать контактной информации.
Не стоит слишком часто по делу и без дела использовать Попытки-Исключения.
Не я же их использую, а программисты 1С =)
Если в транзакции использовать попытку, то возникает такая ошибка
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
| SvetaT04 |
|
||
|---|---|---|---|
|
|
Добрый день! Ошибка возникает при открытии программы, у пользователя выбрана роль ПросмотртСПрКонтрагенты, используется интерфейс ПросмотртСпрКонтрагенты. Конфигурация Бухгалтерия Предприятия редакция 2.0 Изменено 19.03.12 15:52:15 |
| Yandex |
|
||
|---|---|---|---|
|
|
| E_Migachev |
|
||
|---|---|---|---|
|
|
(0) SvetaT04, В роли нужно разрешить использовать константу ФайлОбработкиИнтернетПоддержкиПользователей и возможно еще саму обработку *09 |
| SvetaT04 |
|
||
|---|---|---|---|
|
|
Спасибо! |
| Подсказка: Вы можете приложить к ответу файл или изображение щелкнув по значку или в редакторе. |
-
-
September 13 2016, 22:08
- Общество
- Cancel
_ИнспекторПоКадрам
На основе Подсистемы Кадры / ... — Выгрузил в описание и по тем же объектом проставил права
Настроил Интерфейс — тоже на основе Подсистемы
В Пользователях выбрать Интерфейс, Права, указать режим запуска — Обычное приложение (если Обычное)
Все роли открываются: Роли / Все роли.
Выдает: У текущего пользователя нет доступных ролей, для запуска информационной базы.
Раньше был Пользователь (права), теперь надо выбирать Бухгалтера, но он дает слишком много прав.
Ибо Общий модуль Управление пользователями
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт
Если НЕ РольДоступна(«ПолныеПрава») И НЕ РольДоступна(«Бухгалтер») Тогда
//_Отказ = Истина;
#Если Клиент Тогда
//_Предупреждение(«У текущего пользователя нет доступных ролей, для запуска информационной базы.«, 10, «Недостаточно прав доступа»);
#КонецЕсли
КонецЕсли;
КонецПроцедуры
Потом включаем объекты, какие надо (документы — по отбору нужной Подсистемы, остальные можно вообще все включить)
Вызывается из Модуль обычного приложения / ПередНачаломРаботыСистемы()
Можно закомментить или еще как-то обойти: //_ УправлениеПользователями.ПроверитьВозможностьРаботыПользователя(Отказ);
Пишут про RLS (Record Level Security) или ограничение прав на уровне записи… но пока не до того
Выдает нарушение прав доступа из-за Модуля Обычного приложения: ПервыйЗапуск = (Константы.НомерВерсииКонфигурации.Получить()=»»);
Еще и вылетает после этого…
Поставить у константы право Просмотр (заодно и Чтение ставится)
{МодульОбычногоПриложения(100)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь)
Если Не ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь) Тогда
по причине:
Нарушение прав доступа!
добавить ТекущийПользователь в ПараметрыСеанса, сэр (link) — еще —
Ставим Общие / Параметры сеанса / Текущий пользователь — все права.
{МодульОбычногоПриложения(119)}: Ошибка при вызове метода контекста (Получить)
Если Константы.ПрименяемыеСистемыНалогообложения.Получить() = Перечисления.ПрименяемыеСистемыНалогообложения.УпрощеннаяСистемаНалогообложения Тогда
по причине:
Нарушение прав доступа!
Ставим права на все Константы Просмотр-Чтение.
{ОбщийМодуль.ОбщегоНазначения.Модуль(6881)}: Ошибка при вызове метода контекста (Выполнить)РезультатЗапроса = Запрос.Выполнить();
по причине: Недостаточно прав для работы с таблицей «Справочник.ВнешниеОбработки»
Ставим права на Справочники: Внешние обработки, Организации
МенеджерЗаписи в модуле Общего приложения:
{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать)
МенеджерЗаписи.Записать(Истина);
по причине:
Нарушение прав доступа!
Это вот: МенеджерЗаписи = РегистрыСведений.НастройкиПользователей.СоздатьМенеджерЗаписи(); Стаим права на него
Опять параметры сеанса!… в окне (роли / Все роли) ставим на все …
Планы видов характеристик … Настройки пользователей … на
Уже при запуске …
{МодульОбычногоПриложения(569)}: Ошибка при вызове метода контекста (ПолучитьФорму)
Форма = Обработки.ДополнительнаяИнформация.ПолучитьФорму(«ФормаРабочийСтол»);
по причине:
Нарушение прав доступа!
Справочник. Внешние обработки
На все обработки ставим
{ВнешняяОбработка.ИнтернетПоддержкаПользователей.МодульОбъекта(2041)}: Ошибка при вызове метода контекста (Следующий)
Пока Выборка.Следующий() Цикл
по причине: Нарушение прав доступа!
Можно конечно, до ума довести, но… Короче, судя по всему, надо ставить права бухгалтера а уже потом убирать не нужные
| SvetaT04 |
|
||
|---|---|---|---|
|
|
Добрый день!
Помогите, пожалуйста, разобраться с ошибкой Код 1C v 8.2 УП Ошибка возникает при открытии программы, у пользователя выбрана роль ПросмотртСПрКонтрагенты, используется интерфейс ПросмотртСпрКонтрагенты. Конфигурация Бухгалтерия Предприятия редакция 2.0 Изменено 19.03.12 15:52:15 |
| Yandex |
|
||
|---|---|---|---|
|
|
| E_Migachev |
|
||
|---|---|---|---|
|
|
(0) SvetaT04, В роли нужно разрешить использовать константу ФайлОбработкиИнтернетПоддержкиПользователей и возможно еще саму обработку *09 |
| SvetaT04 |
|
||
|---|---|---|---|
|
|
Спасибо! |
| Подсказка: Для быстрого поиска ответов — используйте ‘Поиск’ |