Почему Quik 8.5.2.11 Открытия Брокер не работает под пользователем при установке в Program Files

Какое-то массовое "раньше было лучше" через пост. Не работала седьмая, не работала шестая, не работала пятая, не работала четвертая. Никогда* никакой квик из Program Files не работал, не надо его туда ставить. Вот так вот он устроен.

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

Подавляющее меньшинство. У меня жестко настроены SRP, со знанием дела это говорю. В основном самодельщина этим страдает, ну и ancient software, включая квик. Вот на этапе установки многие пытаются распаковаться в temp и стартануть оттуда, это да.

Вообще-то, кроме защиты исполняемых файлов, архитектура с отдельными данными призвана позволить запуск софта от разных юзеров одновременно. На примере квика 8.5.2 это могло бы выглядеть так: сами исполняемые стоят в Program Files\ARQA\Quik\8.5.2\info.exe и прочая, данные пишутся в Users\%USERNAME%\AppData\Roaming\ARQA\Quik\8.5.2\alltrade.dat и прочая. Тогда можно запустить один квик от двух пользователей, у каждого будет своя копия данных и все будет работать независимо друг от друга. Более того, roaming это место для перемещаемых профилей, в домене юзер сможет запускаться с любого компа организации и получать свой личный профиль. Но, увы и ах, в случае с квиком это будет уже не квик, а что-то другое, с нуля написанное. Что же касается обновлений, они и не должны быть тихими, юзер должен подтвердить через UAC, что он согласен обновляться (и имеет права на это). Иначе мы технично обходим политики домена, в нормальной корпоративной сети такое недопустимо. Ну, у нас нормальных нет, ежедневные утечки всего и вся тому доказательство.

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

Вообще только так и должно работать. Без вариантов. Но не работает.

QUIK вполне себе работает на несколько пользователей на машине за счет того, что все настроечные файлы читает из "рабочего каталога", а не оттуда, где лежит info.exe И туда же и пишет, если не ошибаюсь.
Механизм не в стиле Microsoft, но рабочий. Да и докрутить его до поддержки доменных политик не сложно, достаточно рабочий каталог указывать в профиле пользователя через подстановки.

Google Chrome и прочие ему подобные браузеры, WatsApp, Скайп, Zoom. Это та "самодельщина", что с ходу пришла на ум.
Большинство это или меньшинство - я не знаю, однако ж это наиболее массово используемые сейчас программы, согласитесь. И все они по умолчанию без спроса ставятся в user\AppData и т.п. и практически молча обновляются там же, не понятно что неся в себе.

Тогда вот:

Сделать ярлык LNK с указанием Рабочей папки и работай хоть от сотни юзеров.
Только не забывайте, что если вы хотите, чтобыто на всех компах должна быть одинаковая версия QUIK.

Вот так все.  

Все глючит тут.