Антон Уланов: Проверять резервные копии средствами бэкапа невозможно. Возможно проверить, что архив целостный, но рабочий ли он - бэкап не имеет понятия что внутри и как его проверять. Никакой.
Поэтому просот нужно наладить процедуру автоматической проверки, после развертывания, и настроить отдельную машину, на которую периодически будет разворачиваться какой-то бэкап и прогонять тесты.
Филипп: Так я там сразу предлагал, чтобы пользователи сразу клали свои файлы на сетевой диск, который расположен на synology, и сразу бы сами сталкивались с теми ограничениями, которые он налагает и решали их переименовкой. При этом даже политики никакие не нужны.
Sergey Ryzhkin: В Outlook это встроенная защита от малваре, чтобы исключить что-то типа dogovor.docx..exe
Outlook также может просто удалять все .exe, .dll, .scr и другие файлы, в зависимости от настроек политики безопасности.
Решение конечно зависит от инфраструктуры. Например если все пользователи хранят свои файлы в общей сетевой шаре, то можно перенаправить, чтобы это была именно шара на Synology, и они просто не смогут сами туда сохранить некорректный файл.
Нет никаких настроек в винде, которые бы позволяли контролировать названия файлов, сохраняемых из разных вордов и экселей. Писать свой драйвер под винду, который будет это мониторить - overhead
Поэтому да, простейший вариант - скрипт с переименовкой во время переноса, или который запускается периодически. Плюс уведомление пользователей.
Можно даже емайлом уведомлять самих пользователей, какие файлы у них были переименованы, с красными восклицательными знаками, что улучшит воспитательный момент.
Sergey Ryzhkin: Пожалуйста, пользуйтесь скриптом, чтобы поменять точки, я же не против.
Просто мне кажется кажется, что ваша проблема связана не с точками, а с длиной пути, которое не хочет воспринимать Synology диск. И если пользователь создаст множество вложеных каталогов или будет не много точек а много других букв - вы столкнетесь с той же проблемой, а скрипт не поможет.
А, так вот и корень проблемы - В инете куча жалоб на проблемы с именами в synology.
Я бы посоветовал погуглить англоязычный инет по фразе "synology file name problem"
вообще, общая длина пути с именем файла - 255 символов для synology. Если это UTF-8, то для русскоязычных путей будет 127. Вот и считайте.
Думаю проблема не с точками, а с количеством символов в имени файла + путь.
Сократите названия , или помещайте на synology архив с файлами.
CityCat4: Это в очень старом FAR-е наверное было.
Но от сути вопроса уходите вы.
У вас есть проблема - заключается она не во много точек, а в том, что иногда какие-то файлы не перемещаются. Как уже несколько человек сказали - несколько точек не должно быть проблемой для файловой системы. Давайте поищем в чем же на самом деле затык?
Ведь кроме много точек может встретиться какой-нить иероглиф, украинское йи и другие символы.. Каждый раз проверять?
Для современных файловых систем и Win и Linux много точек - совершенно нормально. И возможно действительно стоит посмотреть что за проблема с файловой системой. Даже в fat32 не было проблем с несколькими точками, там только с некоторыми не-ascII символами были проблемы.
И еще, при достаточно длинном названии пути, может быть ограничение, связанное именно с длиной пути.
PyNen: Ваша фраза не имеет смысла. Виртуалбокс это не язык программирования и не платформа для программирования. Это инструмент для создания виртуальных машин.
Статика - когда вы кладете на сайт .txt/.html/.jpg файлы
Динамика - когда на сайт кладете .php файлы, которые выполняются и их результат передается клиенту уже в виде txt/html
при этом .php файл в процессе генерации html результата, может обращаться к базе данных, выполнять сложные вычисления, и грузить процессор и диск.
NOONE: Напишите скрипт, который копирует все конфигурационные файлы по ночам, храните последние 30 дней, или хоть все - конфиги мало места занимают, и забудьте про забываемость.
Можно даже делать так, что на месте у вас лежит два файла
config.cfg
config.cfg.nightly
или
etc/nginx/
etc/nginx.nightly/
А в отдельной папке уже архивы по датам. При этом пришли, поправили, и всегда под рукой оригинал для diff без лишних телодвижений.
А емайл и не обязан гарантировать пожизненное существование.
Вообще нет ничего, что может гарантировать пожизненную работу после первой успешной проверки, даже сам человек может поломаться. Но топикстартер спрашивает не это, а текущую проверку конкретного емайла.
"Обратите пожалуйста внимание, не каждый почтовый сервис отвечает на наши запросы, поэтому мы не можем гарантировать абсолютной точности выдаваемых результатов."
На сайте их сервиса.
есть mov [register],[value of addr]
есть mov [addr],[value of register]