Страница 6 из 10

Re: И снова эти метки

СообщениеДобавлено: 21 июл 2015, 13:45
Yuriy777
Parasite писал(а):
Yuriy777 писал(а):Хотелось решения. 4 года пользуюсь этой программой и впервые такое. За неделю подобное случилось дважды. Хочу понять механику ошибки.

Данные, на которые у Вас нет бэкапов - это данные, которыми Вы не дорожите ©

это все лирика. за 4 года использования программы не было ни одного сбоя. Тем более мы были в полях. обычно обработка информации происходит после возвращения из командировки. там же и бекап.

Re: И снова эти метки

СообщениеДобавлено: 12 авг 2015, 17:30
windj
Доброго дня! Подскажите, что делать. Я редактировал метки в программе SAS Планета, и неожиданно получил сбой. Программа выключилась, а когда я её включил, все метки пропали. Вообще все. Это как такое возможно и что теперь с этим делать? Они же где-то хранились, их же можно вытащить обратно?

Re: И снова эти метки

СообщениеДобавлено: 12 авг 2015, 17:40
zed
Метки хранятся в файлах marks.sml и Categorymarks.sml, бэкапы - в одноимённых файлах с расширением *.~sml. Если у вас размеры этих файлов не равны нулю, то восстановить метки можно (например, изменив расширение у бэкапа на *.sml).

Re: И снова эти метки

СообщениеДобавлено: 26 авг 2015, 18:13
windj
Благодарю zed, действительно нашёл все метки в названных файлах. По какой-то неведомой причине, основные файлы были заменены на нулевые, а файлы с метками получили расширение с символом ~. Переименовал их обратно и метки стали доступны, НО... В списке меток их не оказалось, хотя я мог "пощупать каждую" и изменить. Пришлось заново создавать каталог меток и перемещать каждую метку в своё место.

Re: И снова эти метки

СообщениеДобавлено: 26 авг 2015, 21:56
zed
В ночнушке появился новый способ хранения меток в SQLite3 базе, можете попробовать хранить свои метки и там, в качестве бэкапа. А после релиза, можно пробовать и целиком переходить на этот тип. Он должен быть гораздо надёжнее существующего механизма с SML.

Re: И снова эти метки

СообщениеДобавлено: 22 сен 2015, 11:58
echo
Помогите понять что я делаю не так. Задача: создать БД с метками на MySQL сервере.
Ход моих действий такой:
1. Установил MySQL ODBC 5.3 Unicode Driver
2. В интерфейсе SASPlanet:
2.1 Управление метками/Добавить базу/Тип базы СУБД (ODBC драйвер)
2.2 в строке подключения указываю Driver={MySQL ODBC 5.3 UNICODE Driver};Server=192.168.100.100;Database=sasplanet;
2.3 Имя пользователя и пароль соответствующие юзеру в мускуле (юзер с полными глобальными привелегиями для текущего теста)

При подключении в БД создалась пустая таблица User с полями:
ID c типом bigint(20)
uName с типом mediumtext кодировка utf8_general_ci

Далее вываливается вот такая ошибка:
2015-09-22 10_26_46-Ошибка.png

Re: И снова эти метки

СообщениеДобавлено: 22 сен 2015, 12:18
zed
По-моему проблема с кодировкой.

Я создаю БД вот так:
Код: Выделить всё
CREATE DATABASE IF NOT EXISTS sasgis_marks CHARACTER SET utf8 COLLATE utf8_general_ci;

Re: И снова эти метки

СообщениеДобавлено: 22 сен 2015, 12:59
echo
zed писал(а):По-моему проблема с кодировкой.

Я создаю БД вот так:
Код: Выделить всё
CREATE DATABASE IF NOT EXISTS sasgis_marks CHARACTER SET utf8 COLLATE utf8_general_ci;

Создал сейчас также, но увы:
2015-09-22 11_27_49-Ошибка.png

Re: И снова эти метки

СообщениеДобавлено: 22 сен 2015, 13:04
zed
Ну, тут уже совершенно другая ошибка. У юзера достаточно прав? Потестируйте под рутом.

И да, рекомендую использовать ночнушку, а не последний релиз, хоть он и был совсем недавно. После релиза был найден один неприятный баг.

Re: И снова эти метки

СообщениеДобавлено: 22 сен 2015, 13:55
echo
zed писал(а):Ну, тут уже совершенно другая ошибка. У юзера достаточно прав? Потестируйте под рутом.

И да, рекомендую использовать ночнушку, а не последний релиз, хоть он и был совсем недавно. После релиза был найден один неприятный баг.

Использую 150920.9091 Nightly. Прав достаточно, под юзером или рутом теперь в непонятной последовательности чередуются ошибки из моего 1 и 2 сообщения, и вот такая вариация первого эксепшена с кракозябрами:
2015-09-22 12_41_45-Ошибка.png