"Воды" много. Цель данного текста была познакомить пользователей хотя в общих чертах с процессами происходящими в организации, в максимально доступной форме.
Не было цели запретить, наказать, жестко направить железной рукой. Это максимально мягкий рассказ, для бухгалтеров и т.п. далеких от технологий людей.
Регламентируем деятельность мы другим, более жесткими способами, это мягкое знакомство.
Администратор может настроить разделение ресурсов, только вот ресурсов мало. И пользователям приходится делить свои ресурсы между собой, не всем вместе конечно же, но группами по нескольким подразделениям.
Выдержка из лицензии: "XnView is provided as Freeware for private non-commercial or educational use, including non-profit organization (i.e. schools, universities, public authorities, police, fire brigade, and hospitals)."
В тексте говорится про инкрементальный бэкап, только я его называю разностным. Мы для себя настроили так, что раз в неделю снимается полный, а остальные 6 дней - разностный. Поэтому если файл изменился в понедельник, то все оставшиеся дни он также попадает в результат резервирования, поскольку сравнение идет по полной копии. Есть в этом несуразность, но для нас так удобнее. Делать инкрементальный на инкрементальный, потом собирать результат долго.
DOC - из себя представляет некий образ, содержащий даже подобие внутренней файловой системы. Если что-то в этом файле сбойнёт, то этот айсберг уже не расколоть. Если сбой внутри DOCX - то, как вы правильно заметили, это ZIP архив. Я его даже без офисного пакета могу открыть и что-то руками исправить, поскольку там банальные XML файлы внутри. Сколько раз приходилось битые DOC файлы восстанавливать - неперечесть, кстати в этом отлично помогает LibreOffice или OpenOffice.
Некоторые пользователи при работе с казначейством используют word файлы для отправки сканов, получается "офигительно" большой файл, с картинками внутри. Перевод формата, позволяет снизить размер, и зачастую можно залезть внутрь документа-архива, сжать картинки по размеру и заново перепаковать файл - тем самым уменьшив общий размер.
Про такой способ - что он извращение - сами знаем, но зачастую так хотят на той стороне, куда отправляем.
Сложно сказать. Учитывая, что он создавался неспешно и эволюционно в течении 15 лет, без отрыва от основной работы. Какая-нибудь функция или модификация могла раз в год возникнуть.
файл маленький, при старте программы грудится в массив в оперативной памяти. Поиск по нему быстр, происходит не так часто.
Конкретно в ситуации resize я не масштабирую изображение, оно остается в центре окна, просто к координатам сдвиги добавляются. Масштабировать его можно, но это же обычная картинка, мылится немного, поэтому просто не стал заморачиваться. 99% случае пользователи не открывают окно на весь экран и просто оставляют размер по умолчанию, бегая просто по вкладкам.
Моя база, это в первую очередь для моего отдела. 1С так же ведется, но там же свои правила. Просто исторически так получилось, из-за первоначального бардака в 1С, сейчас все гораздо лучше.
Сравнивать базы иногда приходится. Но тут есть подводные камни. Вот допусти стоит копировальный аппарат в одном из кабинетов, старый копир, но живее всех живых. В моей базе он есть, но оказалось в 1С его уже списали, и у них его нет. Ориентируйся я только на 1С, был бы копир-невидимка.
Есть такой момент. Какой-то "глюк" функции возвращающей объем памяти. Это случилось на паре рабочих мест - за все время эксплуатации. Руки пока не дошли выяснить, что конкретно происходит. Одна станция в данном случае картины не сильно меняет.
Здесь как раз очень просто. Изображение нарисовано в обычном Paint.NET на основе пожарного плана эвакуации. Сохраняется как PNG изображение в папке со справочником. Все планы имеют одинаковые, стандартные размеры. В самом справочнике выводим изображение на экран и отслеживаем координаты мыши над ним. Координаты каждого кабинета заранее записаны в текстовый файл в том же каталоге, в виде:
4;Большой зал;455;427;729;543
Мышь попала в координаты выдаем полупрозрачное окошко на экран.
Все сетевые принтеры заведены через принт-сервер, используется стандартный механизм на основе Windows Server, с него же и собирается вся статистика по заданиям. Ну и такой сервер в разы облегчает администрирование. Установка принтера у пользователя занимает секунд 30.
Acrоnis конечно решил бы. Продукт хороший и рассматривался, даже коммерческие предложения запрашивались. Но итоговая цена на тот момент оказалось такая, что бюджет отдела съедала не подавившись.
Сейчас он бессрочный стоит почти 50 000 за сервер, 20 000 по подписке, т.е. или 500 000 за раз, до того как после очередных обновлений все перестанет работать и станет просить более свежую версию, или 200 000 выкладывать каждый год. Именно поэтому и было придумано такое решение, которое покрывало наши потребности на то время, на 90%.
Я в статье указал - что процедура снятия бэкапа - прерогатива сервера владельца данных. Скрипт уже забирает то, что сервер ему предложил в качестве копии. Естественно MS SQL снимается стандартными средствами и полученные *.bak файлы уже объединяются в один архив этим скриптом. Лезть архиватором к файлам работающей базы, было бы верхом глупости.
"Воды" много. Цель данного текста была познакомить пользователей хотя в общих чертах с процессами происходящими в организации, в максимально доступной форме.
Не было цели запретить, наказать, жестко направить железной рукой. Это максимально мягкий рассказ, для бухгалтеров и т.п. далеких от технологий людей.
Регламентируем деятельность мы другим, более жесткими способами, это мягкое знакомство.
Хотят прочитают, не хотят, могут и не прочесть.
Администратор может настроить разделение ресурсов, только вот ресурсов мало. И пользователям приходится делить свои ресурсы между собой, не всем вместе конечно же, но группами по нескольким подразделениям.
Выдержка из лицензии: "XnView is provided as Freeware for private non-commercial or educational use, including non-profit organization (i.e. schools, universities, public authorities, police, fire brigade, and hospitals)."
Я представляю некоммерческую организацию.
В тексте говорится про инкрементальный бэкап, только я его называю разностным. Мы для себя настроили так, что раз в неделю снимается полный, а остальные 6 дней - разностный. Поэтому если файл изменился в понедельник, то все оставшиеся дни он также попадает в результат резервирования, поскольку сравнение идет по полной копии. Есть в этом несуразность, но для нас так удобнее. Делать инкрементальный на инкрементальный, потом собирать результат долго.
DOC - из себя представляет некий образ, содержащий даже подобие внутренней файловой системы. Если что-то в этом файле сбойнёт, то этот айсберг уже не расколоть. Если сбой внутри DOCX - то, как вы правильно заметили, это ZIP архив. Я его даже без офисного пакета могу открыть и что-то руками исправить, поскольку там банальные XML файлы внутри. Сколько раз приходилось битые DOC файлы восстанавливать - неперечесть, кстати в этом отлично помогает LibreOffice или OpenOffice.
Некоторые пользователи при работе с казначейством используют word файлы для отправки сканов, получается "офигительно" большой файл, с картинками внутри. Перевод формата, позволяет снизить размер, и зачастую можно залезть внутрь документа-архива, сжать картинки по размеру и заново перепаковать файл - тем самым уменьшив общий размер.
Про такой способ - что он извращение - сами знаем, но зачастую так хотят на той стороне, куда отправляем.
Да, и так тоже бывает. Или снимок телефоном с экрана. Или скан с распечатки снимка с экрана.
На сколько я понимаю, стоимость этой системы 20 евро в месяц. Без локализации на русский.
Сложно сказать. Учитывая, что он создавался неспешно и эволюционно в течении 15 лет, без отрыва от основной работы. Какая-нибудь функция или модификация могла раз в год возникнуть.
На итоговом системном блоке Excel может и не быть. А FastReport внутри приложения.
На Excel логику отчета придется делать руками, а FastReport много делает сам. Выгрузить его него в формат doc, xls, pdf тоже не проблема.
Посмотрел Ваш продукт. Познавательно. Очень интересно узнать чужой опыт в этой области :-)
Здесь сложный вопрос. В нем же есть платные компоненты. Исходник то выложить не проблема, но чтобы его использовать нужны покупные компоненты.
Ehlib и FastReport существуют в бесплатных вариантах, но там очень сильно обрезан функционал.
файл маленький, при старте программы грудится в массив в оперативной памяти. Поиск по нему быстр, происходит не так часто.
Конкретно в ситуации resize я не масштабирую изображение, оно остается в центре окна, просто к координатам сдвиги добавляются. Масштабировать его можно, но это же обычная картинка, мылится немного, поэтому просто не стал заморачиваться. 99% случае пользователи не открывают окно на весь экран и просто оставляют размер по умолчанию, бегая просто по вкладкам.
Еще сам не знаю, пока идет процесс выбора технологий.
Моя база, это в первую очередь для моего отдела. 1С так же ведется, но там же свои правила. Просто исторически так получилось, из-за первоначального бардака в 1С, сейчас все гораздо лучше.
Сравнивать базы иногда приходится. Но тут есть подводные камни. Вот допусти стоит копировальный аппарат в одном из кабинетов, старый копир, но живее всех живых. В моей базе он есть, но оказалось в 1С его уже списали, и у них его нет. Ориентируйся я только на 1С, был бы копир-невидимка.
Есть такой момент. Какой-то "глюк" функции возвращающей объем памяти. Это случилось на паре рабочих мест - за все время эксплуатации. Руки пока не дошли выяснить, что конкретно происходит. Одна станция в данном случае картины не сильно меняет.
Здесь как раз очень просто. Изображение нарисовано в обычном Paint.NET на основе пожарного плана эвакуации. Сохраняется как PNG изображение в папке со справочником. Все планы имеют одинаковые, стандартные размеры. В самом справочнике выводим изображение на экран и отслеживаем координаты мыши над ним. Координаты каждого кабинета заранее записаны в текстовый файл в том же каталоге, в виде:
4;Большой зал;455;427;729;543
Мышь попала в координаты выдаем полупрозрачное окошко на экран.
Все сетевые принтеры заведены через принт-сервер, используется стандартный механизм на основе Windows Server, с него же и собирается вся статистика по заданиям. Ну и такой сервер в разы облегчает администрирование. Установка принтера у пользователя занимает секунд 30.
Acrоnis конечно решил бы. Продукт хороший и рассматривался, даже коммерческие предложения запрашивались. Но итоговая цена на тот момент оказалось такая, что бюджет отдела съедала не подавившись.
Сейчас он бессрочный стоит почти 50 000 за сервер, 20 000 по подписке, т.е. или 500 000 за раз, до того как после очередных обновлений все перестанет работать и станет просить более свежую версию, или 200 000 выкладывать каждый год. Именно поэтому и было придумано такое решение, которое покрывало наши потребности на то время, на 90%.
Ключевая фраза здесь "к файлам работающей базы". Естественно можно остановить любой сервер и забрать что нужно. Так, например, поступаем с Лотусом.
Я в статье указал - что процедура снятия бэкапа - прерогатива сервера владельца данных. Скрипт уже забирает то, что сервер ему предложил в качестве копии. Естественно MS SQL снимается стандартными средствами и полученные *.bak файлы уже объединяются в один архив этим скриптом. Лезть архиватором к файлам работающей базы, было бы верхом глупости.
Спасибо за пример команды, посмотрю.