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

Несколько позже, чем обещал, но тем не менее. Вашему вниманию предлагается обновленная версия обработки.

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

Скрыта часть более не используемых элементов (пока только скрыты).

Функционал расширения несколько выше. Обработка также адаптирована для новой версии 1С.

Для интеграции Обработки в программу требуется проделать следующее:

1. Идем в Меню — Настройки — Параметры — включаем галочку «Режим технического специалиста»  (в предыдущих версиях 1С — «Все функции»)

2. Идем в Меню  — Функции для технического специалиста (в старых версиях — Все функции)

3. В разделе «Константы» находим константу «Использовать дополнительные отчеты и обработки». Открываем константу, ставим галочку.

4. Опять идем в меню Для технического специалиста (Все функции) — открываем Справочники — Дополнительные отчеты и обработки.

5. Нажимаем кнопку «Добавить из файла» и выбираем файл обработки.

6. Открывается окно параметров внешней обработки. Нажимаем на ссылку «Размещение» и отмечаем галочкой «Сервис»

7. Ниже, в табличной части, в колонке «Быстрый доступ» устанавливаем пользователей, у которых будет доступ к обработке.

8. Нажимаем «Сохранить и закрыть»

Теперь обработка доступна через меню «Сервис» — Дополнительные Обработки.

Обработка глубоко не тестировалась, если будут какие-либо ошибки при работе — пишите. Постараюсь исправить побыстрее.

Желающие выразить благодарность — в обработке на вкладке «Справка» указан телефон, на который можно отправлять благодарности.

Записки IT специалиста

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле — магазин должен продолжать работать, даже без связи с внешним миром.

В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.

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

Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.

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

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

В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как «вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения».

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

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

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

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

В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование — Синхронизация данных — Настройки синхронизации данных и выбрав узел обмена (а он там будет один — центральный), нажимаем ссылку Синхронизация по расписанию.

Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.

Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже — потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.

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

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

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

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

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

Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз — пользователи снова не могут зайти, только текст ошибки немного иной.

В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С — сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.

После чего нормальная работа базы данных будет восстановлена.

Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Ошибка в расширении EF_00_00XXXXXX или EF_ХХХХ_ХХ при обновлении конфигурации 1С

Что делать, если после обновления конфигурации 1С выходит сообщение об ошибке инициализация модуля EF — скорее всего «свежего» патча.

Буквально на днях помогли исправить похожую ошибку в 1С БП, которая не запускалась из-за EF_1954_14.

В октябре т. г. публиковали материал по ошибке в модуле EF_00_00406132 «Процедура или функция с указанным именем не определена». В общем, алгоритм схожий.

Причина

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

Поэтому, проблемный патч необходимо удалить вручную.

Одно важное замечание

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

В случае каких-то ошибочных действий, вы сможете вернуться к исходной точке. Это ваша страховка. Поэтому, будьте внимательны. Сделайте бэкап, а только потом приступайте к операциям с расширениями.

Способ 1. Если программа запускается в режиме Предприятия

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

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

Путь такой: «Главное меню — Функции для технического специалиста — Стандартные — Управление расширениями конфигурации».

Как включить показ всех функций на панели: Главное меню — Настройки — Параметры — ✔ Режим технического специалиста.

Способ 2. Удаление расширения через Конфигуратор

Этот вариант доступен только в 1С версии ПРОФ. У базовых версий в Конфигураторе нет пункта меню «Расширения конфигурации» — используйте 3-й способ.

Способ 3. Удаление патча с помощью параметра запуска

Где «/DeleteCfg» — указание на действие удаления. Два варианта:

Эту команду необходимо добавить в дополнительные параметры запуска информационной базы или командную строку, вызывающую старт 1С.

Например, чтобы удалить расширение EF_1954_14 (у вас будет свой идентификатор патча), необходимо указать:

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

Для файловой базы:

Для клиент-серверного варианта:

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

Если не получается или требуется дополнительная поддержка, наши программисты 1С готовы помочь. +7-911-500-10-11

Расширение 1С может не работать, если у него отличается от основной конфигурации режим совместимости, при этом может возникать следующая ошибка: Значение контролируемого свойства РежимСовместимости у объекта не совпадает со значением в расширяемой конфигурации

В данном видео показано как изменить режим совместимости расширения 1С и привести его в соответствие с режимом совместимости конфигурации.

