1с изменить версию базы

Обновлено: 04.07.2024

В свое время не смог найти краткой инструкции по обновлению, поэтому пишу эту статью.

Помните анекдот про молодых охотников и медведя. Так вот – главное не бояться.

Статья предназначена для самых начинающих, коими все когда-то были.

Итак, у нас должна быть копия рабочей базы с идентичной конфигурацией, на которой мы и будем выполнять обновление с последующей загрузкой cf-файла в рабочую базу.

Выгружаем конфигурацию рабочей базы в cf-файл.

Сравниваем выгруженную рабочую конфигурацию с конфигурацией нашей копии – они должны быть идентичны. Если нет, то можем снять конфигурацию копии с поддержки и полностью загрузить конфигурацию из файла.

Подготавливаем файл обновления (скачиваем с сайта 1С и устанавливаем какую-нибудь свою папку).

В копии нажимаем: Конфигурация – Поддержка – Обновить конфигурацию.

Устанавливаем переключатель на «Выбор файла обновления» и указываем наш файл обновления. Нажимаем «Готово». Ждем, когда выполнится сравнение.

После того как появилось окно сравнения, первым делом снимаем галочку с корневого элемента конфигурации.

Потом заходим в настройки и ставим галочку разрешить удаление – это важно иначе можем получить ошибки после обновления

Потом заходим в фильтр и устанавливаем «Показывать отличия новой конфигурации поставщика от старой конфигурации поставщика».

При этом фильтре устанавливаем галку на корневом элементе конфигурации – у нас выберутся все необходимые объекты.

Заходим опять в фильтр, оставляем «Показывать отличия новой конфигурации поставщика от старой конфигурации поставщика», и устанавливаем галку «Показывать только дважды измененные свойства» - это те объекты поставщика, в которые вносили изменения мы и есть изменения в новой конфигурации поставщика – вот с ними нам и нужно разбираться.

Применяем фильтр – ну вот объектов значительно меньше и уже не так страшно (помним – главное не бояться).

У ролей и тех объектов, у которых изменен состав – устанавливаем «объединить с приоритетом новой конфигурации поставщика».

У модулей в колонке «Режим объединения и порядок подчинения» нажимаем «Открыть».

Анализируем процедуры и функции модуля и по каждой принимаем решение (см галочки и режим объединения). Зачастую бывает достаточно установки или снятия необходимых галочек - галочка снимается, если в процедуре только наши изменения (для этого и нужны комментарии) или оставляется, если в процедуре только изменения поставщика.

Если в новой конфигурации поставщика отсутствует типовая процедура (не наша) то нужно установить галочку (режим объединения – Удалить).

Если есть изменения и наши и поставщика – то нужно режим объединения установить «объединить». Записать в каком модуле, в какой процедуре, какие изменения и после объединения откорректировать соответствующий модуль. Т.е. например, ставим «объединить с приоритетом новой конфигурации», а потом снимаем комментарии с наших изменений (программа закомментирует наши изменения).

Самое неприятное – изменение форм. Для того чтобы понять что менялась сама форма а не просто модуль, делаем следующее: встаем на необходимый объект, нажимаем правую кнопку мыши и выбираем «Отчет о сравнении объектов».

Далее делаем настройку как показано на скриншоте. И анализируем изменения.

Возможно, достаточно будет объединить форму с приоритетом новой конфигурации поставщика или вовсе взять из файла, если модуль формы не менялся.

После всех корректировок нажимаем «Выполнить», игнорируем страшные предупреждения программы если они появляются и не соглашаемся на предложения включить дополнительные объекты в объединение (мы же до этого все делали правильно правда?) Делаем в итоговой конфигурации необходимые изменения. Сохраняем конфигурацию и обновляем конфигурацию базы данных. Запускаем 1С Предприятие и проводим обновление. Проверяем, что ключевые документы открываются и проводятся без ошибок. Сохраняем конфигурацию в файл.

Далее делаем копию рабочей базы. Копию нужно делать средствами SQL если база серверная или копированием соответствующей папки если файловая. Файл dt не подойдет. То, что вы выгрузите этот файл, еще не гарантия что вам удастся его загрузить, к тому же выгрузка/загрузка dt на больших базах занимает много времени.

