Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Как перевести базу данных cache с 8 bit на 16 bit? Думал что это возможно обновлением, но врезультате глобалы оказались пустыми :(. 2009.1.0.446.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 09:37 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
ну чтобы прям глобалы оказались пустыми, это странно такого не замечал, скорее всего вы что-то пропустили, по идее проблем возникнуть не должно быть проблемы такого перехода, только если у вас используется кодировка например DOC, для хранения и текстов программ _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 10:04 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Простым апгрэйдом Cache такой переход не сделать, т.к. в глобалах останется старая кодировка кириллицы. Возможный вариант:экспортировать глобалы в 8-битной Cache в формате Cache (не cache block!) импортировать их в Unicode-ной Cache, явно указав кодировку (CP1251). Аналогично поступить с программами и с классами (там UTF-8 по умолчанию, если делать через Студию). После этого (возможно) все заработает. Возможные проблемы: "скрытые знания" программиста, e.g. $char(192)="А" и т.п. взаимодействие с клиентом (при некоторых вариантах его реализации). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 11:28 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov Спасибо! А как явно указать при импорте, что приходит кодировка CP1251? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 11:49 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
В Портале (Глобалы - Импорт) есть поле, посмотрите внимательно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 11:53 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Все разобрался. Еще раз спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 11:55 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Получается следующее: -при обновлении рабочей базы преобразование происходит автоматически и без проблем; -в случаи если я экспортирую данные (классы, глобалы) из рабочей базы в тестовую, а затем пытаюсь обновить тестовую базу глобалы остаются но данных в них нет //экспорт ... vism1.Execute('s $p(all,",",41)="User3.translateI.gbl"'); vism1.Execute('s $p(all,",",42)="defaultcompl.gbl"'); vism1.Execute('s $p(all,",",43)="gamConfig.gbl"'); vism1.Execute('s $p(all,",",44)="User3.denidet.cls"'); vism1.Execute('s $p(all,",",45)="User3.detnorm.cls"'); ... vism1.Execute('d $system.OBJ.Export(all,P1)'); ... //импорт ... vism1.Execute('d $system.OBJ.Load(P1,"c")'); ... -способ предложеный Alexey Maslov тоже непомог. При импорте данных в юникодовскую базу выдает ошибку. Так что на тестовую машину пришлось переносить файл CACHE.dat целиком и затем производить обновление. Буду продожать пытаться разобраться что здесь нетак :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 17:23 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
никак нельзя забывать про $system.OBJ.Update() и экспорт импорт все же лучше попробовать делать либо через портал либо через терминал _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2010, 17:46 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
$system.OBJ.UpgrateAll() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 10:40 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Узел: Ahil, Экземпляр: CACHEWEB USER>d $system.OBJ.Load("c:/1.xml","c") Загрузка началась в 03/16/2010 10:42:40 Загрузка файла c:/1.xml как xml ERROR #6301 Строка: 8 Смещение: 18 '^SPRAV("ish","2","b")' недопустимая запись для поиска при импорте. $ZE=<COLLATION NOT SUPPORTED>endGlobal+52^%occSAX Импортированный глобал: ^SPRAV Обнаружено 1 ошибок во время загрузки. // Вот что происходит при попытке загрузки данных в unicode базу данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 10:49 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Ahilles, мне кажется, Вы не ищете легких путей :) Вам же написали: Портал - Глобалы - Экспорт (формат Cache) На другом конце : Портал - Глобалы - Импорт (формат Cache, указав явно кодировку CP1251). Импорт выполняйте в чистую базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 10:58 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Все получилось! Всем спасибо за советы! Alexey Maslov Я неочень внимательно следовал вашему совету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 14:53 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
Не получалось импортировать пока не увеличил размер области user в которую осуществлял импорт. Разве она недолжна была расшириться автоматически? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 15:02 |
|
||
|
С 8 bit на 16 bit
|
|||
|---|---|---|---|
|
#18+
AhillesРазве она недолжна была расшириться автоматически? У нас все расширяется, если место есть под БД и журналы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2010, 15:04 |
|
||
|
|
start [/forum/topic.php?fid=39&msg=36523646&tid=1558162]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
7ms |
get forum data: |
3ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 329ms |
| 0 / 0 |