Если расширение у Вас уже подключено, то как изменить режим совместимости показано в первом видео, если же расширение еще не подключено и возникает ошибка «Ошибка применения расширения конфигурации: Режим совместимости расширения конфигурации больше режима совместимости основной конфигурации», то данная ситуация рассмотрена во втором видео.

For people using Google Cloud Platform, any error will stop the import process.
Personally I encountered two different errors depending on the pg_dump command I issued :

1- The input is a PostgreSQL custom-format dump. Use the pg_restore command-line client to restore this dump to a database.

2- SET SET SET SET SET SET CREATE EXTENSION ERROR: must be owner of extension plpgsql

The only thing that did the trick in my case was manually editing the dump file and commenting out all commands relating to plpgsql.

I hope this helps GCP-reliant souls.

CREATE TABLE affiliate_products (
id integer NOT NULL,
name character varying(255),
model character varying(255),
description text,
price numeric(9,2),
created_at timestamp without time zone,
updated_at timestamp without time zone,
textsearch_vector tsvector,
);

Обратите внимание на последнюю строку, это гарантирует, что активная запись не сможет обработать ее со стандартным самозагрузчиком схемы, поэтому мне нужно установить config.active_record.schema_format = :sql в ./config/environment.rb; и используйте rake db:test:clone_structure вместо rake db:test:clone.

Ничего из этого не слишком примечательно, только неудобно — однако rake db:test:clone_structure не работает с ошибкой:

ERROR: must be owner of language plpgsql

Из-за строки #16 в моем результате ./db/development_schema.sql:

CREATE OR REPLACE PROCEDURAL LANGUAGE plpgsql;

В PostgreSQL v9.0+ язык plpsql устанавливается суперпользователем в исходный шаблон, который затем доступен для вновь созданной схемы.

Я не могу запускать тесты в этом проекте, не решая этого, и даже редактирование ./db/development_schema.sql вручную бесполезно, поскольку оно регенерируется каждый раз, когда я запускаю rake db:test:clone_structure (и игнорируется rake db:test:clone).

Надеюсь, кто-то может пролить свет на это?

Примечание. Я использовал как жемчуг pg 0.9.0, так и драгоценный камень postgres в версии 0.7.9.2008.01.28 — оба отображают идентичное поведение.

Мои товарищи по команде запускают PostgreSQL v8.4, где языковая установка — это ручной шаг.

Ответ 1

Решение было следующим:

В моей установке есть стандартные шаблоны template0 и template1 — по крайней мере, поскольку я понимаю, что postgres будет искать наивысший номер templateN при создании новой базы данных, если только не указан шаблон.

Поскольку мое специфическое требование для сайта заключалось в установке plpgsql как части автоматической сборки моего веб-приложения (шаг, который мы должны были поддерживать, чтобы поддерживать совместимость с 8.4) — решение было простым: удалите plpgsql из template1 и предупреждение/ошибка исчезла.

В случае изменения значений по умолчанию для сайта, и нам нужно будет вернуться к поведению по умолчанию, мы просто удалим template1 и заново создадим его (что будет использовать template0)

Ответ 2

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

читайте больше на http://gilesbowkett.blogspot.com/2011/07/error-must-be-owner-of-language-plpgsql.html

Ответ 3

Для новых читателей я прочитал это более старое сообщение после того, как столкнулся с этой ошибкой в ​​одном из моих собственных проектов. Я сильно чувствую, что предоставление PostgreSQL роли суперпользователя — ужасная идея, и изменение шаблона также не является идеальным. Поскольку ссылки на команды PSQL, которые добавлены db:structure:dump, не нужны в базе данных приложений Rails, я написал специальную задачу rake, которая учитывает проблемные строки в struct.sql. Я публиковал этот код в Github как Gist на https://gist.github.com/rietta/7898366.

Ответ 4

Я столкнулся с этой ошибкой при попытке сделать RAILS_ENV=development bundle exec rake db:reset. Я смог выполнить то же самое (для моих целей), сделав вместо этого RAILS_ENV=development bundle exec rake db:drop db:create db:migrate.

Ответ 5

Я просто фильтрую выражения расширения plpgsql из файла struct.sql post-dump:

Инструкция по созданию патчей (оперативных исправлений ошибок)

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

