Решение есть, и весьма простое!
Вас тоже достала необходимость переключать не только язык, но и языковую «раскладку»?
Эта «фишка» удаленного рабочего стола применима как к Server 2003/2008 (и наверняка более новые), так и к Windows 10
Проблема возникает, если язык клиентской машины перед подключением к RDP не совпадает с языком по умолчанию в серверной машине. Например вводите пароль из английских букв и не переключая языка конектитесь к серверу терминалов, на котором по умолчанию русский язык — получите необходимость «двойного» переключения языка и раскладки.
Исправить можно
Решение 1) Назначить пароль на русском языке.
Таким образом мы подтолкнем пользователя подключаться с тем же языком, что в сервере используется по умолчанию. И не забудьте завершить прежнюю сессию (или перезагрузить сервер или клиент), что бы не подключаться к созданному ранее сеансу с уже «испорченным» переключением языка.
Решение 2) В реестре Windows в ветке
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlKeyboard Layout
добавить параметр «IgnoreRemoteKeyboardLayout«(без кавычек и пробелов) Тип DWORD(32 бита) Значение 1 (Шестнадцатеричная или десятичная)
Вот и вся настройка!
Пункт 0 : убедить незнакомого админа клиента, что ему нужно внести правки в реестр на сервере, потому что тебе неудобно переключать раскладку
Не буду заниматься пиаром — программку даже написал )
Что значит двойного?
У одного клиента при подключении по rdp 2 языка и 3 раскладки, вызывает приступ бешенства, когда ни альт-шифт, ни ктрл-шифт не работают, приходится мышкой менять… я так понял, это никак не связано с этой статьей?
(3) Двойного это как у Вас, только раскладок не 3, а две. При этом язык и раскладки переключаются отдельно, где язык, а где раскладка я не знаю, но эта проблема мне нервов попортила.
(3) А в Вашем случае как поступить, как избавиться от 3 раскладок?
Статья актуальна наверное с 10 лет. И ещё столько же будет актуальна. Наверное пока RDP не канет в лету.
(3)
Win+space спасает
А у меня на локальной машине британская раскладка появилась, отовсюду удалил а она есть, добавил британскую раскладку и снова удалил. Пропала. Через время снова появляется «само». Бесит.
(10)
вот бы еще у клиента денежку выпросить, что бы перевести весь написанный за годы код в управляемое приложение… а так да, хорошо бы…
(10) лицензии RDP не очень-то и дорого стоят.
У всех с кем я работал такие лицензии были куплены
(12)
Всё что на гуглил сейчас по цене примерно 7 000 руб. за лицензию на пользователя/устройство.
(Насколько я помню они всегда примерно так и стоили, МС ориентировалось что RPD используется для без дисковых станций без Винды, т.е. 1 лицензия равнялась стоимости Виндовс в Про варианте)
Это только в РФ RPD используют что бы подключиться к 1С с обычного ПеКа со взломанной Виндой 🙂 .
Это не дорого?
С учетом того что ещё надо приобретать клиентские лицензии на сам МС Сервер (в поставке их 5 шт. всего)
например для 100 пользователей?
ну-ну.
(13) у компании, где работают 100 пользователей в учетной системе нет 700к рублей для разовой закупки и лицензионной чистоты??
Наверное конторы, о которых вы пишете еще и на авито винты в сервер покупают, виндовс крякнутый ставят и 1С патчат.
Я с такими, слава богу, не работал.
(14) Смешно.
Человек который говорит мне это плюсанул
того что бы перевести весь код под современное ПО? И не пользоваться костылями?
Вот это я писал именно о таких субъектах которые думают так кагбудто у них костыли в голове тоже.
А зря вы бы нашли с ними общий язык, такие «конторы» как раз любят всякие извращения лишь бы копеечку сэкономить.
Но все мы помним , скупой платит дважды.
Что касательно меня, раз уж вы заинтересовались, я работаю с теми, кто готов вложить средства в нормальную систему, которую потом будет легко обслуживать. Бывает, что начальные вложения выходят дороже, но в последующем это компенсируется стоимостью содержания и эффективностью. Поэтому и код написанный ранее был уже давно успешно перенесен на управляемое приложение, ничего страшного в этом нет, если конечно ваш код изначально не «рукиизопы» писали.
(13) Самое забавное, что 100 пользователей по 7 тыс кажется дорого. А переписать их программу под (безусловно очень хороший тонкий клиент) стоит аналогичных денег и полгода работы…. Причем в первом случае результат моментальный и гарантированный а во втором чрезвычайно рискованный и только для этой программы…. А если еще учесть безумную загруженность грамотных 1С спецов — то переход на RDP видится очень трезвым решением…
RDP безусловно получил сильнейшего конкурента. Но еще пока актуален. Иначе он так дорого бы не стоил….
(10) У меня есть лицензии и на RDP, и на SQLServer (по количеству пользователей), и даже Server Core CAL (или как там его)
(16) Каждый вариант уникален конечно. Так что и инструменты для каждого случая свои.
Но согласитесь, все равно рано или поздно придется таки переписать код под управляемое приложение, потому что там нативное клиент серверное взаимодействие, многопоточность и нормальные асинхронные механизмы.
И тут встает выбор. Сразу взять и сделать нормально, потратив N денег.
Или подпереть костылями за N денег, получить увеличенную стоимость обслуживания и геморой в сумме на N/2 денег, и потом все равно потратить N+инфляция+переписывание костылей в норму денег, на то что бы получить нормальное ПО.
Аналогия, пока мои клиенты пользуются RangeRover , Porshe и др. премиальными марками (в виде управляемого приложения), другие передвигаются на Ослах (7.7), Ослах в вагоне с Паровым двигателем (7.7 + RDP), и в кузовах моструозных самосвалов (обычное приложение , и + RDP самосвалы в паровозах).
Может слишком сильно натянутая аллегория, но зато так немного понятнее.
P.S. Конечно же я знал что минусов накидают, это ещё как то слишком мало, но давайте так, ведь «любители» RDP , не только старые проекты там держат, огромное количество вижу когда 1СникиRDPшники ставят новые типовые конфигурации на управляемом приложении на сервер RDP!!!
Вот что страшно то на самом деле.
И болеют этим весьма крупные 1С:Франчайзи из топ 10.
PSS. Ну вообщем то тут история повторяется, в защиту RDP встали, ребята с большими рейтингами, но адекватных из них единицы. Остальные просто не умеют, не хотят, не могут в силу закостенелости RDPмозга.
Во встроенном языке 1с 8 есть возможность управлять кэшем? Есть возможность определить как-то или указать — использовать кэш для формирования отчета или обязательно сервер запрашивать?
(17) Ну вы же не считаете, что цена RDP определяется тем сколько в России им пользуются для доступа к 1С?
Во всем остальном мире его вроде как используют для сокращения расходов на инфраструктуру и ПО. Оттуда и генерируется его стоимость.
(20) Не пойму какое отношение ваш вопрос имеет к теме.
В 1С8 используется механизм Кэширования данных.
В Клиент-Серверном варианте вся работа по обработке данных , подготовке форм и пр. происходит на сервере, клиент используется для отображения полученной информации и ввода данных в ИБ.
При этом Кэш используется на сервере для данных ИБ, и на клиенте для того что требуется клиенту и выполняется на клиенте.
Управлять кэшем это задача платформы и никак не прикладного программиста.
(2)
Разработку в студию =)
(23)https://infostart.ru/public/557832/
(10)
Ибо, у 1С нормальный механизм тонкого клиента.
Подскажите, пожалуйста, как тонкий клиент поможет, если нужно запустить конфигуратор.
(10)
(19) «Сразу взять и сделать нормально, потратив N денег» — в нормальных проектах это могут быть годы и миллионы денег и если бы 1С продолжала поддерживать старые конфигурации, то мои клиенты зарабатывали бы свои капиталы не неся дополнительные расходы по переходу на управляемое приложение 🙂
Вот есть у меня 3 клиента у которых используется 1С 7.7, это не торговля и типовые конфигурации им не подходят, бизнес процессы отлажены и переход на 8-ку займет не один год и не один миллион рублей (один клиент уже третий год переходит на 8-ку, но пока не очень успешно) при этом нужно купить новые серверы, т.к. текущие не потянут, а если исходить из тонкого клиента, так ещё и компьютеры пользователей нужно покупать, т.к. у них половина компьютеров на Win7 и есть даже WinXP, которые до сих пор работают в RDP
вот это я понимаю «сделано нормально» — на десятилетия, а с новыми конфигурациями «как на пороховой бочке» — никогда не знаешь что поменяют в новом релизе… НО за то программист 1С никогда не останется без работы, и это радует 😉
ну и про быстродействие: в этом году 1С прекращает поддержку ЗиК и я перевожу всех на ЗУП 3.1 и тут сразу видно, что ЗУП тормознутее раз в 5 🙁 и какой нафиг это «Porshe» — максимум «круизный лайнер» на котором комфортно, но оооочень неспешно 😉
и ещё про обновления платформы: Сейчас для работы в типовых конфигурациях 8.3 регулярно требуется обновление платформы и если у клиента много пользователей, то обновление пользовательских компьютеров займет много времени и людских ресурсов — в моём понимании тонкий клиент требует больше ресурсов на обслуживание, чем RDP.
(26)
На основании чего вы сделали такие выводы? По скорости открытия окошек? Если брать семерку, то у нее давно достигнут потолок производительности и никаким железом это не решается.
Что касается популярного мифа про «тормознутость» управляшек, то пошел он с того, что в среднем база на УФ потребляет 0,5 ГБ оперативки, лучше иметь 1 ГБ, обычной восьмерке хватало 150-250 МБ. Естественно, если открыть пару баз на ПК с 1-2 ГБ памяти, то работать будет очень некомфортно.
(26)
Если много пользователей — то должен быть AD и распространение софта через GPO. Обновление пользовательских ПК сводится к обновлению политики и при следующей загрузке платформа к ним прилетит сама. Если пользователей не очень много, то есть такая штука как административная установка (про это в желтой книге написано, которую никто не читает).
(27)
вывод на основании того, что параллельно работаем в двух базах и в ЗУП реально всё тормозит, даже простой расчетный листок формируется больше 10 секунд. и из него нельзя попасть в расчетные документы, соответственно открываешь другое окно и там начинаешь искать… а не возможность открыть больше двух окон рядом на УФ вообще меня сильно огорчает 🙁
миф про память — это вы погорячились, память вторична по отношению к архитектуре и даже если памяти будет много, скорость не увеличится, а если база на SQL, то там памяти используется сильно меньше, но данные так же медленно попадают в отчет. Я понимаю, что от УФ мне не отвертеться, но УФ тормозят и это видно невооруженным взглядом 🙂
(27)
так и я про то же — в моём понимании тонкий клиент требует больше ресурсов на обслуживание, чем RDP
на RDP не требуется настраивать и поддерживать AD, GPO и прочее, т.е. на RDP я могу не согласовывая с сисадмином обновить ночью платформу и конфигурацию и с утра все будут работать, для распространения нужно подключать сисадмина и обновление может затянуться 🙂
Административная установка требует «административных» прав на момент обновления платформы соответственно тоже требуется участие сисадмина
(27)
— вот тут ты меня расстроил, вроде много умно рассуждал и такое незнание типовых конфигураций 1с.
Зуп 3 в разы больше кода выполняет чем в 2.5 для практически одинаковых действий.
(28)
а как же на этой картинке
(7) Да, мне тоже помог ваш способ
(1) А почему в файле в названии ключа лишний пробел? Проблем не будет?
(30)
благодарю, так я ещё не извращался — буду знать 🙂
(32) О каком пробеле идет речь? Где вы увидели пробел?
(34) Извините ошибся, вообще не в тот форум написал, хотя уверен, что писал куда надо…
(33)
если что-то огорчает — спрашивай , поможем чем можем
(10)
1. RDP/RemoteApp как писали выше проще обслуживать (обновил на серваке платформу и достаточно)
2. Если использовать RemoteApp для пользователя работа на серваке ничем не отличается от работы обычного приложения на компе
3. При наличии 10+ пользователей с точки зрения ФЗ-152 гораздо проще и дешевле аттестовать сервак с 1С + сервак RDP + [SQL сервак], чем аттестовывать каждый комп на котором установлена/используется 1С и обработываются ПД
Как минимум по этим причинам в большинстве серьезных контор даже конфы на УФ используются через RemoteApp/RDP
если подключаться по RDP к Windows 10, бывает еще проблема не в разнице языка и раскладки, а тупо в неправильном языке при старте сессии. никакими настройками не меняется. может помочь только
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlKeyboard Layout]
«IgnoreRemoteKeyboardLayout»=dword:00000001
(39)
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlKeyboard Layout]
«IgnoreRemoteKeyboardLayou
Именно эта рекомендация и дается в статье. Но тем не менее спасибо за совет.
(10) Жаль нельзя минусовать несколько раз. Да, я тоже всегда ставлю платформу на свой ноут и подключаюсь через тонкого клиента. Ноут позволяет. 7к за лицуху много? А сколько будет стоить покупка железа, на котором раньше 7.7 летала, а 8.3 еле ворочается? А как такой вариант — запустил длительную обработку на рдп, закрыл ноут, поехал домой, дома открыл, проверил результаты. Если подумать можно еще вариантов накидать. Называть всех дураками просто потому, что у вас не было ситуации, где рдп более выигрышный, показывать себя не в самом лучшем свете как специалиста. Получается очень однобокий опыт. А тем более, если нет клиентов, которые могут позволить себе потратить деньги, а не считать гроши.
По сабжу — гуглится за две минуты по запросу «конфликт раскладок rdp». Во многих случаях либо лень, ибо думаешь, что это в последний раз и больше сюда заходить не будешь, либо ограничения прав.
(21) Да все, надо в майкрософт позвонить, сказать, что 1С может обойтись без RDP, они могут наконец-то сворачивать разработки в области терминальных серверов, которые тянутся еще со времен мейнфреймов размером с комнаты.