Заходим в конфигуратор рабочей базы и через сравнение и объединение проверяем с файлом конфигурации, который мы выгружали из этой базы – конфигурации должны быть идентичны. Снимаем конфигурацию с поддержки (вы же помните – главное не бояться). Конфигурация – Поддержка – Настройка поддержки – Снять с поддержки. Сохраняем. Загружаем конфигурацию из файла (Конфигурация – Загрузить конфигурацию из файла – Выбираем наш файл конфигурации, который мы выгрузили из копии).

После загрузки сохраняем конфигурацию, обновляем информационную базу. Проводим обновление в режиме предприятия. Ждем отзывов от благодарных пользователей.

Так можно накатить сразу несколько релизов (на копии мы последовательно накатываем релизы с обновлением в режиме предприятия), а на рабочую базу накатываем общий получившийся в результате этого фай cf.

Работа с новым форматом файловой базы данных, начиная с "1С:Предприятие" 8.3.8

Начиная с версии платформы "1С:Предприятие" 8.3.8 появилась поддержка нового формата файловых баз данных (включая работу в режиме совместимости с предыдущими версиями). Новый формат файловых баз данных предназначен для ускорения процесса открытия и работы с информационной базой, поэтому, начиная с версии платформы 8.3.9, новый формат используется по умолчанию при создании новых файловых баз данных.

В новом формате (версии " 8.3.8" ) появились следующие возможности:

Уменьшен размер и оптимизирована структура заголовка с метаинформацией в файле 1Cv8.1CD . Это позволяет существенно снизить число операций чтения файла при открытии базы данных и, тем самым, заметно ускорить время старта и начала работы программы.
Теперь можно настраивать размер внутренней страницы файла данных. Это размер порции данных, в которых хранится информация и которыми обменивается программа с файловой системой. Предыдущий формат файловой базы данных (версии " 8.2.14" ) поддерживал единственный размер внутренней страницы файла – 4Кб . Новый формат по умолчанию использует размер страницы 8Кб , но позволяет его менять в диапазоне от 4Кб до 64Кб .

Наибольший эффект от использования нового формата файловых баз данных ожидается в следующих сценариях:

"холодный" запуск программы,
работа с файлами базы данных по локальной сети,
работа с сильно фрагментированной базой данных,
использование дисковых подсистем с невысокой производительностью.

При создании новых файловых баз данных рекомендуется использовать настройки формата базы по умолчанию (версия формата " 8.3.8 ", размер страницы файла 8Кб ). Если Вы используете базу данных, созданную в предыдущих версиях платформы, и наблюдаете недостаточно высокую производительность при старте и во время работы программы, то рекомендуется сконвертировать базу данных на новый формат файла.

Для преобразования формата файловой базы данных в комплектацию поставки платформы "1С:Предприятие" добавлена утилита CNVDBFL.EXE , которая должна находиться в папке " \bin " вашей установки "1С:Предприятие". Например, полный путь к папке, где находится утилита, может быть " C:\Program Files (x86)\1cv8\8.3.9.1850\bin ", где " 8.3.9.1850 " – номер версии установленной платформы "1С:Предприятие". В этой же папке находятся другие исполняемые файлы платформы, такие как, например, "1Cv8.exe".

Если Вы не можете найти утилиту CNVDBFL.EXE в папке " \bin ", проверьте, что Вы используете версию "1С:Предприятие" 8.3.8 и выше.

Подробно про использование утилиты CNVDBFL.EXE можно почитать в документации по администрированию "1С:Предприятие", или в документации: "Утилита преобразования cnvdbfl". Также информация о возможностях и командах утилиты CNVDBFL.EXE выводится при её запуске без параметров, или с ключом " -h ".

Если Вы хотите проверить параметры Вашей файловой базы данных, используйте следующий вызов утилиты (указав в команде правильный путь к Вашей базе данных):

При этом утилита выведет версию формата файла и размер страницы.
Версия формата " 8.3.8 " указывает на то, что используется новый формат файла. Версия формата " 8.2.14 " означает, что формат – старый, и имеет смысл выполнить конвертацию базы данных в новый формат.

Размер страницы может принимать одно из значений: 4096 , 8192 , 16384 , 32768 , или 65536 байт. Для старой версии формата файла используется размер страницы 4096 байтов ( 4Кб ), для новой версии по умолчанию установлен размер в 8192 байта ( 8Кб ).

