Windows DispJournal

revit написал(а):
Я дал ссылку что в домэйне было подобное. Там мне исправили

"Ставил на VM англоязычную , и ставил пакет русификатора. И вот не помню ставил его ранее чем дистрибутив LKDS или после него... Возможно что после LKDSDRV и поэтому такая бяка случилась."

Вложение IPB #2516Вложение IPB #2517Вложение IPB #2518
Сравнил эти все установки с другой WIN SERVER 2016 только стандарт (а этот датацентр) и они такие же абсолютно. Там такой проблемы не было.

Сейчас то при установке ДиспЖурн русификатор уже был. Что делать то?

При добавлении нового пользователя или участка как выглядит окно ввода текста и что получается в результате?
Там интересный момент есть - остальной то текст на русском в нормальном виде. Разница в том, что он берется из ресурсов ПО. А текст с вопросами берется из БД. Можно посмотреть как оно выглядит в таблицах БД. Какой SQL вы ставили?

Вообще надо бы нормальный вин сервер русский. Я думаю там что то с кодировками именно в БД.
И еще - покажите скриншот настрек региона на вкладке местоположение.
 
Последнее редактирование модератором:
Arcady написал(а):
При добавлении нового пользователя или участка как выглядит окно ввода текста и что получается в результате?
В окне ввода пользователя/группы текст отображается правильно - кирилицей, но после "ОК" в списке окна становится вопросами.
Arcady написал(а):
Там интересный момент есть - остальной то текст на русском в нормальном виде. Разница в том, что он берется из ресурсов ПО. А текст с вопросами берется из БД. Можно посмотреть как оно выглядит в таблицах БД. Какой SQL вы ставили?
MSSQL Express-х64-РУС. Точно такой же крутится и на втором сервере -там такого нет. И кстати Windows Server 2016 нигде не указывает англоязычная это версия или русскоязычная. А на форумах вообще рекомендуют использовать при первой установке англоязычную во избежание последующих косяков.
2022_02_03_11_22_10.png
Arcady написал(а):
Вообще надо бы нормальный вин сервер русский. Я думаю там что то с кодировками именно в БД.
Ну свой покупать накладно пока, а облачный вот какой есть в аренде у маркетплэйса.
Arcady написал(а):
И еще - покажите скриншот настрек региона на вкладке местоположение.
Там Россия. Я же написал что сравнивал два сервера рабочих в данный момент.
 

Вложения

  • 2022_02_03_11_22_10.png
    2022_02_03_11_22_10.png
    31.7 KB · Просмотры: 0
Последнее редактирование модератором:
А вот это сейчас не поможет ?
Inked2022_02_03_11_46_50_LI.jpg
на втором сервере там все строки-русский.

Или нужно было MSSQL русский накатывать только после это действия?
 

Вложения

  • Inked2022_02_03_11_46_50_LI.jpg
    Inked2022_02_03_11_46_50_LI.jpg
    421.3 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
А вот это сейчас не поможет ?
Вложение IPB #2522
на втором сервере там все строки-русский.

Или нужно было MSSQL русский накатывать только после это действия?

Откуда же мне знать?) Я могу только попробовать на виртуалку установить то, что вы описали. Но далеко не факт, что эффект будет такой же, как у вас. На моей памяти за 10 лет вы 2ой человек с подобной ОС и настройками.
Попробуйте переустановить SQL Server и проследить, чтобы COLLATE было Cyrillic_General_CI_AS.
 
Arcady написал(а):
Откуда же мне знать?) Я могу только попробовать на виртуалку установить то, что вы описали. Но далеко не факт, что эффект будет такой же, как у вас. На моей памяти за 10 лет вы 2ой человек с подобной ОС и настройками.
Попробуйте переустановить SQL Server и проследить, чтобы COLLATE было Cyrillic_General_CI_AS.
Переустанавливать SQL Server уже нельзя т.к это рабочий сервер с несколькими организациями и приходится искать причину т.к планировал изучить ДиспЖурн и возможно пользоваться им. А можно где то посмотреть этот COLLATE сейчас?
Сейчас проверил в LKDSDisp, работающем на этом сервере, там все корректно работает-вносится организация и пользователь на кирилице, в базе отображется правильно на кирилице, все подключается и работает. Значит дело все таки в ДиспЖурн....
Перед этим сделал вот это
Вложение IPB #2522
Первый ввод (после перезагрузки) в ДиспЖурн группы ТЕСТ и пользователя тест сохранил почему группу правильно. Потом вводил ПРОВЕРКА22, ПРОВЕРКА33, результат такой
2022_02_04_09_57_44.png
Явно траблы в ДиспЖурн...
 