Критичность определяется ответственным за прикладное решение (библиотеку).

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

Установка и удаление патчей реализована в 1С:Библиотека стандартных подсистем, а в 1С:Библиотека интернет-поддержки предусмотрена автоматическая загрузка патчей с портала 1C:Обновление программ. Вариант установки патчей (ручной или автоматический) в «коробках» контролирует администратор, а в модели сервиса – администратор сервиса (требуется подключение экземпляра облачного решения 1C:Fresh к порталу 1С:ИТС). Для «коробок» и облачных решений без подключения к интернету также возможно загружать интересующие патчи с портала 1C:Обновление программ на флешку и устанавливать с нее.

3. Создавать патчи можно с помощью конфигуратора или автоматически по исправленным в хранилище ошибкам с помощью 1С:Система проектирования прикладных решений (СППР). С помощью СППР патчи формируются автоматически по закладкам в репозитории git, рассчитывается применимость патча к версиям конфигурации (а для библиотек – к версиям всех прикладных решений, в которые она встроена); автоматизирована публикация и отзыв патчей, есть подписание патчей для базовых версий, а также целый ряд других полезных сервисов.

Создание патчей с помощью конфигуратора

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

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

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

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

«ИмяМоейПроцедуры» следует указывать

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

Создание патчей с помощью Системы проектирования прикладных решений (СППР)

В случае если ошибка исправлена неверно, требуется отозвать патч и выпустить новый. Но не следует перевыпускать патч или выпускать патч на патч. При публикации патча из СППР необходимо:

Если патч публиковался вручную на портале 1C:Обновление программ, то отзыв так же выполняется вручную.

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

Если патч не удалось создавать автоматически

Не во всех случаях возможно создать патч автоматически, например:

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

Рекомендации и ограничения технологии патчей

Патчи подходят для исправления ошибок:

Патчи не подходят:

Один патч должен «точечно» исправлять только одну ошибку

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

Патчи не должны создаваться «внахлест»

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

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

Тщательно проверять патчи

Поскольку патч публикуется максимально оперативно, то рекомендуется дополнительно проверять патч отдельно от проверки исправления ошибки:

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

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

Кроме того, для проверки патчей настоятельно рекомендуется:

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

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

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

Подскажите, разрешено ли подключать к базовой УНФ расширения (допустим через «все функции»)? Не нарушу ли я лицензию 1С? А то конфигуратором лазить нельзя, а расширения к нему приравниваются?

В базовых версиях прикладных решений работа с расширениями не поддерживается. (с) https://its.1c.ru/db/v8311doc#bookmark:dev:TI000001923

Если у тебя расширение доступно — значит у тебя лицензия на платформу не базовая, а ПРОФ.

всё-таки _расширения_ работают на платформе _проф_ И им в этом случае как бы и все равно, а в какой же базе работает это расширение. Базовая база? Ну и 1С предоставляет свою поддержку для базовой версии.

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

И это не единственная такая прикольная фича у платформы 1С. Можно и возможности серверного режима получать абсолютно ничего не взламывая, просто использовать и все штатными средствами. Причем, теперь уже два варианта для получения режима сервера доступны, а раньше был только один. Причем, прямо «из коробки»

Ошибка применения расширения конфигурации

Не получается адаптация конфигурации «1С:Розница 2.2» Вот с этого сайта http://online-modul.ru/kkt_server.html#driver . Пытаюсь подключить две розници с разными базами к одному ККМ атол 30ф. На рознице 2.3 которая не подключена к ккм. адаптация проходит хорошо, а на рознице 2.2 к которой ккм подключен физически выдает эти ошибки

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

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

В чем может быть проблема?

В чем может быть проблема?

Там есть файл для 2.2 и 2.3. только 2.2 почему то ругается

I am new to Postgres, so I may have been missing the obvious here. Based on the output of importing commands, the extension plpgsql probably doesn’t exist. Am I expected to set up the plpgsql extension before I import?

Here are the first few lines of the output:

Later down the road, it looks like it’s trying to execute some of the content as sql queries (the content contains mathml tags):

Any pointers? My Postgres version is 9.1 (it was 9.3 initially, but I downgraded it to 9.1 after seeing the error messages).

Когда я создаю базу данных на Ruby, основываясь на инструкции Heroku, я должен выполнить следующую команду:

героку запустить грабли db:мигрировать

