Vikosan
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору marusay777 Цитата: Vikosan Спасибо большое за подробную инфу. 1. Уточнить хотела- при добавлении файла OrdNoChk.prm что лучше, чтобы стояло в кодовой странице- 1251 или "текущая кодовая страница" ? 2. Расстроили эти последние 4 строки,получается у меня в любой момент может база заклинить, информацию потерять- подвести фирму. | leyfound Цитата: Не расстраивайтесь так. Не все настолько плохо, как написал товарищ. | Ну, про то, что «всё так плохо» никто и не писал, это фантазия или преувеличение доброжелателя. Ещё раз повторю (подтвержу), что у нас «за несколько лет использования баз с этим файлом (на 64-битной системе) НИКОГДА не было проблем». Из практики помню лишь один случай, когда проблемы были с 64-битной ОС у знакомых на фирме, они использовали 1с77 на очень дешёвом 64-битном ноутбуке с амд-шным процессором, тогда программа постоянно висла при выводе на печать, причём, только из 1С77. И всё верно, ОБЯЗАТЕЛЬНО надо делать резервное копирование. Я всех своих бухгалтеров приучил это делать каждый день. И не из конфигуратора, а реально копировать всю папку с базой. Тогда и все библиотеки, и формы, и календари – всё сохраняется. И не придётся бояться «потерять базу – подвести фирму». А по поводу первоначального вопроса (про пустой файл OrdNoChk.prm и кодовые страницы) – здесь надо понимать суть. Проблемы вообще никакой нет. Это больше проблема Windows. Точнее, коммерческий нюанс. Микрософт любит такие штуки – непреемственность программ прошлого поколения под разными причинами, то уникоды вводят (OFFIS 95 – в топку), то драйвера процессора не реализовать (Windows XP – в топку) и т.д. И каждые несколько лет заставляют пользователей менять ВСЁ программное обеспечение. Так было и с Windows Vista. Многие «старые» программы в ней запускались некорректно. Вместо русских букв были крякозябры. Даже приходилось править реестр Windows, в ветке HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Control\ Nls\CodePage в разделе "CodePage" удаляли значение c_1252.nls и писали c_1251.nls. И все проблемы исчезали, в том числе и с 1С7. Но с 1С77 их и нет. Нет там крякозябров ни в каком случае. Но фирма 1С тогда активно всех переводила на восьмую платформу, и эта «пугалка» – «несоответствие кодовой страницы» была как нельзя кстати. Но что с 1252-ой, что с 1251-ой кодовой страницей 1С77 работает корректно и ОДИНАКОВО в 64-битной системе! И файл OrdNoChk.prm просто отключает окно предупреждения. Это можно было бы реализовать в ядре 1С77 кодом в несколько строк, но 1С ВСЁ делает, чтобы 1С77 перестала существовать. Но как бы ни по их вине. Поэтому – если 1С77 используется ТОЛЬКО в 64-битной системе, то, действительно, нет никакой разницы в 1251-ой кодовой страницы вы ОСТАВИТЕ и не позволите добавлением файла OrdNoChk.prm платформе проверять (ругаться) кодовую страницу или заставите платформу запускаться на «+Текущая системная установка». Если же вы работаете с разными ОС (особенно в одной сети) то надо оставить ИЗНАЧАЛЬНУЮ 1251-ую кодовую (родную для Windows XP) страницу и добавить файл OrdNoChk.prm. Но на стабильность работы всё это НИКАК не влияет. Влияет только: запустится 1С или не запустится, и (гипотетически) будет ли всё с русскими буквами или с крякозябрами. Вот и всё. |