
    Новые сообщения [новые:0]
  
  Дайджест 
  
  Горячие темы
    Избранное [новые:0]
  
Форумы 
 
Пользователи 
Статистика 
Статистика нагрузки 
    Мод. лог 
  
  Поиск 
  | 
| 
 28.04.2020, 19:47 
 | 
|||
|---|---|---|---|
  
  | 
|||
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  Сравниваю через Database Comparer две базы. Обе в кодировке Win1251. По завершению сравнения формируется скрипт. В начале скрипта вставляется Код: sql 1. 2. 3. 4. 5. 6. 7. Если потом сохранить скрипт, то он, по умолчанию, сохраняется в UTF-8. Если забыть поменять кодировку в окне сохранения, то можно потерять строки в кириллице (например, описания полей). Может можно анализировать кодировку подключения и по умолчанию выставлять кодировку сохранения ANSI? С уважением, Vasilisk ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 05:10 
 | 
|||
|---|---|---|---|
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  _Vasilisk_ Если потом сохранить скрипт, то он, по умолчанию, сохраняется в UTF-8. Если забыть поменять кодировку в окне сохранения, то можно потерять строки в кириллице (например, описания полей). Может можно анализировать кодировку подключения и по умолчанию выставлять кодировку сохранения ANSI? Ну, во-первых, потерять строки в кириллице при сохранении в юникоде невозможно. Вот наоборот - запросто. Во-вторых, пора уже использовать UTF8 для коннектов, даже если в базе лежит 1251. Тогда в скрипте будет SET NAMES UTF8. И, наконец, в event block "Code editor : Before save to file" можно поменять кодировку сохранения, если все равно хочется сохранять в ANSI. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 10:47 
 | 
|||
|---|---|---|---|
  
  | 
|||
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  IBExpert потерять строки в кириллице при сохранении в юникоде невозможно IBExpert в event block "Code editor : Before save to file" можно поменять кодировку сохранения ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 15:54 
 | 
|||
|---|---|---|---|
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  _Vasilisk_ У меня посыпались DESCRIPTION полей. Скрипт был сохранен в UTF-8, потом был загружен в IBExpert и выполнен. В базе покорежились эти DESCRIPTION. Я так понимаю, что он был сохранен в UTF-8, а загружен, из-за отсутствия BOM в ANSI. Т.е. фактически проблема в невозможности определить кодировку при загрузке. Нет такой проблемы, см. скриншот. На нем загружен файл с автоопределением кодировки по BOM, но BOM в нем нет. Эксперт и без BOM проверяет содержимое файла на UTF8. Желтым выделил то, что напрямую влияет на то, как данные из редактора будут скармливаться серверу - в ANSI или UTF8. Ну и если кратко, то если коннект WIN1251 и в редакторе кириллица видна нормально - execute charset должен быть ANSI. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 17:24 
 | 
|||
|---|---|---|---|
  
  | 
|||
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  IBExpert Нет такой проблемы, Единственное, что могу сказать, в скрипте, при его загрузке, не было SET NAMES. Оно было добавлено позже при выполнении Add Connect Statement ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 18:01 
 | 
|||
|---|---|---|---|
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  _Vasilisk_ Я на нее нарвался.  Или не на нее. Можешь сам попробовать загрузить UTF8-файл без BOM в редактор скриптов. Должен получить запрос как на скриншоте. Подозреваю, что файл загрузился как надо, а вот execute charset стоял UTF8. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.04.2020, 19:26 
 | 
|||
|---|---|---|---|
  
  | 
|||
Кодировка скрипта  | 
|||
| 
 #18+ 
  
    
  IBExpert а вот execute charset стоял UTF8. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
  | 

start [/forum/topic.php?fid=42&tablet=1&tid=1598643]:  | 
    0ms | 
get settings:  | 
    9ms | 
get forum list:  | 
    13ms | 
check forum access:  | 
    4ms | 
check topic access:  | 
    4ms | 
track hit:  | 
    39ms | 
get topic data:  | 
    11ms | 
get forum data:  | 
    2ms | 
get page messages:  | 
    44ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 240ms | 
| total: | 367ms | 

    | 0 / 0 | 

На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даете согласие с использованием данных технологий.