СВ
серверная есессна
Size: a a a
2020 March 13
A
Сам ровно такое же писал вчера на 8.3.16.1030. полёт нормальный. Или обновляться или кэш
A
//после динамического обновления, например, у меня часто выполняет не то что написано
Z
John Doe
Для указанных инструкций поведение одинаковое
Общие рекомендации
Для обеспечения работоспособности модулей в различных режимах можно использовать директивы препроцессора (такие как #Если Клиент Тогда ... #КонецЕсли).
Для того чтобы учесть отличие файлового варианта работы от клиент-серверного, можно использовать тот факт, что в клиент-серверном варианте работы для случая, например, сеанса клиентского приложения будет определен только один контекст: либо клиента, либо сервера, а в файловом варианте работы оба контекста будут определены одновременно. Ну и, наконец, следует учитывать, что контексты клиента и внешнего соединения одновременно не будут определены никогда.
Для обеспечения работоспособности модулей в различных режимах можно использовать директивы препроцессора (такие как #Если Клиент Тогда ... #КонецЕсли).
Для того чтобы учесть отличие файлового варианта работы от клиент-серверного, можно использовать тот факт, что в клиент-серверном варианте работы для случая, например, сеанса клиентского приложения будет определен только один контекст: либо клиента, либо сервера, а в файловом варианте работы оба контекста будут определены одновременно. Ну и, наконец, следует учитывать, что контексты клиента и внешнего соединения одновременно не будут определены никогда.
JD
Общие рекомендации
Для обеспечения работоспособности модулей в различных режимах можно использовать директивы препроцессора (такие как #Если Клиент Тогда ... #КонецЕсли).
Для того чтобы учесть отличие файлового варианта работы от клиент-серверного, можно использовать тот факт, что в клиент-серверном варианте работы для случая, например, сеанса клиентского приложения будет определен только один контекст: либо клиента, либо сервера, а в файловом варианте работы оба контекста будут определены одновременно. Ну и, наконец, следует учитывать, что контексты клиента и внешнего соединения одновременно не будут определены никогда.
Для обеспечения работоспособности модулей в различных режимах можно использовать директивы препроцессора (такие как #Если Клиент Тогда ... #КонецЕсли).
Для того чтобы учесть отличие файлового варианта работы от клиент-серверного, можно использовать тот факт, что в клиент-серверном варианте работы для случая, например, сеанса клиентского приложения будет определен только один контекст: либо клиента, либо сервера, а в файловом варианте работы оба контекста будут определены одновременно. Ну и, наконец, следует учитывать, что контексты клиента и внешнего соединения одновременно не будут определены никогда.
Не тупи - у чела в условии https://t.me/ssl1c/46350 и это условие что в файловой, что в к-с будет всегда одинаково работать в его обработчике команды, см. картинку выше
Z
Пиши
Если Сервер Или ...
Если Сервер Или ...
AS
Суть использования препроцессора выше - отделить тонкий клиент от толстого. А не сервера от клиента
JD
Суть использования препроцессора выше - отделить тонкий клиент от толстого. А не сервера от клиента
А вот и нет. Думаю, суть в безопасности кода.
AS
Команда
&НаКлиенте.
На клиенте. На сервере не запустить. Конструктор компоновки данных на тонком не работает.
&НаКлиенте.
На клиенте. На сервере не запустить. Конструктор компоновки данных на тонком не работает.
Z
John Doe
Не тупи - у чела в условии https://t.me/ssl1c/46350 и это условие что в файловой, что в к-с будет всегда одинаково работать в его обработчике команды, см. картинку выше
https://its.1c.ru/db/v8std#content:680:hdoc:_top этот стандарт не просто так появился)
AS
John Doe
А вот и нет. Думаю, суть в безопасности кода.
AS
Если сеанс будет запущен в режиме тонкого клиента, то не прокатит. Поэтому такой момент в коде отлавливается, чтобы выдать человекочитаемое сообщение и рекомендации
JD
https://its.1c.ru/db/v8std#content:680:hdoc:_top этот стандарт не просто так появился)
Он ничего общего с обсуждаемой картинкой выше не имеет
JD
Команда
&НаКлиенте.
На клиенте. На сервере не запустить. Конструктор компоновки данных на тонком не работает.
&НаКлиенте.
На клиенте. На сервере не запустить. Конструктор компоновки данных на тонком не работает.
Бл*, попутал с картинкой от тебя же, но в другом канале
Z
сделай обработку со всеми директивами по очереди в если. запиши в булевы реквизиты формы значения если зашел. запусти в толстом упр в файловой и толстом упр клиени сервере и сравни
КЧ
сделай обработку со всеми директивами по очереди в если. запиши в булевы реквизиты формы значения если зашел. запусти в толстом упр в файловой и толстом упр клиени сервере и сравни
Пажжи, ты хочешь сказать что код с директивой компиляции клиент, в толсто клиенте в файловой базе будет скомпилирован в контексте сервера?
JD
сделай обработку со всеми директивами по очереди в если. запиши в булевы реквизиты формы значения если зашел. запусти в толстом упр в файловой и толстом упр клиени сервере и сравни
Я уже это сделал мысленно и могу только повторить: https://t.me/ssl1c/46354
РС
Блок post в Jenkinsfile предназначен для этого, либо как указали выше, триггерить отдельный билд по завершению основного
Да указание про блок "post"спасибо!
РС
Спасибо. Все получилось
D
подскажите по 2 конвертации:
мне надо передать из 1 базы в другую данные, никак не связанные друг с другом. Передаю в параметре. В базе источнике в ПКС пишу Значение = Источник;
Потом в ПКО в ПослеЗагрузки пытаюсь обратится к параметру, но там Неопределено.
Процедура ПКО_ПослеЗагрузки_Приложение_НН_2(ФайлОбмена, Отказ, Ссылка, Объект, ПараметрыОбъекта, ОбъектМодифицирован,
ИмяТипаОбъекта, ОбъектНайден) Экспорт
влияет ли заполненность Ссылки или Объекта в этом событии на наличие Параметра Объекта?мне надо передать из 1 базы в другую данные, никак не связанные друг с другом. Передаю в параметре. В базе источнике в ПКС пишу Значение = Источник;
Потом в ПКО в ПослеЗагрузки пытаюсь обратится к параметру, но там Неопределено.