платформа 1с портабл работает?

раньше делал на основе папки bin и все кроме COM нормально работало, сейчас не запускается, у кого работает так на новых версиях платформы?

(0) Я уже лет 7 инсталлятор не запускал, только копирую - ни каких проблем с запуском, включая самые новые версии ;)

(1) попробуй прям вообще последнюю

А что, так можно было?

что-то очень медленооооооо грузится платформа

смотрел процесс менеджером - идет офигенное количество чтения DLL (кусочками),

куда глянуть?

зы
пробовал подключать как диск - разницы нет. Загрузка окна выбора баз идет 12 сек, а при запуске с локального дистриба всего 2...

А ты его по сети, что-ли, гоняешь?

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

Я бы не стал так делать...

при чем если один экземпляр 1с уже работает второй запускается быстро

(7) единственная проблема с регистрацией COM, а так я уже лет 15 делаю... вот тут что-то не заладилось :)

апну,

текущая проблема в (4)

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

(0) Так может просто надо свежий C++ Runtime поставить?

(4) А запускаешь стартер или непосредственно клиент?

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

сейчас проблема в скорости запуска, см (4)

(13) и то и то долго.

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

что проблема в том, что локальном запуске идет чтение десятка DLL
а при сетевом около 2500 чтений.....

(14) Может это из-за разных дескрипторов безопасности?

(15) Есть особенность запуска из сети или со сменного носителя. При загрузке dll или exe с локального несъемного  диска по сути происходит открытие в режиме только чтения нового страничного файла, в котором лежит нужная экспортируемая функция. И далее дело системы, когда эту виртуальную память подгрузить в физическую, при необходимости обращения к конкретной странице. А при загрузке через сеть происходит обычное чтение страницы в предварительно выделенную общую виртуальную память. При этом возможны нюансы быстродействия, отличающиеся в разных системах и с разными библиотеками.

У меня, кстати, на версии 8.3.17 всё работает нормально..

(16) проблем с дискрипторами безопасности не должно быть, 1с запускается под правами пользователя, профиль админа не используется (в смысле второй дискриптор),
с другой стороны первым делом я явным образом внес в реестр в зону локальной сети file:серверныйПуть

(17) у меня то-же все работает, но старт 1с долго идет.

запуск стартера идет 11 сек, потом запуск базы 18 сек
при локальном каталоге платформы (просто скопировал с сетевого, без установки) стартер 2 сек и после база 8 сек

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

(20)
\\127.0.0.1\C$\1c\1cv8c.exe - Грузится БЫСТРО

(21) Ну тогда дело точно в сети. Она нормально работает сама по себе? Пинги большими пакетами не теряются?

(21) + а с соседнего компа из этой-же папки - долго

(15) Очевидно, кэширование в сети по-другому работает. И упреждающее чтение не так агрессивно, что логично.

P.S. А ради чего весь этот цирк? Обновление платформы штатными средствами не устраивает?

(23) сеть может 100мбит?

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

(26) + одних только серверных ключей (8 шт) не говоря о серверах лицензирования и прочего. Количество баз измеряется сотнями :)

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

(27) "Навести порядок" в моем понимании это отладить штатные механизмы, дополнив, где нужно, орг. мерами.

>нет сетевого доступа

На момент подключения к базе доступ таки есть. Что мешает сначала стянуть и накатить обновление?

(28) я не хотел использовать штатный обновлятор платформы так как он появился относительно не давно, а строить какую-то скриптовую вещь нам не дадут безопасники (для них это кажется опендором)

по поводу подключения - там все порты закрыты кроме тех которые нужны для запуска 1с, по этому даже радмин не работает.

единственное чего мы можем это раскидать через политику скрипт на запуск msi пакета и все... но этот скрипт может быть перезалит или убит безопасностью.

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

про установку через 1cestart.exe я знаю, наверно буду пробовать этот вариант, правда не знаю как к нему отнесутся все остальные...

(29) Безопасникам нужно объяснить: обновления для 1С так же важны, как и для винды и офиса. После этого все дадут, и может даже возьмут эту головную боль на себя.

(30) А как правильно сделать автоматическое обновление 1с без прав администратора на компьютере и без домена? AlwaysInstallElevated в политике - даже не уязвимость, а дыра в безопасности. Есть ли способ разрешить в винде установку без прав администратора только для определенных путей с дистрибутивами?

(31) Обновление без прав администратора (неважно автоматическое или нет) в принципе возможно, только если 1С установлена не в Program Files, а в место, доступное пользователю. Что само по себе тоже дыра.

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

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

Проецирование диска в память работает только на локальных дисках,точнее на тех,которые доступны на уровне системы.
Все сетевые подключения идут на уровне безопасности пользователя,и обращение к ним идёт не только по частям,но и со сменой контекста.
Опять же,если из dll берутся только ресурсы,как у 1с,то по сети она будет читать только область описания dll и область нужного ресурса.