Для конвертации файловой базы данных Вы можете использовать следующую команду:

где 16k замените на нужный размер страницы файла ( 4k , 8k , 16k , 32k , или 64k ) и укажите правильный путь к Вашей базе данных.

ВНИМАНИЕ!
Напоминаем, что чтобы избежать риска потери Ваших данных, всегда имейте свежую резервную копию Вашей файловой базы данных перед выполнением операции конвертации файлов.

Пожалуй лучшее, что я могу рассказать об обновляторе это то, что люди, которые начинают его использовать испытывают огромное сожаление.

Сожаление о том, что не узнали об этой программе раньше. Сожаление о том бесчисленном количестве часов и нервов, которые были потрачены на полуручное обслуживание своих баз.

Кто бы вы ни были - системный администратор, программист или бухгалтер.

Вот 8 причин, почему вам нужен Обновлятор:

Он умелый. И с легкостью автоматизирует любые операции сразу для всех ваших баз - архивацию (в том числе средствами СУБД MS SQL и Postgres), обновление, тестирование и многое другое. Вы забудете про рутину.
Он безопасный. Все операции над базами осуществляются через пакетный запуск платформы 1с (это её документированная возможность), поэтому все результаты работы полностью идентичны тому, как если бы вы делали всё вручную из конфигуратора.
Он универсальный. И одинаково хорошо работает как с файловыми, так и серверными базами 1С. При этом не важно какая у вас база - полностью типовая, доработанная или разработанная собственными силами с нуля. В обновляторе реализованы полезные возможности для каждого из этих случаев.
Он быстрый. Поддерживается многопоточное (параллельное) выполнение любых операций над базами.
Он облачный. И это гарантирует вам 100% защиту созданных архивов от шифровальщиков . Поддерживаются nas, ftp, ssh, webdav, mega.nz, onedrive, google drive, яндекс-облако и другие s3-совместимые хранилища.
Он осторожный. И рассчитан на самых различных пользователей. Это значит, что с его помощью испортить рабочую базу или остаться без копии после выполнения опасной операции практически невозможно.
Он технологичный. Поддерживаются такие технологии как обновление доработанных конфигураций, обновление из хранилища, обновление расширений , написание собственных скриптов для автоматизации.
Ему доверяют. Программа развивается и поддерживается с 2015 года, и в нашей стране с ней работают тысячи пользователей и сотни компаний (Кнопка, Systola, Крауд, OneTek, Смарт Офис, Технопарк Новосибирского Академгородка, Айтиматика, iTeamPro, Cloudray, Анком и многие другие).

При обновлении обновлятор автоматически (без участия пользователя):

скачает все нужные обновления с сайта 1С или подхватит уже установленные;
выгонит пользователей, запретит работу регламентных заданий на сервере, завершит зависшие сеансы;
сделает резервную копию базы;
выполнит обновление базы в пакетном режиме;
выполнит обработчики обновления;
пустит всех пользователей обратно.

сделает резервную копию базы (zip, dt или sql);
если вы захотите - зашифрует созданный архив вашим паролем;
если вы захотите - изменит расширение архива на заданное или случайное;
если вы захотите - запишет архив под произвольным пользователем системы;
если вы захотите - продублирует архив в любые другие папки, хранилища, облака;
удалит старые архивы, чтобы сохранить заданное вами количество дневных, недельных, месячных, квартальных и годовых копий.

Ответы на каверзные вопросы:

Для выполнения операций над базами Обновлятор использует пакетный режим конфигуратора.

Это документированная возможность от самой 1с для автоматизации операций над базами, которая используется во всех решениях (в том числе от 1с) для администрирования баз.

Поэтому результат обновления, архивации или тестирования, проведенных через обновлятор, будет в точности совпадать с результатом этих же операций, сделанных вручную через конфигуратор.

Получается, что обновлятор работает с базами руками конфигуратора, поэтому такой способ работы можно считать абсолютно корректным и безопасным.

Первый официальный обновлятор вышел в мае 2015 и с тех пор у него появились тысячи пользователей и сотни компаний, использующих его в своей ежедневной работе.

