AnyScreen
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Вот инфа, что с кларионистами дружат. Дисконт для разработчиков на кларионе, распространяющих свои приложения с tsplus, по моему, 20%.
https://tsplus.me/tsplus-announced-a-ne ... plication/
Это запись вебинара на clarionlive.com.
https://www.youtube.com/watch?v=nTW9gZsxddQ
https://tsplus.me/tsplus-announced-a-ne ... plication/
Это запись вебинара на clarionlive.com.
https://www.youtube.com/watch?v=nTW9gZsxddQ
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 4983
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 20 раз
AnyScreen
У VMWare всё аналогично. На уровне презентации всё хорошо. Я где-то выкладывал здесь. "Дьявол кроется в мелочах". А клиенты не жалуются, потому что жаловаться не на что. Всё работает!finsoftrz писал(а): ↑03 Декабрь 2020, 17:15 Видео делал когда-то, постил. Вот ссылка, чтобы не искать.
http://finsoftrz.ru/mp4/fs_demo0016.htm
У них еще есть публикация приложений, без панели задач. Раньше на домашней редакции не работало, на последних релизах починили. Там, в общем, приложение запускается через нативного клиента, выглядит практически идентично локальному. Некоторые различия из-за масштабирования мониторов.
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Пока работающая ссылка от Боба Кэмпбелла.
http://66.135.63.162:12001/app/Vendors
Вчера удалось уверенно повесить секунд за 20, после чего перестало совсем запускаться.
Сегодня немного подольше поработало, но с тем же результатом.
Те же проблемы при скроллировании в броузе (верхняя часть в какой-то момент начинает обрезаться).
Пример без mdi и вложенности окон.
http://66.135.63.162:12001/app/Vendors
Вчера удалось уверенно повесить секунд за 20, после чего перестало совсем запускаться.
Сегодня немного подольше поработало, но с тем же результатом.
Те же проблемы при скроллировании в броузе (верхняя часть в какой-то момент начинает обрезаться).
Пример без mdi и вложенности окон.
C6/C11, ШВС, tps/btrieve.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Подвох в том, что большинство не тестирует, а просто открывает по привычке окна и смотрит, как там что отрисовалось. В обычном приложении этого в большинстве случаев достаточно, открылось, значит работает. Проблемы с зависанием в anyscreen стабильно востроизводятся, если начинаем пытаться работать так, как обычные пользователи. Открывать, закрывать окна, жать какие-то кнопки в разном порядке. Не дай бог продать такое приложение пользователям. Проблемы точно всплывут, а ты ничего сделать не сможешь, так как сбои происходят внутри anyscreen, и от кода приложения не зависят.
От чего зависит, сложно сказать. Судя по информации об одной ситуации, которую Марко подтвердил, щелчек мышки на сервере происходит не в том окне, в котором нажал пользователь на клиенте. Значит ли это, что события передаются на сервер без связки с внутренним идентификатором открытого окна, или на сервере отсутствует такая проверка. Если первое, то это совсем плохо.
Если говорить в теории, можно ли в этой технологии добиться стабильной работы? Например, мы что-то щелкнули на клиенте, на сервере это отработалось, открылось, к примеру, какое-то окно. А вот ответ на клиента не дошел. Потеря связи или еще что-то. Интернет состоит из разнородных зон, контролируемых разными провайдерами. В результате получается рассинхронизация в окнах на сервере и клиенте. Дальше на клиенте жмем, например, повторно кнопку, а на сервере это окно уже не активно. Получаем очевидный сбой в работе всего приложения.
Если смотреть, как работают обычные терминальные сервера, то там с какой-то дискретностью транслируется содержимое всего экрана или его части. Не важно, какое приложение запущено на сервере. Поэтому все проблемы решаются последующим обновлением экрана на клиенте.
Если смотреть, как работают вебовские приложения, то они постоянного коннекта не держат. Со страничке в броузере посылается параметризированный запрос на сервер, возвращается результат, цикл работы завершается. Если мы не получили ответ, то ничего особо страшного не произойдет, так как на сервере нет ничего, что надо синхронизировать с клиентом. Каждый раз цикл обращения к серверу происходит заново.
Я сам фан терминального режима работы и использую его последние 20 лет. Поэтому с интересом слежу за событиями вокруг anyscreen. Но пока ощущение такое, что сама по себе технология не очень пригодна для использования в критичных для клиентов приложениях. Красивая картинка снаружи, потенциально проблематичная технология под ней. Было бы хорошо, если ошибаюсь.
От чего зависит, сложно сказать. Судя по информации об одной ситуации, которую Марко подтвердил, щелчек мышки на сервере происходит не в том окне, в котором нажал пользователь на клиенте. Значит ли это, что события передаются на сервер без связки с внутренним идентификатором открытого окна, или на сервере отсутствует такая проверка. Если первое, то это совсем плохо.
Если говорить в теории, можно ли в этой технологии добиться стабильной работы? Например, мы что-то щелкнули на клиенте, на сервере это отработалось, открылось, к примеру, какое-то окно. А вот ответ на клиента не дошел. Потеря связи или еще что-то. Интернет состоит из разнородных зон, контролируемых разными провайдерами. В результате получается рассинхронизация в окнах на сервере и клиенте. Дальше на клиенте жмем, например, повторно кнопку, а на сервере это окно уже не активно. Получаем очевидный сбой в работе всего приложения.
Если смотреть, как работают обычные терминальные сервера, то там с какой-то дискретностью транслируется содержимое всего экрана или его части. Не важно, какое приложение запущено на сервере. Поэтому все проблемы решаются последующим обновлением экрана на клиенте.
Если смотреть, как работают вебовские приложения, то они постоянного коннекта не держат. Со страничке в броузере посылается параметризированный запрос на сервер, возвращается результат, цикл работы завершается. Если мы не получили ответ, то ничего особо страшного не произойдет, так как на сервере нет ничего, что надо синхронизировать с клиентом. Каждый раз цикл обращения к серверу происходит заново.
Я сам фан терминального режима работы и использую его последние 20 лет. Поэтому с интересом слежу за событиями вокруг anyscreen. Но пока ощущение такое, что сама по себе технология не очень пригодна для использования в критичных для клиентов приложениях. Красивая картинка снаружи, потенциально проблематичная технология под ней. Было бы хорошо, если ошибаюсь.
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 1702
- Зарегистрирован: 25 Март 2009, 21:55
- Благодарил (а): 9 раз
- Поблагодарили: 4 раза
AnyScreen
Мое мнение, сейчас в основном пользователи сталкиваются и работают аля-веб приложение, одностраничное(потоковое), сайты, csm и аналогичное. По любому при открытии или переключении онлайн окна, требуется обновить данные, и много поточность как бы бессмысленно...
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Размышлял на досуге по поводу 1С Предприятия. Они упорно развивают свою облачную технологию (1с фреш) на базе тонкого клиента.
Раньше у них был "толстый клиент". Это обычное windows приложение, какие мы пишем на кларионе. Потом начали делать решение на "тонком клиенте". Так вот, для тонкого клиента все конфигурации были полностью переписаны. У них подход чем-то напоминает nettalk. Отказ от визуального проектирования окон в сторону древовидной структуры размещения контролов с параметрической настройкой. Дальше они сделали собственно "тонкого клиента". Это отдельное приложение, запускаемое на стороне клиента и работающее, как я понимаю, наподобии веб броузера, но со своей внутренней заточкой на взаимодействие со своим сервером. Насколько я знаю, конфигурации с тонким клиентом могут работать и в веб броузере, но с некоторыми ограничениями. То есть ничего подобного с синхронизацией окон, как в anyscreen, там не предполагается.
Раньше у них был "толстый клиент". Это обычное windows приложение, какие мы пишем на кларионе. Потом начали делать решение на "тонком клиенте". Так вот, для тонкого клиента все конфигурации были полностью переписаны. У них подход чем-то напоминает nettalk. Отказ от визуального проектирования окон в сторону древовидной структуры размещения контролов с параметрической настройкой. Дальше они сделали собственно "тонкого клиента". Это отдельное приложение, запускаемое на стороне клиента и работающее, как я понимаю, наподобии веб броузера, но со своей внутренней заточкой на взаимодействие со своим сервером. Насколько я знаю, конфигурации с тонким клиентом могут работать и в веб броузере, но с некоторыми ограничениями. То есть ничего подобного с синхронизацией окон, как в anyscreen, там не предполагается.
C6/C11, ШВС, tps/btrieve.
- Губин Игорь
- ✯ Ветеран ✯
- Сообщения: 2329
- Зарегистрирован: 16 Сентябрь 2005, 16:35
- Откуда: Москва
- Поблагодарили: 18 раз
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Четкой последовательности действий для получения зависания нет. На интуитивном уровне есть некоторые общие рекомендации, чтобы воспроизвелось быстрее. Открывать более наполненные окна, вложенные окна. Нажимать кнопки в разном порядке, не разглядывать долго содержимое окон. В данном примере у меня первый раз зависло, когда сформировал 2-3 раза какие-то отчеты, потом пошлепал по кнопкам переключения вида отчета. Пару раз зависло, когда нажимал где-то кнопку изменить. В других случаях помогало, когда открыто несколько потоков и щелкнуть на кнопку закрытия окна нк активного потока, а другого, которое в области видимости.
C6/C11, ШВС, tps/btrieve.
-
- Бывалый
- Сообщения: 60
- Зарегистрирован: 12 Июнь 2015, 22:59
- Откуда: Новороссийск
- Благодарил (а): 4 раза
- Поблагодарили: 1 раз
AnyScreen
Может это только у меня, но висит после: открыть Invoices - Invoice Form. Form закрыть кнопкой Cancel. Закрыть Invoice. После повторного открытия Invoice виснет, на сколько не проверял
- Губин Игорь
- ✯ Ветеран ✯
- Сообщения: 2329
- Зарегистрирован: 16 Сентябрь 2005, 16:35
- Откуда: Москва
- Поблагодарили: 18 раз
- Дед Пахом
- Старичок
- Сообщения: 3133
- Зарегистрирован: 07 Июль 2005, 16:51
- Откуда: Москва, Россия
- Благодарил (а): 10 раз
- Поблагодарили: 28 раз
- Контактная информация:
AnyScreen
Марко (разработчик AS) говорит, что это приложение запущено из-под IDE, без сервера, поэтому каждый вновь подключившийся пользователь выкидывает предыдущего.
С уважением, ДП
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4615
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 6 раз
- Поблагодарили: 37 раз
AnyScreen
Ничего подобного. Виснет и при одном пользователе. Есть еще предположение, что зависимость от размера монитора. Если монитор большой и все помещается на экране, то зависание воспроизводится реже. Совершенно точно, что есть баг при пересчете координат окон.
C6/C11, ШВС, tps/btrieve.