Поэтому, когда я это сделал, мои записи, хранящиеся на моем локальном компьютере, не были перенесены в Heroku. Итак, после поиска способа, как я могу это сделать, я увидел этот метод.

Когда я попытался это сделать, произошла следующая ошибка: ошибка ввода TOC, ошибка владельца расширения plpqsql.

Я делаю файл базы данных

И я нашел «databasenamehere» в /config/database.yml,,, имя разработки.

Это постоянно происходит, и я не знаю, что делать.

Как я могу решить эту проблему?

Есть ли хороший способ поместить записи в HEROKU?

Кроме того, почему rake:db:migrate не переместил записи в героку? (думая, что это вопрос новичка)

Я пытаюсь восстановить дамп данных postgres для моего приложения Django. Дамп данных был извлечен из Heroku, а pg_restore latest.dump -d mydb -U postgres был запущен на Azure VM с Linux на нем.

Пользователь на Heroku называется uauv8b9v4. На Azure нет подобного пользователя. Поэтому, когда я запускал pg_restore на Azure, у меня в тонне role does not exist ошибок. Например:

Теперь доступ к моему приложению Django на example.cloudapp.net просто показывает следующую ошибку:

Обратите внимание, что я получил точно такое же разрешение, которое было отклонено, если я запустил pg_restore с -Ox; это не помогает.

Вместо этого я получил 3 ошибки:

1) Должен быть владельцем расширения plpgsql:

2) Разрешение отклонено для создания расширения «pg_stat_statements»:

3) Расширение «pg_stat_statements» не существует:

Попытка доступа к моему веб-сайту по-прежнему дает мне первоначальное permission denied ошибке.

Что мне делать, чтобы исправить эту ситуацию? Во-вторых, я также начал задаваться вопросом, нужно ли мне запускать syncdb в этом процессе на определенном этапе? Я попытался пройти через это, но это не решило мою проблему. Я чувствую, что мне не хватает чего-то фундаментального.

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

версии Розницы?
До проф нет возможности обновить

Если развёрнуть у себя на пк dt с проф лицензией, загрузить расширение и отдать обратно клиенту поможет ?)

russian

software

1c

Ответов

Будет ошибка конфигурация не является базовой

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

да хоть 100 лицензий купи 🙂 базовая примет только те расширения которые подписаны «базовым ключем» ( sig). 🙂 Тоесть патчи от 1С 🙂 левые расширения работать не будут 🙂

Прям, как легенда про секретный уровень в танчиках на Денди.

На самом деле частично расширения работают. Но логика не ясна когда работают когда нет 🙂

Ну я так понял, что есть моменты когда самописные расширения тоже работают

🙂 Какие моменты? 🙂 1С сделала возможность делать патчи для себя любимых 🙂

Я же выше писал, что проф ключ нужно купить.

«купить билет и не поехать» — так себе решение 🙂

За обновления ежегодно платить против бесплатных пожизненных обновлений — так себе решение)

ну если из таких побуждений то да 3 +14 = 17 за «вечные» 🙂

Вернее купил за 13, а на комп установил только ключ, который стоит 6.

ну тогда уж 3300 + 7750 ( upgrade до ПРОФ)

купил базовую. купил апргед до ПРОФ и не поехал на ПРОФ 🙂 активировал пины проф 🙂

Когда апгрейд делаешь, если я не ошибаюсь, обновления для базовой становятся НЕ доступны.

чтоб товарищ майор был счастлив

— Можно в базовую расширения тыкнуть?
— Можно, если купить проф. ключ.
Ба-дум-тссс

это да 🙂 так как нарушает лиц. соглашение

Ткните носом: какой пункт нарушается?

Ткните носом: какой пункт нарушается?

Ткните носом: какой пункт нарушается?

Ну и само лицензионное соглашение » Лицензиат имеет право установить и использовать в соответствии с сопроводительной документацией БАЗОВУЮ ВЕРСИЮ на одном компьютере. Использование Клиентских лицензий, а также Лицензии на сервер «1С:Предприятия 8″ с БАЗОВОЙ ВЕРСИЕЙ не допускается. При необходимости использования БАЗОВОЙ ВЕРСИИ на нескольких компьютерах следует для каждого компьютера приобрести отдельный экземпляр БАЗОВОЙ ВЕРСИИ.»