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

Последние фразы переписки:
Ответ: "мы официально не поддерживаем работу с RDP".
Вопрос: "Есть ли информация, где написано что Вы не поддерживаете работу по RDP?"
Ответ: "Нигде не написано что мы поддерживаем работу по RDP".


Значит ли это, что так можно отвечать на любой вопрос?

Например:
Вопрос в ТП: "У меня не запускается 1С после замены видеокарты на GTX 780 Ti. Все остальное работает"
Возможный ответ из ТП: "Мы не поддерживаем работу с видеокартами серии GTX"
Вопрос: "Где-то написано?"
Ответ: "Нигде не написано, что мы работаем с такими видеокартами".

Также можно отвечать и следующие варианты:
"Мы не поддерживаем работу с мониторами более 25 дюймов, фирмы такой-то"
ИЛИ "Мы не поддерживаем работу при наличии кабельных соединений ниже категории 6e"
ИЛИ "Мы не поддерживаем работу при установленном "таком-то" програмном обеспечении"
ИЛИ ЖЕ (для авбсурда) "Мы не поддерживаем работу на системных блоках с использованием красных проводов"

ЭТО ЖЕ НИГДЕ НЕ НАПИСАНО, ЧТО МЫ ЭТО ПОДДЕРЖИВАЕМ.

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

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

Увашаемые форумчане, какое Ваше мнение по данной ситуации?

(71) Каких именно? И конкретный пример можно?

(88) У тебя твой оператор локально или по РДП на других серверах работает нормально? Если да, то проблема в настройках конкретного сервера, а не в 1С.

(78) У тебя в договоре написано, что службе поддержки можно задавать _любые_ вопросы? o_O

(82) Так они и не обязаны были. Более того, это не их работа, а они _обязаны_ выполнять свою работу, а не отвечать на любые задаваемые вопросы.

(79) если автор позвонил свою франчу, то тот бы с робостью решил за него проблему

(0) По моему это ответ, отдельно взятого долбо*па из службы поддержки.

(79) запусти в цилке оператор вопрос с таймаутом в 1сек в RDP с windows r2 x64. Потом закрой RDP и зайди опять в RDP и посомтри будет ли все еще циклится оператор вопрос.

(92) и какая настройка сервера отвечает за то что оператор вопрос не закрывает окно?

(83) Уже лучше, осталось только не ИХать, пока не знаешь, кто виноват :))

(93) я же не спрашивал про температуру за окном. я спросил про работу 1С.

(96) Самое что поразительно многие тут считают что он прав.

(95) это конечно может быть.

(95) За деньги конечно.

(97) О, приколько.
И где описана логика, которая должна в данном случае работать?

(100) Так я тоже спрашиваю про 1С.
Какая температура за окном в комнате, где стоит компьютер, на котором работает 1С?

Мне кажется я начинаю понимать почему автора послали из саппорта 1с.

(97) по логика программа должна циклиться каждый раз открывая окно вопрос, ожидание  1 сек и закрытие окна и так далее в постоянно цикле. Но у меня цикл останавливается как будто в операторе вопрос не был указан параметр таймаут и окно просто ждет ответа и перестает выполнять цикл.

это к (104).

(96) А по моему они там все такие. Буквально на днях поднимал аналогичную тему про техподдержку 1С v8: Саппорт 1С - они это серьезно???

(105) перефразирую чуток.

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

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

Разница есть?

Вангую: речь идет про режим RemouteApp, а не просто RDP?

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

(111) просто RDP, т.е. запускаем приложение mstsc и выходим на рабочий стол сервера.

никто случаем не попробовал:

запустить в цилке оператор вопрос с таймаутом в 1сек в RDP с windows sever 2008 sp1 r2 x64. Потом закрыть RDP (например "красиком") и зайди опять в RDP и посмотреть будет ли все еще циклится оператор вопрос.

?

(114) может таймеры окон в терминальной сессии останавливаются при отключении чтобы сберечь ресурсы, а 1С как-то это не учитывает.

(114) Стесняюсь спросить, а какому идиоту придёт в голову запускать в цикле оператор "вопрос"?

(116) у меня в цикле стоит предупреждение с таймером.

(107) Это после закрытия и открытия заново терминала или всегда без переоткрытия терминала?

(116) проблема не каждый раз появляется. Это тестовый стенд для демонстрации.

(110) Почему у меня 1С при запуске выдает дамп памяти и закрывается — это к 1С вопрос?

(119) А если сервер ддосить, и, когда сервер упадёт, то, конечно же виновата тоже будет 1с?

(114) И с фига ли ты решил, что в этом случае должна работать логика, описанная в (97)?
Может это фича Мелкомягких?

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

(118) при закрытии и открытии. при "сворачивании" окна терминала все работает.

(120) кому (для кого) адресован дамп памяти?

(121) тут ключевая фраза "сервер упадет", а если бы упала только 1С?

(122) это логика описанная в документации 1С.

<Таймаут> (необязательный)