Да, обновлятор умеет выполнять операции с базами, которые используют базовую платформу 1с.

Базовая платформа не позволяет выполнять внешнее подключение к базам, но обновлятор обходит это ограничение при помощи вот такого приёма.

Да, обновлятор поддерживает работу с серверными базами в полной мере.

Я уже упоминал выше, что обновлятор используют в своей работе достаточно крупные и известные в стране компании.

И, конечно же, у них используются кластеры серверов 1с (на разных ОС) с большим количеством подключений и рабочих процессов, чтобы обеспечивать такую нагрузку.

И на протяжении этих 5 лет поддержки и разработки мне совместно с ними, кажется, удалось учесть все мыслимые и не мыслимые нюансы, связанные с операциями над серверными базами из обновлятора.

По умолчанию обновлятор настроен на автоматическое пакетное обновление типовых баз на поддержке.

И если в такую базу внесены доработки - это ещё не значит, что она перестанет обновляться в пакетном режиме. Это решение принимает конфигуратор, когда обновлятор просит его применить обновление.

При этом обновлятор имеет ряд дополнительных возможностей для обновления доработанных баз, для которых пакетный режим по умолчанию не подходит:

обновление множества однотипных баз
обновление с возможным затиранием доработок
обновление из хранилища
обновление расширений

Может ли обновлятор выполнять операции в несколько потоков?

Обновлятор выполняет операции над базами последовательно одну за другой.

И в некотором смысле это правильно, так как, например, попытка обновить базы одновременно в несколько потоков на среднестатистическом компьютере приведёт к тому, что система буквально "встанет колом" - производительность упрётся в жесткий диск и процессор - и такое параллельное обновление будет идти даже дольше чем обычное последовательное.

Но у некоторых компаний есть настолько производительные серверы, что для них параллельное выполнение операций над базами в несколько потоков действительно имеет смысл. Особенно в том случае, если баз настолько много (или они настолько большие), что последовательное выполнение операций не укладывается в "ночное окно".

В этом случае я рекомендую многопоточное (параллельное) выполнение операций: ссылка.

Да, обновлятор умеет скачивать и устанавливать нужную версию платформы 1с при минимальном участии пользователя.

И всё-таки чем обновлятор лучше других инструментов?

Без ложной скромности скажу, что если мы будем рассматривать всё, что умеет делать обновлятор с базами, то обнаружим, что конкурентов у программы просто нет.

Да, есть много решений для администрирования баз, но большинство из-них либо уже не поддерживаются, либо поддерживаются плохо, либо не доведены до ума, либо не дружелюбны, либо просто не являются готовым продуктом для конечных пользователей.

И это отсутствие качественных инструментов - настоящая беда для всей экосистемы 1С.

И если даже рассматривать только операцию обновления баз - становится ясно почему наличие таких инструментов просто жизненно необходимо для всех нас.

Помимо различного рода обновлений (и всего что с ними связано) обновлятор ещё умеет:

выполнять архивацию баз (zip, dt, sql) с защитой архивов от шифровальщиков и удалением старых архивов с сохранением нужного количества дневных, недельных, месячных, квартальных и годовых копий;
выполнять тестирование баз;
управлять расширениями в базах;
управлять регламентными заданиями в базах;
выполнять различные блокировки-разблокировки сеансов и регламентных заданий на сервере;
выполнять batch скрипты над базами;
выполнять скрипты на onescript;
чистить временные файлы (кэш) 1с;
загружать комплекты отчётности для БГУ;
менять формат баз и проверять их физическую целостность;
ещё с десяток операций, полезных в том или ином случае.

На данный момент (30 ноября 2017 года) не считая сторонних библиотек в обновляторе:

97 модулей
3 мегабайта кода
70 тысяч строк

Полная таблица возможностей обновлятора:

Ответы на частые вопросы:

