-atime — время последнего обращения к файлу.
-ctime — время последнего изменения владельца или прав доступа к файлу.
-mtime — время последнего изменения файла.
mtime - хороший параметр, сам его использую для удаления старых бекапов, но для контроля он не подходит, т.к. "что мешает у нового файла установить прошлогоднюю дату?"
попробуйте так:
admak, еще раз, ТС попросил новых а не измененных файлов
что мешает у нового файла установить прошлогоднюю дату?
http://ru.wikipedia.org/wiki/Find
mtime - хороший параметр, сам его использую для удаления старых бекапов, но для контроля он не подходит, т.к. "что мешает у нового файла установить прошлогоднюю дату?"
И зачем же ее убирать? В теме ведь написано "новых файлов", вот только непонятно, за какой промежуток времени файл становится "старым".
к сожалению, время модификации файла легко изменяется, поэтому ориентироваться на него не стоит.
если делать по уму, то нужно расчитывать контрольные суммы по файлам и ориентироваться только на них.
Хотел написать не grep, а ls/ll :)
ну или find, как в примере выше, только маску по времени убрать.
затратно по ресурсам получится, но все равно спасибо ;)
раз в сутки прочитать оглавление всех дирректорий затратно по ресурсам?...
другой вариант:
на нескольких серверах использую бекап по rsync, все изменения файлов можно найти в логе rsync-a (добавлено, удалено, изменено)
я бы так дело не оставлял, требуйте обнуления в суппорте
а еще можно в суд подать на Я, за тицевтирательство! 😂
сегодня ИП распознан как бот, завтра человек переставил Ось и он уже клиент, но он в бане ....
угу
еще у многих живых людей - DHCP, так что можно оказаться в бане ничего не делая.
то, что я не должен сам ставить в виде софта
т.е. подойдет любой линукс засунутый в фирмваре.
существуют DD-WRT, OpenWRT, FreeWRT и т.д.
SOA тут не причем. Не нравятся NS не используйте.
на приват контактах утечка мыла через SOA - есть, поэтому лучше не использовать.
---------- Добавлено 13.03.2013 в 14:35 ----------
admak, возможно ты не обратил внимание, я говорил про DNSредактор логикбокса, а не ево. Говорил для сравнения.
упс, сорри, с бизнес-логикой тогда все ок, второго приятного косяка нет :)
о чем именно говоришь?
я имел ввиду: то что закрыто для бесплатного редактирования в одной форме (поле SOA), можно изменить через другую форму - DNSредактор.
косяк в бизнес логике/проектировании, но в данном случае это приятный косяк и он перекрывает первый :)
но не рекомендую надеяться на днс-редактор, мне спокойней использовать внешние днсы.
Использоваться на сервере будет только iptables и nat.
удобнее использовать nginx(cache+upstream)
кеш - чтобы лишний раз не дергать слейвов (даже простое кеширование мелкой графики и статики, уже даст ускорение загрузки сайтов)
апстрим - автоматическое переключение слейвов, есть несколько режимов работы