Тип: Число.
Интервал времени в секундах, в течение которого система будет ожидать ответа пользователя. По истечении интервала окно вопроса будет ЗАКРЫТО. Если параметр не указан, то время ожидания не ограничено.
Значение по умолчанию: 0

(126) Попробуй сделай в 1С бесконечную рекурсию. 1С гарантированно упадёт при этом. Надо объяснять, почему, или сам догадаешься?

(124) См. (122)

(125) 1С. Если они все-таки решат глянуть эту проблему. Но они не обязаны.

(120) кстати у меня такая проблема была. Угадай как решилась? Естесственно утилитой 1С "chdbfl" для исправления базы данных. И в данном случае именно утилита 1С дала мне дальнейшую пищу для размышления.

(127) И где тут написано "Включая RDP, виртуальные машины и прочую любую возможную хрень, придуманную и непридуманную"?

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

(131) Эээ... И что?

(133) +1

(121) Сервер НЕ ДОЛЖЕН падать при любом ддосе, он будет проседать в производительности, может отказывать клиентам, но не падать.
Впрочем это и к 1С относится, падение допустимо лишь в одном случае, если его отсутствие может попортить данные.

(128) я понимаю что можно бесконечно генерировать идеи сбоев 1С. Но тогда ты мне дай решение, Не использовать RDP? не использовать Windows? ИЛИ Не использовать 1С?

Или есть идея как устранить ошибку?

(128) и даже при рекурсии и падении 1С, техническая поддержка попросит прислать обработку и объяснит причину (если я сам не догадался)

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

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

(133) где-то написано для каких целей можно использовать "вопрос" а для каких нельзя? согласно документации оно должно быть закрыто после таймаута. но происходит не так.

(141) Конечно написано. В книжках по программированию.

(137) гд написано, что это не для этого? В моем аспекте "ОбработчикОжидания" не подходит.

(139) для этого или не для этого - Это отдельный вопрос. Почему работает не согласно документации?

(144) В документации написано, что он должен работать в цикле с интервалом 1секунда?

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

Мне было не куда деваться. :)

(142) голословно... цитируй..

(147) Что тебе цитировать? Основы программирования?

(145) это да. и после по документации должно закрываться. но НЕ закрывается.

(148) для чего нельзя использовать оператор "вопрос"?

(145)

<Таймаут> (необязательный)

Тип: Число.
Интервал времени в секундах, в течение которого система будет ожидать ответа пользователя. По истечении интервала окно вопроса будет ЗАКРЫТО. Если параметр не указан, то время ожидания не ограничено.
Значение по умолчанию: 0

(150) Оператор "вопрос" по документации предназначен для ИНТЕРАКТИВНОЙ работы. Применять его для других целей, возможно, но разработчиком такая работа не гарантирована. Так понятно?

(137) Не использовать в данном случае вопрос, тебе же сказали.

(152)

Вот код обработки:

Процедура КнопкаВыполнитьНажатие(Кнопка)
    Ответ = КодВозвратаДиалога.Да;
    Пока Ответ <> КодВозвратаДиалога.Нет Цикл
        Ответ = Вопрос("Продолжить?", РежимДиалогаВопрос.ДаНет, 1, КодВозвратаДиалога.Да, "ВНИМАНИЕ!", КодВозвратаДиалога.Да);
    КонецЦикла;
КонецПроцедуры

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

На при определенных условиях цикл останавливается из-за того что окно оператора вопрос не закрылся.

для каких бы целей я бы не использовал оператор вопрос, он сработал не корректно.

(153) я понял: это не документированная фича оператора "вопрос".

(155) Это фича переоткрытия RDP, думаю

(153) это все обход проблемы некорректности работы оператора но не ее решение. Пришлось обойти, но хотелобы понять что не так-то.

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

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

(156) эта фича появилась после переустановки операционной системы на 2008 R2 SP1 x64.

(154) Ты действительно понимаешь смысл слова ИНТЕРАКТИВНЫЙ?

(158) точнее... Что не так я использую, как написано в документации?

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

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

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

Мда. Для костра ты применяешь видимо огнемет "Буратино".

Значит РДП в новой версии работает увы не так. Это проблемы РДП он не отрабатывает какой-то механизм который раньше был. Тебе может не корректно, но ответили на твой вопрос.

(163) Согласен про бессмысленный спор.

Если я не правильно использую оператор - это вопрос действительно ко мне.

А если оператор работает не согласно документации  - это вопрос к 1С.

Обходить эту проблему другими средствами - моя задача, а решать ошибку оператора - задача 1С.

(165) Никакой ошибки нет. Оператор по документации предназначен для интерактивной работе с пользователем. Ты пытаешься его использовать по-другому. Вот и всё.

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

Может быть в RDP что-то не так может быть в другом дело, что именно не так можно только разработчики, в решиме отладки

(166) по другому? вопрос задается именно пользователю для принятия решений. В оригинальной обработке время ожидания естесственно более одной секунды и естесственно вариантов ответа более 2.

