Здесь вы можете задать любые вопросы по MyChat, по работе программы, её настройке, лицензированию и т.д.
Аватара пользователя
andrusha
Здравствуйте, добавил альтернативный айпи, отправил клиентам, при переподключении клиентов потерлась вся история, она же хранится локально, и почему она вся потерлась? И как её вернуть?
В файле базы (локальной) дата не изменилась, по размеру база не уменьшилась, на сервере вся история есть, как её впихнуть назад в клиент?
Последний раз редактировалось andrusha Вт ноя 27, 2018 12:26 pm, всего редактировалось 1 раз.
Аватара пользователя
Алексей Пикуров
Добрый день.

Как отправили альтернативный IP?
Аватара пользователя
andrusha
Извините, не в ту тему написал, перенесите пожалуйста в вопросы.
Через веб-админку отправил, Инструменты-перенос сервера, туда добавил действующий и альтернативный айпи, и отправил клиентам
Аватара пользователя
Алексей Пикуров
Ок, я проверю и отвечу позже. Тему перенесу.
Аватара пользователя
andrusha
т.е. получается история не потерлась, а создалась наверное новая таблица.
вот скрин базы, история вся есть, но в клиенте она не отображается, может быть нужно какой то servid поменять? :)
Вложения
Безымянный2.jpg
Безымянный2.jpg (452.84 КБ) Просмотров: 3117
Аватара пользователя
Алексей Пикуров
Привязка идёт по servid, из базы clmain.db, таблица accounts. Если будете править — то аккуратно, не наломайте дров.
Аватара пользователя
andrusha
А, ну всё понятно, мы теперь в базе logs в таблице private меняем серв айди на текущий и вся история вернулась назад, всё понял, спасибо.
ждем привязки истории на сервере в следующих обновлениях :)
Аватара пользователя
andrusha
Разобрались, после каждой отправки через перенос сервера, меняется серв айди и теряется история.
Для того кому это важно можно открыть базу logs и простым запросом вернуть историю назад
запрос такой UPDATE privates SET servid=X (где Х текущий серв айди)
текущий серв айди можно посмотреть в базе clmain в таблице accounts
Последний раз редактировалось andrusha Вт ноя 27, 2018 3:42 pm, всего редактировалось 1 раз.
Аватара пользователя
Алексей Пикуров
SQL не очень корректный, потому что вы таким образом перепривязываете абсолютно всю историю к одному servid, не учитывая то, что в одной базе может быть история для разных пользователей разных серверов.
Аватара пользователя
andrusha
Согласен, еще попадаются удаленные пользователи, но это так, временное решение так сказать, для тех кому это критично. В нашем случае, бухгалтер панику подняла :)
В крайнем случае можно через протоколирование данные достать из веб-админки.
Последний раз редактировалось andrusha Вт ноя 27, 2018 3:46 pm, всего редактировалось 1 раз.
Аватара пользователя
Алексей Пикуров
Ну, бухгалтер — это святое :)