Незадовільна робота в термінальному режимі

[commanderz]

Доброго дня, шановні розробники.

Всі ви знаєте що існують великі підприємства з великою кількістю працівників.
Не секрет що організація їх роботи влаштована так що на віддаленому сервері стоїть одна копія вашої програми Медок.
А для підключення до цього серверу використовується Підключення до віддаленого робочого столу (remote desktop client).
Тепер зауваження по пунктах що конкретно невлаштовує при роботі в такому режимі:
1) Під час операцій Medoc дозволяє собі лишнє перемальовування всього вікна програми (ефект затемнення фону). Навіть при нормальній швидкості каналу це незадовільно відображається на комфорті роботи, я мовчу вже про випадки коли канал повільний або забитий.
2) Копіює весь свій каталог у папку користувача. При великій кількості користувачів місце на диску вичерпується швидше бажаного. І створюється ризик що воно взагалі вичерпається у будь-який момент, досить десятьом новим користувачам просто запустити програму. А це в свою чергу ставить під удар базу даних Firebird - яка пошкоджується при вичерпанні місця на диску.
3) Розмір бази даних незбагненно великий, і ніяк не відповідає тим об'ємам інформації що у ній зберігається.

Надіюсь на швидке вирішення.
Дякую.

З повагою,
Ваш користувач.

[astelit91]

Доброго дня, шановні розробники.

Всі ви знаєте що існують великі підприємства з великою кількістю працівників.
Не секрет що організація їх роботи влаштована так що на віддаленому сервері стоїть одна копія вашої програми Медок.
А для підключення до цього серверу використовується Підключення до віддаленого робочого столу (remote desktop client).
Тепер зауваження по пунктах що конкретно невлаштовує при роботі в такому режимі:
1) Під час операцій Medoc дозволяє собі лишнє перемальовування всього вікна програми (ефект затемнення фону). Навіть при нормальній швидкості каналу це незадовільно відображається на комфорті роботи, я мовчу вже про випадки коли канал повільний або забитий.
2) Копіює весь свій каталог у папку користувача. При великій кількості користувачів місце на диску вичерпується швидше бажаного. І створюється ризик що воно взагалі вичерпається у будь-який момент, досить десятьом новим користувачам просто запустити програму. А це в свою чергу ставить під удар базу даних Firebird - яка пошкоджується при вичерпанні місця на диску.
3) Розмір бази даних незбагненно великий, і ніяк не відповідає тим об'ємам інформації що у ній зберігається.

Надіюсь на швидке вирішення.
Дякую.



З повагою,
Ваш користувач.

Дуже цікаво, чому в даному режимі медок копіює себе у профіль. Будь-який адміністратор знає, що дозволяти виконуватися с розташувань які знаходяться в каталозі профілю користувача, необхідно забороняти, оскільки, існує велика вірогідність, що можна щось впіймати, особливо шифрувальників. Невже не можна якось по іншому реалізувати роботу програми. Яскравий приклад 1С. Дуже цікаво, чому досі не можна це вирішити.
Для термінального режиму, абсолютно не пристосований.

[Юра_01]

Доброго дня, шановні розробники.

Всі ви знаєте що існують великі підприємства з великою кількістю працівників.
Не секрет що організація їх роботи влаштована так що на віддаленому сервері стоїть одна копія вашої програми Медок.
А для підключення до цього серверу використовується Підключення до віддаленого робочого столу (remote desktop client).
Тепер зауваження по пунктах що конкретно невлаштовує при роботі в такому режимі:
1) Під час операцій Medoc дозволяє собі лишнє перемальовування всього вікна програми (ефект затемнення фону). Навіть при нормальній швидкості каналу це незадовільно відображається на комфорті роботи, я мовчу вже про випадки коли канал повільний або забитий.
2) Копіює весь свій каталог у папку користувача. При великій кількості користувачів місце на диску вичерпується швидше бажаного. І створюється ризик що воно взагалі вичерпається у будь-який момент, досить десятьом новим користувачам просто запустити програму. А це в свою чергу ставить під удар базу даних Firebird - яка пошкоджується при вичерпанні місця на диску.
3) Розмір бази даних незбагненно великий, і ніяк не відповідає тим об'ємам інформації що у ній зберігається.

Надіюсь на швидке вирішення.
Дякую.



З повагою,
Ваш користувач.

Дуже цікаво, чому в даному режимі медок копіює себе у профіль. Будь-який адміністратор знає, що дозволяти виконуватися с розташувань які знаходяться в каталозі профілю користувача, необхідно забороняти, оскільки, існує велика вірогідність, що можна щось впіймати, особливо шифрувальників. Невже не можна якось по іншому реалізувати роботу програми. Яскравий приклад 1С. Дуже цікаво, чому досі не можна це вирішити.
Для термінального режиму, абсолютно не пристосований.

Запускайте "ezvit.exe" а не ezvitnet.exe, и он по минимуму будет создавать темпы. (с некоторого времени, запуск более одного процесса ezvit.exe разрешено)
из вашего ответа, я так понял вы предлагаете забрать права на запись в каталоге юзер пользователю?
по поводу 1с, бред полнейший, в юзерах хранится: список инф. баз, .pfl (лицензия), и другие не менее важные файлы.
Вы закройте себе право на запись в юзер, и посмотрите как все будет работать.