Вложения

  • 2022_02_04_09_57_44.png
    2022_02_04_09_57_44.png
    2.5 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
Клиент подключается удалённо. Подключение-ок.
Открываю СПульт под таким же логином/паролем и формирую заявку. Вылетает такое
Вложение IPB #2508
На сервере открывается новая TCP сессия и потом RST ASK
В каком направлении копнуть?

Это сообщение наверное не было увидено.
Проверил сегодня подключение к тому же серверу локально в его сети.
Сам клиент подключается и активен.
Запускаю СПульт под тем же логином и паролем что и клиент, формирую заявку и ... ничего.
Заявка успешно отправлена, а окно журнала девственно чисто... :o
Вопрос тот же...

Ну и вообще хотелось бы понять общую концепцию программы. В связи с чем вопросы
1. Заявки формируются только СПультом, локальную запись диспетчер может внести?
2. Запуск Спульт и клиента журнала должен под одним логин паролем или не обязательно?
 
Последнее редактирование модератором:
revit написал(а):
Это сообщение наверное не было увидено.
Проверил сегодня подключение к тому же серверу локально в его сети.
Сам клиент подключается и активен.
Запускаю СПульт под тем же логином и паролем что и клиент, формирую заявку и ... ничего.
Заявка успешно отправлена, а окно журнала девственно чисто... :o
Вопрос тот же...

Ну и вообще хотелось бы понять общую концепцию программы. В связи с чем вопросы
1. Заявки формируются только СПультом, локальную запись диспетчер может внести?
2. Запуск Спульт и клиента журнала должен под одним логин паролем или не обязательно?

1. Только из SPult
2. Нет - совершенно разные системы. У ЭЖД свои пользователи на сервере.
3. SPult должен слать запрос с заявкой в http://localhost:48084, а там клиент ЭЖЗ ее ожидает в этот момент. Если SPult не получил ответа на запрос, он сообщает об ошибке 200.

Посмотрите видеоинструкции.
 
Последнее редактирование модератором:
revit написал(а):
Явно траблы в ДиспЖурн...

возможно, но все таки это русскоязычное приложение и рассчитано на локализованую ОС.
Не ясно как настроена и работает ваша ОС и SQL.
На одном ли именованном SQL Server работают? COLLATE в свойствах БД есть, есть в свойствах сервера. И не только...даже если посмотрите - изменить будет не просто. Проще переставить. Вернее можно ДОСТАВИТЬ. Не трогая старый сервер.
 

Вложения

  • 2022_02_04_15_51_30.png
    2022_02_04_15_51_30.png
    24.1 KB · Просмотры: 0
  • 2022_02_04_15_51_06.png
    2022_02_04_15_51_06.png
    26.6 KB · Просмотры: 0
Последнее редактирование модератором:
Arcady написал(а):
1. Только из SPult
Вы считаете что у всех пользователей системы ОБЬ абсолютно все лифты диспетчеризированы? А есть фирмы у которых часть лифтов диспетчеризированы другой системой и она работает параллельно ОБИ на втором компе. А есть еще малые грузовые, грузовые/больничный с проводником , платформы грузовые, эскалаторы и прочие без диспетчеризации .... А журнал учета должен быть один (он и есть у каждой фирмы, только у всех свой, а у кого то и бумажные до сих пор) Какой смысл от полурешения в коммерческом плане?
Arcady написал(а):
2. Нет - совершенно разные системы. У ЭЖД свои пользователи на сервере.
Понятно.
Arcady написал(а):
3. SPult должен слать запрос с заявкой в http://localhost:48084, а там клиент ЭЖЗ ее ожидает в этот момент. Если SPult не получил ответа на запрос, он сообщает об ошибке 200.
Т.е в Спульте прописывается только локалхост? Я думал это для примера только, а СПульт должен отправлять по адресу сервера.. ОК.
Arcady написал(а):
Посмотрите видеоинструкции.
Смотрел. Но до конца видимо так и не понял т.к нет понимания концепции.