(166) Не так. Просто в документации действительно нигде не гарантируется корректная работа под всякие RDP, тимвьюверы, виртуальные машины и т. д.
Особенно в режиме типа закрыл RDP, потом открыл заново, когда интерактивность вообще нахрен пропадает как класс.

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

с так успехом как написано в (0) можно отвечать, что

"Мы не поддерживаем работу с мониторами более 25 дюймов, фирмы такой-то"
ИЛИ "Мы не поддерживаем работу при наличии кабельных соединений ниже категории 6e"
ИЛИ "Мы не поддерживаем работу при установленном "таком-то" програмном обеспечении"
ИЛИ ЖЕ (для авбсурда) "Мы не поддерживаем работу на системных блоках с использованием красных проводов"

ЭТО ЖЕ НИГДЕ НЕ НАПИСАНО, ЧТО МЫ ЭТО ПОДДЕРЖИВАЕМ.

(169) Всякие RDP, тимвьюверы, виртуальные машины, радмины и прочие приблуды — это вещи, которые могут изменять стандартное поведение винды. Чьи это проблемы, 1С?

Согласен, просто об этом нигде не написано, что не гарантируется корректная работа 1С в этих режимах

Если написано, то просто скажите где, я посмотрю и буду спокоен.

+(170) Если мониторы более 25 дюймов, фирмы такой-то будут показывать рабочий стол виндоус верх ногами — это проблема 1С? 1С должна об этом предупреждать?
Если при наличии кабельных соединений ниже категории 6e винда перестает грузиться или работает с ошибками, в результате чего 1С не работает — это проблема 1С? 1С должна об этом предупреждать?
Если ты поставишь программу "Убить нахрен любую запущенную 1С.exe" — это проблема 1С? 1С должна об этом предупреждать?
ИЛИ ЖЕ (для авбсурда) если на системных блоках с использованием красных проводов перестанет нормально работать винда и 1С в итоге не будет работать нормально — это проблема 1С? 1С должна об этом предупреждать?

Направление мысли, надеюсь, понятно?

(171) Да е мое, это здравый смысл.
Нигде не написано, что 1С не будет работать, если на компьютер упадет метеорит. Написать?

Как американцам, не использовать микроволновку для сушения кошек?

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

(174) Ну ХЗ, решение тебе в этой ветке предложили, на мой взгляд.

(170) С одной стороны ты прав, а с другой стороны, например, попытка завести типовое УТ11 в web режиме выявило такое количество глюков, что работать очень тяжко, например в ряде случаев исчезает кнопочка "Записать" при заведении номенклатуры. Имеется и куча другой хрени, которая не дает нормально работать. При том, что в РДП все в норме. Вот и вопрос: в web режиме получается 1С гарантирует работу, а работать невозможно, а в РДП работать можно, но работа не поддерживается :-)

(176) Ну да.
Есть де юро, но нет де факто.
Есть де факто, но нет де юро.

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

Тут дело в лояльности поддержки.

Плюс никто не говорит о форс мажорных обстоятельствах,

Но обычные сейчас вещи, что-то же о них должно быть сказано.

(178) Служба поддержки просто нужна для решения не для этих проблем.
Картошку вскопать они тоже не помогут, да.

+(179) По поводу обычные же вещи не надо подменять понятия.
RDP обычная вещь, да.
Использование "Вопрос" в RDP в цикле с переоткрытием терминала — ни хрена ни разу не обычная вещь.

(0)Бред какой-то.
С чего бы 1с заниматься поддержкой RDP.
Ну хочешь работать с RDP никто не запрещает, работай на свой страх и риск.

И с чего бы им явно писать что они не поддерживают работу с RDP официально?
В мире миллионы технологий, которые 1с официально не поддерживает, и надо четко оговаривать?

(181) Достойно... Нечего добавить...

Тему можно закрыть.

Если вдруг кто-то попробует воспроизвести данную ошибку при данных параметрах сообщите плиз. Вдруг не работает у всех или наоборот не работает только у меня.

Всем спасибо.

Всех с наступающим...

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

1С лажанулись. Надо было зарегистрировать как ошибку и положить в "вечный ящик" :)

в техподдержке явно сидел неопытный но достаточно наглый индивид

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

(187) Eviset.ru ужасная контора, имели с ними дело и заваленный проект, сотрудники отключают телефоны, на линии консультаций сидят ТП, которые ничего не знают.Легче не мисте спросить чем там.

(188) ну (187) похоже на спам,


а что вы именно заказывали у Ивисет? Мы с ними по одну проекту работаем, пока только ТЗ нам нарисовали и 50% попросили (мы уже оплатили), просто чтобы быть в курсе, чего можно ждать?

Не, ну Чайник Раселла немножко загнул. Возможно такие случаи и случаются, но редко. И http://www.eviset.ru/about.html  как по мне серьезная компания, уже полгода вместе работаем, кучу проектов заказывали у них. Таких казусов еще не бывало.