[poltava_energy]

Ми вже декілька років воюємо із дилерами за право запускати цю програму на термінальному сервері http://www.me-doc.com.ua/forum/viewtopi ... 88#p146688
Але толку доки ніякого...
А для себе зробили висновок, що ті, які пишуть медок, ще не навчилися робити програми під термінальний режим роботи.
Але все ще сподіваємося...

PS: Дякую за те що поправили Учора був злий, не контролював себе

[astelit91]

Доброго дня, шановні розробники.

Всі ви знаєте що існують великі підприємства з великою кількістю працівників.
Не секрет що організація їх роботи влаштована так що на віддаленому сервері стоїть одна копія вашої програми Медок.
А для підключення до цього серверу використовується Підключення до віддаленого робочого столу (remote desktop client).
Тепер зауваження по пунктах що конкретно невлаштовує при роботі в такому режимі:
1) Під час операцій Medoc дозволяє собі лишнє перемальовування всього вікна програми (ефект затемнення фону). Навіть при нормальній швидкості каналу це незадовільно відображається на комфорті роботи, я мовчу вже про випадки коли канал повільний або забитий.
2) Копіює весь свій каталог у папку користувача. При великій кількості користувачів місце на диску вичерпується швидше бажаного. І створюється ризик що воно взагалі вичерпається у будь-який момент, досить десятьом новим користувачам просто запустити програму. А це в свою чергу ставить під удар базу даних Firebird - яка пошкоджується при вичерпанні місця на диску.
3) Розмір бази даних незбагненно великий, і ніяк не відповідає тим об'ємам інформації що у ній зберігається.

Надіюсь на швидке вирішення.
Дякую.



З повагою,
Ваш користувач.

Дуже цікаво, чому в даному режимі медок копіює себе у профіль. Будь-який адміністратор знає, що дозволяти виконуватися с розташувань які знаходяться в каталозі профілю користувача, необхідно забороняти, оскільки, існує велика вірогідність, що можна щось впіймати, особливо шифрувальників. Невже не можна якось по іншому реалізувати роботу програми. Яскравий приклад 1С. Дуже цікаво, чому досі не можна це вирішити.
Для термінального режиму, абсолютно не пристосований.

Запускайте "ezvit.exe" а не ezvitnet.exe, и он по минимуму будет создавать темпы. (с некоторого времени, запуск более одного процесса ezvit.exe разрешено)
из вашего ответа, я так понял вы предлагаете забрать права на запись в каталоге юзер пользователю?
по поводу 1с, бред полнейший, в юзерах хранится: список инф. баз, .pfl (лицензия), и другие не менее важные файлы.
Вы закройте себе право на запись в юзер, и посмотрите как все будет работать.

Ну по-перше мови про запис або про читання не йшлося. Забороняти необхідно все, що виконується. А записувати будь-ласка. Читати також, але не виконуватись. Medoc же копіює себе до профілю, а саме файл який виконується.
По-друге. Все кльово, якщо запускати ezvit.exe для декількох юзерів. Що робити у випадку коли у тебе ферма термінальних серверів (наприклад 10 серверів з балансуванням). Варіант з наданням загального доступу до каталогу із встановленим medoc, ну вибаче, це просто ідіотизм. Хіба це рішення для клієнт-серверної архітектури? Я розумію, що у 95%, рішення для нашого вітчизняного ПО це просто граблі. Але ж коли, вже хоч, щось зміниться.

[priup]

....... Але ж коли, вже хоч, щось зміниться.

А це питання задати б Порошенке.............

[Ivanhoe]

Варіант з наданням загального доступу до каталогу із встановленим medoc, ну вибаче, це просто ідіотизм. Хіба це рішення для клієнт-серверної архітектури? Я розумію, що у 95%, рішення для нашого вітчизняного ПО це просто граблі. Але ж коли, вже хоч, щось зміниться.

В настройках удаленного доступа отметьте Запускать программу при соединении, и пусть юзвери на терминальном сервере работают только в единственном окне Медка, а не шастают по этому серверу...

[Xhazard]

Варіант з наданням загального доступу до каталогу із встановленим medoc, ну вибаче, це просто ідіотизм. Хіба це рішення для клієнт-серверної архітектури? Я розумію, що у 95%, рішення для нашого вітчизняного ПО це просто граблі. Але ж коли, вже хоч, щось зміниться.

В настройках удаленного доступа отметьте Запускать программу при соединении, и пусть юзвери на терминальном сервере работают только в единственном окне Медка, а не шастают по этому серверу...

А если на сервере крутится не только Медок, но и 1С?
Можно, конечно разнести их на разные сервера, но о доступе из 1С к Медку через СОМ стоит забыть.
Что не есть удобно.

[ferret]

ИМХО, єто "Особенности національного программірованія". Єсть еще одна широкоизвестная программа, плюшки которой на терминале тоже копируются в профиль юзера.