Каково некоторое интересное использование крона?
К сожалению, записи MX не работают как этот. Можно указать несколько записей MX для дублирования, должен один сбой сервера, но Вы только получите почту, поставленную одному серверу.
Работа записей MX над системой приоритета, таким образом, smtp серверы попытаются отправить почту в запись MX с самым низким приоритетом сначала, затем если они не могут, следующее и так далее. Если у Вас будет несколько записей MX с тем же приоритетом затем, то он выберет запись наугад поместье похожим способом к круговому DNS. После того как это поставило почту, это не будет больше пробовать.
Если бы Вы хотите получить почту, поставленную обоим серверам, я предложил бы использовать тот в качестве основного и получить всю почту и затем передать на другом. Можно установить вторичный почтовый сервер с приоритетом записи MX выше, чем основное устройство так, чтобы был должен основной сбой вся почта переходить к вторичному устройству.
Некоторое интересное использование?
Ну, я раньше использовал его по контрактам для автоматического представления идентичного расписания каждую неделю, потому что я всегда работал над теми же задачами (и примерно теми же часами). Это сохранило меня от необходимости выносить болезненные, ненужные приложения расписания.
Мы также использовали его для создавания элементарного основанного на почте приложения создания отчетов о состоянии в очень плотно заблокированный вниз, разделенная на уровни сетевая среда. Скорее затем пострадайте через всю боль перфорации дыр через брандмауэр, мы использовали
cron/ftpдля передачи "сообщений", которые были затем помещены в почтовую форму, однажды, мы вытащили их из охранять территории.
Что-либо, что должно произойти регулярно.
- Выполнение кода, который взимает сборы за ежемесячную подписку
- Проверка, возросли ли другие серверы
- Вращение файлов журнала
- Сокращение таблиц базы данных старых данных
- Отправка ежедневных и еженедельных почтовых напоминаний пользователям