Arcady написал(а):
возможно, но все таки это русскоязычное приложение и рассчитано на локализованую ОС.
Не ясно как настроена и работает ваша ОС и SQL.
На одном ли именованном SQL Server работают?
Домэйн и ДиспЖур работают на одном SQL Server
Arcady написал(а):
COLLATE в свойствах БД есть, есть в свойствах сервера.
А у меня опять не так- нету такого.2022_02_04_13_07_11.png
Arcady написал(а):
И не только...даже если посмотрите - изменить будет не просто. Проще переставить. Вернее можно ДОСТАВИТЬ. Не трогая старый сервер.
Это как?
 

Вложения

  • 2022_02_04_13_07_11.png
    2022_02_04_13_07_11.png
    29.5 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):

Вот смотрите у вас COLLATE стоит Latin в этом и проблема.
Доставить можно очень просто. Запускаете установщик и в параметрах ручной установки оооочень внимательно везде выбираете кириллицу. Должно помочь.
Можно еще решить это программно, используя юникодовый текст. Думаю.

По концепту ПО. Могу лишь сказать, что согласен с вами)
 
Последнее редактирование модератором:
Arcady написал(а):
Вот смотрите у вас COLLATE стоит Latin в этом и проблема.

Да, на втором сервере во всех базах стоит Cirillic_General_CI_AS. Там такой проблемы не было изначально. Хотелось бы согласиться....
Но в этом и в базе LKDSDomain тоже Latin1 и там все работало как положено после установки и работает сейчас. Создаются организации и пользователи на кирилице и проблем с отображением нет.
Напрашивается вывод что все таки проблема не в самом COLLATE!

2022_02_07_08_34_13.png

Еще что интересно в первом случае это просто Cirillic_General т.е параметры сортировки по Windows, а во втором SQL_Latin1_General т.е параметры сортировки по SQL Server. И как это получилось -не знаю. Хотя, напомню, я ставил SQLEXPR_x64_RUS
На этом мои знания пока ограничиваются.
 

Вложения

  • 2022_02_07_08_34_13.png
    2022_02_07_08_34_13.png
    26 KB · Просмотры: 0
Последнее редактирование модератором:
Arcady написал(а):
Доставить можно очень просто. Запускаете установщик и в параметрах ручной установки оооочень внимательно везде выбираете кириллицу. Должно помочь.

Попробовал. Не нашел там ничего подобного.

2022_02_07_11_34_35.png
 

Вложения

  • 2022_02_07_11_34_35.png
    2022_02_07_11_34_35.png
    33.9 KB · Просмотры: 0
Вот это помогло

ALTER DATABASE DispJournal
COLLATE Cyrillic_General_CI_AS ;
GO

Потом исправил все названия и имена за исключением одного пользователя
2022_02_07_13_56_59.png
Этот не меняется и не удаляется


И осталось все таки непонятно почему в LKDSDisp такой проблемы не было изначально, а в DispJournal она появилась при абсолютно равных условиях. И SQL_Latin1_General так и остались cейчас на уровне сервера и в базе LKDSDomain
 

Вложения

  • 2022_02_07_13_56_59.png
    2022_02_07_13_56_59.png
    12.2 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
Вот это помогло

ALTER DATABASE DispJournal
COLLATE Cyrillic_General_CI_AS ;
GO

Потом исправил все названия и имена за исключением одного пользователя
Вложение IPB #2531
Этот не меняется и не удаляется
И осталось все таки непонятно почему в LKDSDisp такой проблемы не было изначально, а в DispJournal она появилась при абсолютно равных условиях. И SQL_Latin1_General так и остались cейчас на уровне сервера и в базе LKDSDomain

