я так думаю что там видимо данные перенесли в новую базы, и видимо настройки не переносились. а обработка стандартная использовалась, вот как по ссылке - все так же было и сразу в комплекте.
с программистами сложно...в прошлый раз мне чуть самопальную обработку за нормально денег не стали денег, пока я сам не обнаружил что все в 1С сделано уже. в комплекте так сказать.
Дмитрий Крымцев: ну это да, если там показывает что именно он место занимает. т.к. говорю - цифры сложил, там даже с учетом 1000-1024 - все равно несколько гигабайт непонятно куда девшихся получалось
ну вот на кэши и логи он сканировал и там мегабайт на 500 набралось максимум.
есть подозрение что в хранилище показывает одну цифру, а контент от этого приложения в эту цифру не входит. про телеграм как раз такое подозрение у меня, так как после очистки вспомнил что он был сильно ниже чем проги занимавшие 200мб(т.е. не показывало реальное его потребление), при этом мне туда видео-фото много слали. но не думаю что там на 7гб.
а 7гб цифра реальная - сейчас 18гб свободно, а было 10.
инстаграмм показывает допустим что занимает 350мб..ясно что это кэш, жалко его не сбросить никак кроме как переустановкой
АртемЪ: это глубоко погрузиться придется, похоже... может быть ткнете куда копать - нужно сделать чтобы понять какое свойство указать в xml, чтобы в реализации в Цены и валюты стояли галки Учитывать НДС и Сумма вкл. НДС? Вот чтобы в этом разобраться, то какие действия нужно совершить?
Информация о курсе раз в сутки обновляется - просто в базе ее обновлять? Ну вообще как вариант, тем более при таком кол-ве объектов это не критично по нагрузке
Артем Каретников: с конвертацией так же думал, но судя по всему тут играют роли сочетания букв, плюс имеет значение в начале или конце слова стоит буква. процедура - я к ней добавил сравнение поля meta с search запросом. т.е. чтобы было - или с опечаткой или без опечатки.
Спасибо. Я к этому моменту по вашему совету предыдущему разобрался в профайлере и увидел что там запрос хитрый на поиск идет и я действительно один момент не учел. когда создается запись - то есть поле name а есть metaname - куда заносится значение name но без пробелов и с некоторой заменой символов, типа вариант с опечатками.
допустим абвгдеёжзийклмнопрстуфхцчшщъыьэюя преобразуется в апфкдижзийклмнапрстуфхцчшщаиуа
и вот в момент поиска поисковый запрос так же конвертируется в вариант с опечатками чтобы строка нашлась, оба поля должны совпасть. функция конвертации похоже зашита в программу. пока не представляю как ее "восстановить". может проще процедуру поправить?
Артем Каретников: сейчас попробую, спасибо. я в другой таблице в этой же базе нашел - там newid задано как значение по-умолчанию. здесь же видимо в запросе insert вставляют его.