Подсказки по эффективной работе
Какие существуют ключи для запуска из командной строки?
Что означает номер версии в настройках базы?
Как настроить обновлятор для работы с базовой платформой 1С?
Я настроил обновлятор для работы с базовой платформой. Всё обновлялось, но теперь перестало. Почему?
Какой принцип работы Обновлятора-1С?
Какие типовые конфигурации поддерживаются программой Обновлятор-1С?
Как поведёт себя обновлятор с конфигурацией, в которую внесены изменения?
Что будет, если база в момент обновления будет открыта?
Где взять логин и пароль от сайта 1С?
У меня уже есть выкачанные обновления, как их подсунуть Обновлятору-1С?
Как восстановить базу из архива, созданного перед обновлением?
Наиболее частые причины, по которым не работает отправка отчётов на почту.
Что делать, если возникает следующая ошибка: не удалось подключиться к базе, скорее всего неверно указаны имя и пароль для базы.
Что делать, если возникает следующая ошибка: произошла попытка обновить не поддерживаемую конфигурацию.
Зачем нужна настройка любимых дней для базы?
Зачем нужны дополнительные параметры запуска для базы?
Как включить второй способ поиска обновлений на сервере 1С для базы и когда это нужно?
Что такое обработчики обновления, зачем они нужны и в каких случаях (и как) их лучше отключить?
Зачем может понадобиться настройка 'Применять обновления не раньше чем через N дней после их выхода'?
Зачем может понадобиться настройка 'Обновлять не более чем на N релизов за один запуск'?
Зачем может понадобится устанавливать пароль на изменение настроек программы?
Зачем может понадобится устанавливать ограничение работы программы по дате?
Зачем может понадобиться возможность автоматической выгрузки базы в последнюю папку обновления в формате dt?
Зачем может понадобиться возможность автоматической выгрузки файла конфигурации базы в папку обновления в формате 1cv8.cf?
Что означает возможность обновлять конфигурацию сразу на последний 1cv8.cf и можно ли её применять?
Что означает версия 1С при обновлении платформы?
Не удалось найти платформу 1С по шаблону.
Зачем нужна возможность переопределять логин и пароль от ИТС в расширенных параметрах обновления?
Зачем нужна возможность только скачивать обновления без их применения к самим базам?
Зачем нужна возможность делать резервную копию базы после каждого промежуточного обновления?
Расскажите о схеме обновления множества однотипных и изменённых баз, которые не обновляются автоматически.
Как отключить предупреждение об антивирусе?
Как настроить обновлятор для работы с OneScript?
О каких настройках диалога запуска идёт речь?
Как настроить для базы индивидуальный путь к папке с обновлениями и зачем это может быть нужно?
Что делать, если обновлятор не видит обновление, установленное на компьютер вручную?
Можно ли использовать обновлятор как portable программу (запускать с флешки на разных компьютерах)?
Как отключить восстановление базы к первоначальному состоянию при ошибке обновления?
Зачем нужна возможность устанавливать отдельный пароль на изменение ограничения работы программы по дате?
Решение проблем с com-библиотекой для внешнего подключения к базе.
Как указать администратора кластера для серверной базы?
Что означает "грязная копия"?
Как изменить папку для хранения архивов?
Как отключить резервную копию перед обновлением?
Как настроить количество резервных копий для базы?
Как обновить базу на следующую редакцию?
Зачем может понадобится строгая проверка рекомендуемой версии 1с при обновлении?
Список внешних ресурсов, к которым может обращаться обновлятор

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

1C:EDT может работать с разными версиями платформы «1С:Предприятие 8» (подробнее). Для проекта вы можете указать только шаблон версии платформы. Информационные базы могут быть рассчитаны на работу с конкретной версией платформы или с диапазоном версий. Как в этой ситуации 1C:EDT «понимает», какую версию платформы использовать?

Основной версией платформы, которую 1C:EDT использует для работы с базой, является та, которая указана в настройках доступа к базе.

Там вы можете указать конкретную версию платформы, и тогда 1C:EDT использует именно ее.

Кроме того, там может быть указана маска версии — чаще всего именно так и есть. В этом случае 1C:EDT выберет самую старшую версию платформы, которая соответствует этой маске. Если вы не хотите, чтобы использовалась самая старшая версия, соответствующая маске, то можете указать конкретную версию платформы, которая будет использоваться при выборе этой маски (подробнее).

По разным причинам для работы с базой может требоваться совершенно конкретная версия платформы. Самый простой случай — это серверная база. Например, у вас установлены следующие версии платформы:

8.3.10.2753,
8.3.10.2505,
8.3.10.2466.