Разница такая, потому что ЭЖЗ не использует ЮНИКОД! Нет необходимости увеличивать место под хранение данных в 2 раза просто так.Вот уж не думал, что будут ставить на англ сервер без соответствующих настроек.
Проблемы все равно возможны, так как латиница стоит так же во временных таблицах, в системных таблицах SQL сервера.
Я для вас дистриб подготовлю - он будет с применением юникода. Надо будет удалить файлы БД, чтобы сервер создал новую. Через пару часов буквально.
 
Последнее редактирование модератором:
Arcady написал(а):
Вот уж не думал, что будут ставить на англ сервер без соответствующих настроек.
Проблемы все равно возможны, так как латиница стоит так же во временных таблицах, в системных таблицах SQL сервера.
Такой дистрибутив WinServer для VM у облачного провайдера и другого нет. Потом на него ставится нужный языковой пакет. Я думаю так у всех облачных провайдеров- или ставь свою лицензию.
Ну а то, что после установки в MSSQL надо было менять Collate - это , как говорится: век живи , век учись...

Arcady написал(а):
Попробуйте. Обязательно нужно удалить старую БД - можно просто файлы стереть с диска из папки DB
http://www.lkds.ru/upload/programs/DispJou...Install1180.exe
ОК
 
Последнее редактирование модератором:
Первые пожелания

1. Добавьте кнопочку "сформировать заявку", по которой будет вызываться форма заявки, для возможности внести заявку в ручную.

2. При сохранении изменений в сервере не надо закрывать окно сервера.

3. Как по мне то полную форму завки можно было разместить в отдельное окно, а не под журналом..

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

И где почитать о правах ролей?
 
Последнее редактирование модератором:
revit написал(а):
Первые пожелания

1. Добавьте кнопочку "сформировать заявку", по которой будет вызываться форма заявки, для возможности внести заявку в ручную.

2. При сохранении изменений в сервере не надо закрывать окно сервера.

3. Как по мне то полную форму завки можно было разместить в отдельное окно, а не под журналом..

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

И где почитать о правах ролей?

Я так понимаю все сработало? я про тесовую версию и юникод?

права простые - админ и диспетчер пока одно и то же - отличие пока только в контекстном меню трея клиента. у диспетчера нет возможности оперировать списком пользователей.
исполнитель - это механики и др персонал. в возможном будущем они будут подключаться через мобильное приложение. пока что используются для назначения в заявки.
 
Arcady написал(а):
Я так понимаю все сработало? я про тесовую версию и юникод?
Это на втором сервере. Да, установил , все нормально с отображением, но там тестировать буду позже. Спасибо. Я думаю увеличение объема базы из-за юникода не настолько критично... Даже в лкдсдисп ограничений MSSQL Экспресс пока хватает.

Пока на первом тренируюсь. Структура организации большая и вот пытаюсь подстроить журнал под нее.Пока не совсем понятно как это сделать.
 
Последнее редактирование модератором:
А вот этот набор заявок из каких соображений был сформирован?
2022_02_08_12_22_40.png
С 1-4 понятно. 13 это 2. А вот далее..
По моим понятиям отключение лифта как бы не относится к заявке.
Заявкой может быть например заявка на проведение тех. обслуживания, от лица например прораба.
Заявка может быть на проведение кап ремонта, а отключение лифта это следствие этой заявки.
Также и с остальными "отключениями"
По диспетчерскому оборудованию вообще не все так просто.
Я бы посоветовал концептуально определиться с этими списками, чтобы в дальнейшем не получился продукт не имеющий отношения к реальности.

Важный момент-заявка формируется от кого-то. Должен быть инициатор заявки - жилец/собственник, пассажир, лифтер, диспетчер, СПульт, председатель ТСЖ и т.д В случае с людьми диспетчером вписывается тел. обратной связи.
 

Вложения

  • 2022_02_08_12_22_40.png
    2022_02_08_12_22_40.png
    17.2 KB · Просмотры: 0
Последнее редактирование модератором:
Назад
Сверху