Где лотус хранит временные файлы
Общая идея такая. В настоящее время базы бэкапятся полным копированием их на ленту. Хочется реализовать инкрементальный бэкап баз. Предположим, в 00:01 агент обходит все базы, выгружает все документы, созданные/модифицированные за прошедшие сутки, в XML (DXL). Затем эти файлы помещаются на ленту.
Ну и периодически (раз в неделю/месяц) делаем полные копии исходных баз.
Смысл - экономия лент, экономия времени, затрачиваемого на бэкап, некоторое уменьшение объема бэкапа за счет того, что бэкапим только документы (ну а зачем в бэкапе нужен, скажем, стандартный дизайн п/я?).
Собственно, вопрос - никто не пробовал таким способом бэкапить лотусовые базы? Буду благодарен за указания на возможные грабли и любую другую полезную информацию
Klido
а что там у нас с эцп и шифрованием при экспорте-импорте в xml.
достаточно сложные документы - с внедренными вьюхами и пр. мягко говоря замучаетесь сливать-заливать в xml.
ИМХО изврат :KillMe:
ToxaRat
Чёрный маг
Akupaka
не пойдетъ, документ в формате DXL занимает больше по объему, чем документ в базе.
не пойдетъ, требуется дополнительное время для преобразования документа в формат DXL
думаю, что лучше создать сервер для бекапа, который будет стягивать к себе (реплицировать в одну сторону) нужные базы. в которых не будет индексов видов, т.е. они будут занимать много меньше в объеме, чем рабочие базы.
если дополнительно применять архивирование файлов баз, то можно достичь значительных успехов в экономии места.
попробуй порыть в сторону transanction logging, но не уверен, не работал с ним
Спасибо за комментарии, продолжаем мусолить тему
Чисто теоретически - мне кажется, что DXL, в целом, работает на более низком уровне, нежели обычные скриптовые функции (доступ к дизайну и ACL тому подтверждение). Т.е., проблем с обычными доками типа писем быть не должно. Навороченные базы - да, другая песня, их будем бэкапить отдельно.
Так и нонче делается. Но лень регулярно бэкапить письма 10-летней давности. Ну на фига, грубо говоря?
Ленточная библиотека сама жмет. TAR и GZ тоже никто не отменял.
Да, но это можно спокойно делать в фоне, до начала бэкапа, т.е., до копирования на ленту.
думаю, что лучше создать сервер для бекапа, который будет стягивать к себе (реплицировать в одну сторону) нужные базы.
Akupaka
причем тут сжатие? КПД хранения в DXL меньше. NSF тоже отлично сжимается. так зачем тогда лишнюю инфу сжимать и хранить?
можно попробовать реализовать обрезанную по времени реплику, которую бекапить. правда, при этом сложнее восстанавливать будет. см. в параметрах репликации.
причем тут сжатие? КПД хранения в DXL меньше. NSF тоже отлично сжимается. так зачем тогда лишнюю инфу сжимать и хранить?
можно попробовать реализовать обрезанную по времени реплику, которую бекапить. правда, при этом сложнее восстанавливать будет. см. в параметрах репликации.
Дык никто не мешает импортировать данные из DXL, скажем, в некие временные Лотус-базы - считаем, что по времени мы не ограничены, ибо все можно сделать заранее, до копирования на ленту.
А вот селективную репликацию я чего-то не люблю, баюс (с)
Akupaka
прально делаешь. раз ошибешься и п. (с) ))
вот тут я не понял, чего хотим? хотим потом отдельный DXL куда-то импортировать или хотим уменьшить объемы хранимой инфы? ))
вот тут я не понял, чего хотим? хотим потом отдельный DXL куда-то импортировать или хотим уменьшить объемы хранимой инфы? ))
Прежде всего, хотим уменьшить:
- объем инфы, хранимой на ленте (за счет старых никому особо не нужных документов, которые хранятся в почтовых базах);
- время архивирования (понятно, что ежедневные изменения намного меньше ящика в целом. Квот на п/я у нас - увы! - нет .
Полную реплику я бэкаплю щас, но не нравится мне енто дело - у юзеров письма хранятся с 18** года , ну зачем их каждый день тащить, а? Спецсофт для лотусового бэкапа не рассматриваем, ибо денег не даст никто.
Диски под выгружаемые DXL есть, время (до бэкапа) тоже есть.
Klido
инкрементальный бекап. как говорится - УДАЧИ в реализации на dxl :maybe:
старые письма если юзер хранит - значит оно ему надо, ибо не противоречит политике партии. и от этого не уйти.
Дык никто не мешает импортировать данные из DXL, скажем, в некие временные Лотус-базы - считаем, что по времени мы не ограничены, ибо все можно сделать заранее, до копирования на ленту.
у вас в конторе кризис? требуют обоснования существования админов лотуса? я бы расценил данный ход именно как придумывание чем занять моск
VladSh
начинающий
Akupaka
если вопрос стоит в основном в почтовых ящиках, то как на счет создания локальных архивов? весьма полезная фича, как по мне
rinsk
Прежде всего, хотим уменьшить:
- объем инфы, хранимой на ленте (за счет старых никому особо не нужных документов, которые хранятся в почтовых базах);
- время архивирования (понятно, что ежедневные изменения намного меньше ящика в целом. Квот на п/я у нас - увы! - нет .
Полную реплику я бэкаплю щас, но не нравится мне енто дело - у юзеров письма хранятся с 18** года , ну зачем их каждый день тащить, а? Спецсофт для лотусового бэкапа не рассматриваем, ибо денег не даст никто.
Диски под выгружаемые DXL есть, время (до бэкапа) тоже есть.
Для всего вышеперечисленного городить огород не имеет смысла. Другое дело - инкрементальный бэкап по разным схемам - например 6+1 - в течении 6 дней делается бэкап измененных документов и один раз - полный. Получаем историю за всю неделю обьемом в 1 полный бэкап+%% изменений за неделю.
По взрослому - используется промышленные системы типа Legato NetWorker и тд. со спец. агентами БД. При этом они имеют User Level интерфейс для восстановления данных за произвольный период времени. Руками через ДХЛ - будет оч. геморно и нестабильно - посмотрите папку xmlschemas fftop:
Рисунок 41. Представление Все документы в хронологическом порядке
Однако Вы можете использовать некоторые другие принципы сортировки. Для этого нужно щелкнуть по заголовку столбца, имеющему треугольник . Например, можно упорядочить письма в алфавитном порядке адресатов (рис. 42).
-
Добрый день, Ирина!
>> Доступ к адресной книге имеет много-много пользователей, поэтому не стоит
>> публиковать файлы с личными идентификационными данными в этом месте.
> Здесь мне немного непонятно. то есть после регистрации id-файл
> находится в адресной книге, а после
> инсталляции я вручную его оттуда удаляю? Или это делает сервер
> автоматически?
Удаляется автоматически.
В том случае, если пользователь имеет соответствующие права доступа к адресной книге (для -default- Автор без возможности создания документов)
>> 2. Для хранения id-шников лучше использовать процедуру восстановления
> я так понимаю сначала нужно добавить информацию для восстановления в
> идентификационые данные сертификатора?
> Если это так то может быть загвоздка . дело в том, что
> сертификатор мы получили с нашей головной организации и
> когда необходимо было добавить информацию об альтернативном языке в
> сертификатор мы выходили на них.
Все так.
Добавление альтернативного языка происходит начиная с головного сертификата,
добавление информации для восстановления - собственно в сертификате, и не наследуется сертификатами-потомками
Успехов!
Николай
Рисунок 43. Выделенные документы
Рисунок 44. Диалог выбора папки
Поскольку требуемой папки в этом списке нет, создайте ее, нажав кнопку Создать папку. Открывается новое окно диалога (рис. 45).
Рисунок 45. Диалог создания пользовательской папки
Введите имя папки и выберите ее размещение. Для создания иерархической вложенности папок можно задавать имя через разделитель «\» (к примеру, Консультации по Notes\Учебное пособие) либо указывать размещение папки внутри существующей (Выделяя существующую папку в поле Размещение новой папки). После того, как Вы закроете окно, щелкнув по кнопке OK, новая папка появится в панели навигации слева.
Для добавления выделенных документов в папку используйте кнопку Добавить, для перемещения из папки в папку служит кнопка Переместить (Ещё раз следует напомнить, что перемещать документы из представления или в представление нельзя, поэтому если Вы работали с представлением Все документы, кнопка Переместить для Вас недоступна).
Для удаления или переименования текущей папки используйте набор команд главного меню, содержащийся в пункте меню Действия –> Папка…
Удобнее работать с папками, перекладывая документы из одной в другую, используя метод мыши Drag-and-Drop (что-то типа Схватить-и-Перетащить). Захватите левой кнопкой мыши нужный документ и, не отпуская кнопку, перемещайте мышь в область навигации на наименование папки. Если документ в папку можно поместить, вместо курсора мыши возникает стилизованное изображение листа бумаги, если документ в папку (представление) поместить нельзя, возникает изображение перечеркнутой окружности. При отпускании кнопки, документ будет помещен в папку.
Практика 13. Удаление документов
Особые функции играет системная папка Корзина. В неё помещаются документы, помеченные пользователем на удаление. Поместить выделенные документы в корзину можно как в обычную папку; кроме того, можно выбрать кнопку панели действий либо нажать клавишу на клавиатуре. Помещенные в корзину документы или исчезают из остальных представлений и папок, или выделяются в поле слева от документа значком . Повторное выполнение этого действия над отмеченными на удаление документами приводит к снятию этой пометки. Документы лишь помечаются на удаление, но физически не удаляются из базы.
Дальнейшая судьба помеченных к удалению документов зависит от того, включена ли опция «мягкого удаления документов». Если эта опция выключена, то при закрытии почтовой базы клиент Lotus Notes сообщит о наличии в корзине документов и запросит подтверждение на их удаление (рис. 46). При положительном ответе документы удалятся безвозвратно .
Рисунок 46. Ответив Да , Вы удалите все помеченные документы
В том случае, когда задействована процедура мягкого удаления, Вы не увидите предупреждения при закрытии базы данных, но документы, помещённые в корзину, будут храниться в ней некоторое время (по умолчанию – 48 часов), в течение которого у Вас останется шанс «одуматься» и возвратить документ. В противном случае, документ также будет безнадёжно потерян.
Впрочем, пока документы не удалены из корзины, можно открыть эту папку и выполнить одно из следующих действий: восстановить все или только выделенные документы из корзины, очистить корзину вручную. Как для той, так и для другой операции наиболее подходит задействование соответствующих кнопок панели действий.
Практика 14. Сжатие почтовой базы
Если Вы чистите свой почтовый ящик от случая к случаю, Вам полезно будет выполнять сжатие базы данных. Выберите пункт меню Файл –> База данных –> Свойства… В открывшемся окне Свойств базы данных выберите закладку (рис. 47). При нажатии кнопки высветится процент используемого хранящимися документа места, занимаемого базой.
Рисунок 47. Закладка свойств базы данных
Если он меньше 75%, сожмите базу, используя кнопку . При этом окно базы и все документы этой базы должны быть закрыты. Некоторое время, на период сжатия, база будет недоступна.
Рассмотрим еще одну необходимую функцию – печать списка документов. Вы можете распечатать список всех находящихся в той или иной папке документов в виде списка, который Вы видите на экране. Для этой цели воспользуйтесь командой Файл –> Печать. в открывшемся окне выберите опцию Печатать представление целиком (рис. 48).
Бывает, что в процессе работы надо создать временный файл. Не проблема если ваш код (агент) сможет его потом сам удалить, но иногда надо этот файл отдать пользователю, например при генерации PDF или Excel файлов - открыть их в соответствующем приложении, отображающем их содержимое. Удалить такой файл ваш агент самостоятельно уже не сможет. Они копятся, копятся . и, бах! место на диске кончилось. Утрирую, конечно, но вдруг.
Выдалась свободная минутка и озадачился решить эту проблему. После вскрытия пациента и анализа содержимого было выявлено, что Lotus Notes в своём временном каталоге создаёт файл ~notetmp.reg, куда записывает все свои временные файлы. При закрытии Lotus Notes пытается эти файлы удалить. Если не получилось, то пытается сделать это ещё раз при последующем запуске.
Стало быть для того, чтобы наши временные файлы были более-менее успешно удалены и пользователи не ругались на программистов нехорошими словами, что они им все жесткие диски чем-то загадили, надо записать имена наших временных файлов в лотусовый ~notetmp.reg - пусть он за нас их и удаляет. Сам же ~notetmp.reg не простой текстовый файл, но нас этим не напугаешь
Session session = NotesFactory.createSession();
NotesTempFile tempFile = new NotesTempFile(session);
File[/URL] file = tempFile.getTempFile("pdf");
Временные папки, подводные камни?
Всем привет! Как-то обходился без папок, а вот захотел попробовать, но :ya_lamo: хотел узнать.
Временные файлы
Доброго времени суток всем. Назрело несколько вопросов: 1) В переменные среды TMP и TEMP.
Временные файлы
Доброго времени суток. Заинтересовал вопрос о хранении временных файлов, есть функция которая их.
временные файлы
скажите все временные файлы хранятся только в папке TEMP,и торренты которые подкадываю при скачке.
Последняя строка в агенте
если файл сразу удалить, то он не откроется в внешнем приложении, а потом агента уже не будет в живых.
Прикрепленный файл по определению будет регистрироваться для удаления, а смысл регистрировать файл для удаления, если он создается пользователем сознательно?
не, ну каждый сходит с ума по своему.
Может я в чём-то не прав, просвятите меня, пожалуйста. Есть агент, который формирует что-то в PDF, Excel, Word и т.п. Для этого используется временный файл, который после окончания формирования отрывается на рабочем месте пользователя в Arcobat Rerader, Excel, Word и т.п. для просмотра, редактирования, печати. После того как пользователь сделал своё дело, он просто закрыл приложение через которое смотрел или распечатывал файл. И как потом удалить такой файл? Или пусть копятся - жесткие диски нынче большие?
У меня таких агентов много, они формируют всякие печатные формы, отчёты и пр., запускаются пользователями часто, временные каталоги засоряются очень быстро. Может быть я что-то делаю не так?
Гарри, это был мой бифштэкс! (с) Человек с бульвара Капуцинов.
Только 1 вопрос к топикстартеру: Вы оказались крайним в вопросе кэширования фотографий, видио, 1С и т.д. и т.п.?
Можем оказать психологическую помощь, на большее. не, ну нальём конечно .
ЗЫЖ От Игоря не ожидал такого
package com.github.igor_kudryashov.utils.notes;
@garrick попробуй открывать через :
Код (Java):
Process[/NICK] p = Runtime[/NICK].getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + FileObj.getAbsolutePath());
p.waitFor();
Вроде должен ждать закрытия файла, но так как это отдельный поток, то клиент не фризится.
Гарри, это был мой бифштэкс! (с) Человек с бульвара Капуцинов.
Только 1 вопрос к топикстартеру: Вы оказались крайним в вопросе кэширования фотографий, видио, 1С и т.д. и т.п.?
Можем оказать психологическую помощь, на большее. не, ну нальём конечно .
ЗЫЖ От Игоря не ожидал такого
package com.github.igor_kudryashov.utils.notes;
@garrick попробуй открывать через :
Код (Java):
Process[/NICK] p = Runtime[/NICK].getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + FileObj.getAbsolutePath());
p.waitFor();
Вроде должен ждать закрытия файла, но так как это отдельный поток, то клиент не фризится.
если запустили несколько раз и файлы не закрыли?
неустойчивая ситуация.
не понимаю - в чем "укор" ТС от остальных?
временные файлы могут не удаляться по разным причинам, на компе юзера.
упало приложение/лочится файл АВ. и нотусня - рядовое приложение, кот. не может ситуацию контролировать
Предложенный вариант, лично мне, нравится
файлы создаются приложением и открываются юзеру в интерактиве, для дальнейшего воздействия (кот. нотусня уже не должна котролировать)
но сами файлы открываются из ФС (например), при этом существуют в приложенном варианте, к доку нотусни
т.е - после неких манипуляций, вне нотусни, они в ФС не нужны
У меня открывали по 10-15 pdf и норм.
Если имена файлов будут разные, что для временных файлов должно быть именно так, то ничего не будет. Ну или рухнет клиент, когда память "выжрется".
Если файлы не закрыли, но закрыли лотус - файлы должны закрыться, но они не удалятся.
Если клиент рухнет, то сценарий закрытия клиента отработает.
Про notestemp.reg не знал, прикольно, беру на вооружение.
Вот только есть одна трабла, в какой-то версии 9-ки это не срабатывало удаление при закрытии клиента, потом вроде вернули + настройка в ini.
Точняк, поправили в FP6 только:
Вы, извините, дурью маетесь. Как выше было сказано "каждый сходит с ума по своему" NickProstoNick(с) Это он еще вежливый.
я вам хотел намекнуть, что не лотус виноват в загрузке трэша, там много кто отмечается, с какого перепоя лотус виноват?
я вам хотел намекнуть, что не лотус виноват в загрузке трэша, там много кто отмечается, с какого перепоя лотус виноват?
а такое было?
ситуация предельно проста - приложение создало файл в ФС и этот файл открыли системным приложением, для юзера, для дальнейших действий.
что здесь странного?
Далее. код перестал отслеживать файл - это нормально, ибо им занимается уже постороннее приложение
Для приложения нотусни этот файл "временный", предложено его удалять как временный, механизмами нотусни
Что не так?
Прикрепленный файл по определению будет регистрироваться для удаления, а смысл регистрировать файл для удаления, если он создается пользователем сознательно?
не, ну каждый сходит с ума по своему.
пользователь не создает файл сознательно и даже не знает - где он расположен, ему предоставляют возможность визуализации информации в системном приложении, для дальнейших действий
Вижу не все поняли причину моего беспокойства на счёт временных файлов, а также природу их появления. Попробую объяснить на пальцах. Вы же видели в каком-нибудь М-Видео или Техносиле как продают технику в кредит. Человек с той стороны компьютера забивает в него ваши данные и говорит, что надо некоторое время подождать одобрения. В случае положительного решения банка он распечатывает пакет документов и даёт их вам на подпись. В зависимости от типа кредита количество документов может быть от 3-5 и более. Как минимум кредитный договор+график погашения кредита+соглашение о персональных данных и +, скорее всего, ещё какая-нибудь инструкция о том как гасить кредит+вам постараются впарить какую-нибудь левую страховку или дополнительную гарантию+ещё чего нибудь. И представьте себе, что там стоит Lotus Notes. Т.е. ваш агент в Lotus Notes генерит все эти документы, создавая обычные временные файлы во временном каталоге OS. Затем открывает их в Acrobat Reader, чтобы можно было распечатать, и на этом завершает свою работу. Дальнейшая судьба этих временных файлов неведома ни вашему агенту, ни Lotus Notes, ни тем более Acrobat Reader. Когда именно пользователь распечатает их и закроет Acrobat Reader неизвестно. За рабочую смену такое рабочее место обычно обслуживает 50-70 клиентов. Это 250-300 временных файлов (каждый день). Они копятся, копятся, копятся. Ведь тот человек, с той стороны компьютера, вообще не знает что такое временные файлы, временный каталог Windows и где это находится. А как вы думаете, какое количество файлов в одном каталоге безболезнено сможет выдержать Windows? Не теоретически, а на практике?
Теперь попробуйте предложить своё решение по своевременной чистке временного каталога от "мусора", который нагенерил ваш агент.
Ну это не совсем верно, чтобы 200-300 процессов висело, эти документы надо держать на экране. А так, после закрытия поток освобождает файл, тут его можно и снести.
Но, как уже написал выше, мне Ваш вариант больше нравится.
Здравствуйте все!
Возникла следующая проблема. id-файлы пользователей хранятся в сетевых папках. Чтобы пользователи не засоряли их, админы запретили сохранять туда файлы с любым расширением, кроме id. При попытке изменения пароля выдаётся ошибка "Невозможна запись в файл или его создание (файл или диск открыты только для чтения)". Есть подозрение, что при изменении пароля Lotus генерит временный id-файл с каким-то другим расширением, а ОС блокирует его создание. Никто не знает, какое расширение у этого временного id-файла? У ОС есть возможность оповещать по почте о попытке создания файлов недопустимых типов, но в данном случае это правило почему-то молчит. Есть какие идеи?
Klido
из моего опыта - на эти файлы должен быть полный доступ - там ещё галочки про неархивность и не только для чтения
nvyush
из моего опыта - на эти файлы должен быть полный доступ - там ещё галочки про неархивность и не только для чтения
На файлы есть полный доступ. Создаю копию в той же папке, открываю блокнотом, редактирую, сохраняю — нет проблем. Проблема, кмк, в том, что Лотус пытается сгенерить временный ид-файл с каким-то другим расширением, но ОС ему этого не даёт. Если б узнать это расширение и добавить в список разрешённых, то проблема, кмк, была бы решена.
Klido
nvyush
Если временный файл и создаётся, то он сразу после удаления старого ид-файла переименовывается и никаких следов :newconfus:
Не понял — зачем? Задача наоборот — чтобы кроме id-файла там ничего не было, а доступ к нему был полным.
Klido
Если временный файл и создаётся, то он сразу после удаления старого ид-файла переименовывается и никаких следов
очень сложно, думаю ничего временного не создаётся (в любом случае можно повесить монитор какой-то на папку и увидеть создаётся ли там что)
у вас и так полный, но есть ограничения на папку - неизвестно как лотусина вычисляет доступ, например, может её полный путь надо с полным доступом.
ToxaRat
Чёрный маг
кстати а пользователи в этой ситуации могут реально изменить пароль на свой ИД?
в данном контектсе не процес nnotes.exe вносит изменения а ntaskldr.exe
Klido
в этом у них и проблема - доступ на файло есть, на папку - нет. и не могут пользователи сменить пароль.
nvyush
Klido
ToxaRat
Чёрный маг
Непонятно, то ли Лотус при изменении пароля создаёт временный ид-файл с каким-то другим расширением и потом его переименовывает, то ли ОС блокирует доступ Лотусу на запись в данную папку.
думаю, что создаёт другой ИД файл как при команде компакт создаётся отдельная база-файл
поглядите чем нибудь, может это *.tmp
Бывает, что в процессе работы надо создать временный файл. Не проблема если ваш код (агент) сможет его потом сам удалить, но иногда надо этот файл отдать пользователю, например при генерации PDF или Excel файлов - открыть их в соответствующем приложении, отображающем их содержимое. Удалить такой файл ваш агент самостоятельно уже не сможет. Они копятся, копятся . и, бах! место на диске кончилось. Утрирую, конечно, но вдруг.
Выдалась свободная минутка и озадачился решить эту проблему. После вскрытия пациента и анализа содержимого было выявлено, что Lotus Notes в своём временном каталоге создаёт файл ~notetmp.reg, куда записывает все свои временные файлы. При закрытии Lotus Notes пытается эти файлы удалить. Если не получилось, то пытается сделать это ещё раз при последующем запуске.
Стало быть для того, чтобы наши временные файлы были более-менее успешно удалены и пользователи не ругались на программистов нехорошими словами, что они им все жесткие диски чем-то загадили, надо записать имена наших временных файлов в лотусовый ~notetmp.reg - пусть он за нас их и удаляет. Сам же ~notetmp.reg не простой текстовый файл, но нас этим не напугаешь
Готовое решение link removed
NickProstoNick
Статус как статус :)
garrick
если файл сразу удалить, то он не откроется в внешнем приложении, а потом агента уже не будет в живых.
NickProstoNick
Статус как статус :)
Прикрепленный файл по определению будет регистрироваться для удаления, а смысл регистрировать файл для удаления, если он создается пользователем сознательно?
не, ну каждый сходит с ума по своему.
garrick
Может я в чём-то не прав, просвятите меня, пожалуйста. Есть агент, который формирует что-то в PDF, Excel, Word и т.п. Для этого используется временный файл, который после окончания формирования отрывается на рабочем месте пользователя в Arcobat Rerader, Excel, Word и т.п. для просмотра, редактирования, печати. После того как пользователь сделал своё дело, он просто закрыл приложение через которое смотрел или распечатывал файл. И как потом удалить такой файл? Или пусть копятся - жесткие диски нынче большие?
У меня таких агентов много, они формируют всякие печатные формы, отчёты и пр., запускаются пользователями часто, временные каталоги засоряются очень быстро. Может быть я что-то делаю не так?
Domino-Designer
Людям надо поморгать!
Гарри, это был мой бифштэкс! (с) Человек с бульвара Капуцинов.
Только 1 вопрос к топикстартеру: Вы оказались крайним в вопросе кэширования фотографий, видио, 1С и т.д. и т.п.?
Можем оказать психологическую помощь, на большее. не, ну нальём конечно .
ЗЫЖ От Игоря не ожидал такого
package com.github.igor_kudryashov.utils.notes;
VladSh
начинающий
rinsk
garrick
Гарри, это был мой бифштэкс! (с) Человек с бульвара Капуцинов.
Только 1 вопрос к топикстартеру: Вы оказались крайним в вопросе кэширования фотографий, видио, 1С и т.д. и т.п.?
Можем оказать психологическую помощь, на большее. не, ну нальём конечно .
ЗЫЖ От Игоря не ожидал такого
package com.github.igor_kudryashov.utils.notes;
NickProstoNick
Статус как статус :)
lmike
нет, пердело совершенство
если запустили несколько раз и файлы не закрыли?
неустойчивая ситуация.
не понимаю - в чем "укор" ТС от остальных?
временные файлы могут не удаляться по разным причинам, на компе юзера.
упало приложение/лочится файл АВ. и нотусня - рядовое приложение, кот. не может ситуацию контролировать
Предложенный вариант, лично мне, нравится
lmike
нет, пердело совершенство
файлы создаются приложением и открываются юзеру в интерактиве, для дальнейшего воздействия (кот. нотусня уже не должна котролировать)
но сами файлы открываются из ФС (например), при этом существуют в приложенном варианте, к доку нотусни
т.е - после неких манипуляций, вне нотусни, они в ФС не нужны
У меня открывали по 10-15 pdf и норм.
Если имена файлов будут разные, что для временных файлов должно быть именно так, то ничего не будет. Ну или рухнет клиент, когда память "выжрется".
Если файлы не закрыли, но закрыли лотус - файлы должны закрыться, но они не удалятся.
Если клиент рухнет, то сценарий закрытия клиента отработает.
Про notestemp.reg не знал, прикольно, беру на вооружение.
Вот только есть одна трабла, в какой-то версии 9-ки это не срабатывало удаление при закрытии клиента, потом вроде вернули + настройка в ini.
Domino-Designer
Людям надо поморгать!
Вы, извините, дурью маетесь. Как выше было сказано "каждый сходит с ума по своему" NickProstoNick(с) Это он еще вежливый.
я вам хотел намекнуть, что не лотус виноват в загрузке трэша, там много кто отмечается, с какого перепоя лотус виноват?
lmike
нет, пердело совершенство
я вам хотел намекнуть, что не лотус виноват в загрузке трэша, там много кто отмечается, с какого перепоя лотус виноват?
а такое было?
ситуация предельно проста - приложение создало файл в ФС и этот файл открыли системным приложением, для юзера, для дальнейших действий.
что здесь странного?
Далее. код перестал отслеживать файл - это нормально, ибо им занимается уже постороннее приложение
Для приложения нотусни этот файл "временный", предложено его удалять как временный, механизмами нотусни
Что не так?
lmike
нет, пердело совершенство
Прикрепленный файл по определению будет регистрироваться для удаления, а смысл регистрировать файл для удаления, если он создается пользователем сознательно?
не, ну каждый сходит с ума по своему.
пользователь не создает файл сознательно и даже не знает - где он расположен, ему предоставляют возможность визуализации информации в системном приложении, для дальнейших действий
garrick
Вижу не все поняли причину моего беспокойства на счёт временных файлов, а также природу их появления. Попробую объяснить на пальцах. Вы же видели в каком-нибудь М-Видео или Техносиле как продают технику в кредит. Человек с той стороны компьютера забивает в него ваши данные и говорит, что надо некоторое время подождать одобрения. В случае положительного решения банка он распечатывает пакет документов и даёт их вам на подпись. В зависимости от типа кредита количество документов может быть от 3-5 и более. Как минимум кредитный договор+график погашения кредита+соглашение о персональных данных и +, скорее всего, ещё какая-нибудь инструкция о том как гасить кредит+вам постараются впарить какую-нибудь левую страховку или дополнительную гарантию+ещё чего нибудь. И представьте себе, что там стоит Lotus Notes. Т.е. ваш агент в Lotus Notes генерит все эти документы, создавая обычные временные файлы во временном каталоге OS. Затем открывает их в Acrobat Reader, чтобы можно было распечатать, и на этом завершает свою работу. Дальнейшая судьба этих временных файлов неведома ни вашему агенту, ни Lotus Notes, ни тем более Acrobat Reader. Когда именно пользователь распечатает их и закроет Acrobat Reader неизвестно. За рабочую смену такое рабочее место обычно обслуживает 50-70 клиентов. Это 250-300 временных файлов (каждый день). Они копятся, копятся, копятся. Ведь тот человек, с той стороны компьютера, вообще не знает что такое временные файлы, временный каталог Windows и где это находится. А как вы думаете, какое количество файлов в одном каталоге безболезнено сможет выдержать Windows? Не теоретически, а на практике?
Теперь попробуйте предложить своё решение по своевременной чистке временного каталога от "мусора", который нагенерил ваш агент.
Читайте также: