Например, выкинуть с NAS винды и использовать для поставленной задачи не виндокомбайны, а rsync, который не гоняет по сети файлы, обходясь достаточными для сравнения чексуммами. Ну, и папки читает на месте, а не перечитывает постоянно - вдруг удаленная изменилась.
Artem Maximov, ну, тут два варианта: либо обратиться к промышленному юристу, который докажет, что комиссия гонит пургу и предъявляет вам требования без оснований, либо открывать вакансию безопасника.
А вы (предприятие без ИБ-шника) - точно подпадаете под п. 1.1 этого самого ПП?
У жертв таких указивок обычно вся организация начинается с "первого отдела"...
https://dev.1c-bitrix.ru/api_help/form/events/onaf...
+ написать бота для регистрации в нем (отправка сообщений через ТГ - только подписавшемуся).
В общем, все гуглится за полчаса, и особенных препятствий нет. Так что наверняка и готовые плагины есть.
"Встройка"/"встроенка" - это чаще про видеокарту.
Про встраиваемую технику - "эмбед": тот, кто в теме - поймет, и ни с чем не спутаешь.
Представьте, что вам по какому-нибудь ЛОРу надо это дело погуглить, например...
Александр, теоретически можно извратиться и сделать из рекурсивной функции два разных return, но это такой отчаянный говнокод, что даже руки марать, набирая его, не стоит.
В заголовке и тексте слово "рекурсивная" - это непонятно?
У ТС, похоже, задача о семиугольном треугольнике - поставленная нарочито так, чтобы без извращений не решить. Возможно, проверка владения языком...
В моем понимании интерфейс это тот же абстрактный класс, но в котором нет ни одного метода заранее реализованного. Других отличий не вижу и как он тут поможет не понимаю
Разница принципиальна.
Абстрактный класс говорит: все наследники являются чем-то, что можно обобщить. Наследники AbstractDataClass - дата-классы. Даже если у них вообще нет ни одного общего метода.
Интерфейс говорит: все реализующие имеют указанные методы. Например, Iterable - имеет какую-то коллекцию, которую можно перебрать по одному элементу. Чем является конкретный реализующий - вообще неважно.
Так вот, вопрос в чем: вот с этим самым возвращаемым значением что в коде будет? Оно дальше будет обрабатываться, как некая абстрактная общность, независимо от содержания, или у него будут дергать конкретные функции, независимо от того, кого дергают? Соответственно, уместен либо абстрактный класс, либо интерфейс.
aleks-th, для гетерогенной сети - на Самбе, вестимо. А сеть без виндов все еще большая редкость.
Может, конечно, работа такая, что и облачка с онлайн-офисом достаточно, но это админу виднее.
Фокус в том, что виндовский опыт бэкапа к линуксам плохо применим.
Здесь нормально разделены системные файлы и пользовательские, нет такого бардака, чтобы восстанавливать приходилось целыми дисками. Если, конечно, не дали пользователю рута и он этот бардак не развел сам.
Так что бэкапить и восстанавливать имеет смысл только "хомяк" - никакие другие файлы пользователь изменить все равно не может.
А лучше и от этого избавиться, заведя файловый сервер и оставив на машине только рабочую станцию, которую можно в любой момент заменить такой же без всяких потерь. Чтобы вместо судорожного восстановления всего, что у юзера накопилось к сегодняшнему утру, просто выдать ему свежеустановленную (с прописанными в анзибле, например, правилами) систему - и он мог продолжить работу.
Ипатьев, так я не предлагаю ему изучить всю CMS вдоль и поперек.
Достаточно посмотреть, как там сделаны таблицы под хранение информации блогов.
Вот, скажем, файлы миграций того же RainLab.Blog: https://github.com/rainlab/blog-plugin/tree/master...
У файловой CMS вроде Битрикса админ со своей странички может исковеркать любой файл, например.
И даже в цивилизованной среде загруженные менеджерами картинки-документы, например, появляются на сервере отнюдь не через гит разработчика.
Взять пару готовых CMS для блогов (WP, конечно, и для разнообразия, например - WinterCMS+RainLab.Blog) и посмотреть, как это делают люди, не впервые столкнувшиеся с проблемой.
По хардкору - еще поставить Битрикс с его блогами и посмотреть, как делать не надо.
Вова, welcome to reality, чо :)
Бэк на плюсах - это примерно как нанимать каллиграфа для выписывания больничного.
Может получиться очень круто, но мало кто готов оплачивать.