Серверные компоненты есть только у «средней» версии 2505. Как в этом случае 1C:EDT будет работать с серверной базой?

Импорт конфигурации из базы

При импорте конфигурации вы можете указать только маску версии платформы — <8.3.10> (подробнее). 1C:EDT будет использовать старшую версию, соответствующую этой маске, — 8.3.10.2753. Но у этой версии нет серверных компонентов, поэтому такой импорт закончится неудачей.

Чтобы выполнить его успешно, нужно перед импортом назначить маске <8.3.10> конкретную версию — 8.3.10.2505 (подробнее), выполнить импорт, а затем вернуть маску в исходное состояние.

Обновление конфигурации в базе

Для обновления конфигурации в базе 1C:EDT будет использовать ту версию платформы, которая указана в настройках доступа к базе. Здесь вы можете указать конкретную версию, 8.3.10.2505, и это очень важно для нормального функционирования 1C:EDT во всех остальных сценариях работы.

В рассматриваемом примере после импорта конфигурации 1C:EDT автоматически установит здесь ту маску, которую вы выбирали для проекта при импорте, — <8.3.10>. А значит для обновления конфигурации 1C:EDT будет использовать старшую версию — 8.3.10.2753. Такая попытка обновления закончится неудачей, о чем будет свидетельствовать "шестеренка" рядом с базой (подробнее).

Запуск приложения по умолчанию

Если проект связан с информационной базой, то для его запуска 1C:EDT необходимо знать только конкретное клиентское приложение, которое вы хотите запустить. Поэтому в контекстном меню проекта Выполнить как перечислены клиентские приложения. После нажатия на одно из них 1C:EDT запустит это приложение и не будет запрашивать у вас никакой дополнительной информации.

Для запуска 1C:EDT выберет ту версию платформы, которая указана в настройках доступа к базе — 8.3.10.2505.

Создание конфигурации запуска и запуск приложения

Еще одним способом, который вы можете использовать, является создание конфигурации запуска и запуск именно этой конфигурации (подробнее). В конфигурации запуска вы можете выбрать конкретную версию платформы, которая будет запущена — 8.3.10.2505. Однако это не гарантирует того, что запуск будет выполнен успешно.

Дело в том, что перед запуском 1C:EDT должна обновить конфигурацию в запускаемой информационной базе (подробнее). Как минимум она должна убедиться в том, что конфигурации в проекте и в базе идентичны. А для этого 1C:EDT будет использовать ту версию платформы, которая указана в настройках доступа к базе.

Если версия, указанная в настройках доступа, неправильная, запуск окончится неудачей.

А ту версию платформы, которая указана в конфигурации запуска, 1C:EDT будет использовать для запуска клиентского приложения. То есть уже после того, как выполнено обновление конфигурации в базе. Такая возможность нужна, чтобы вы могли запустить прикладное решение старшей версией платформы и посмотреть, как оно работает.

Запуск конфигуратора

Не покидая 1C:EDT вы можете запустить конфигуратор «1С:Предприятия 8» для любой базы. Для этого в панели Информационные базы есть контекстная команда Запустить Конфигуратор (подробнее).

Если база связана с проектом, то для взаимодействия с ней 1C:EDT , еще при своем запуске, запускает конфигуратор в режиме агента. При этом 1C:EDT использует ту версию платформы, которая указана в настройках доступа к базе. Чтобы запустить конфигуратор "для вас", 1C:EDT завершает процесс, запущенный в режиме агента, и запускает конфигуратор той же версии.

Возможная проблема: Если в настройках доступа указана неправильная версия платформы, то при старте 1C:EDT конфигуратор в режиме агента запущен не будет.

Если база не связана ни с одним проектом, то для запуска конфигуратора 1C:EDT будет использовать версию платформы, подобранную в соответствии с той маской, которая указана в свойстве Версия платформы этой базы (см. панель Свойства ).

Чтобы изменить эту маску, нажмите Открыть в контекстном меню базы (подробнее).

Создание новой базы

Находясь в 1C:EDT вы можете создать новую базу. Для этого в панели Информационные базы есть команда Добавить. (подробнее). В этом случае для создания базы 1C:EDT будет использовать версию платформы, которую вы укажете на третьем шаге мастера Добавить информационную базу / группу .

Читайте также: