Плагин https://raw.githubusercontent.com/carhartl/jquery-cookie/master/src/jquery.cookie.js // read the current/previous setting $("#dont_show_message").each(function() { var name = $(this).attr('name'); if ($.cookie(name) && $.cookie(name) == "true") { $(this).prop('checked', $.cookie(name)); } }); // event management $("#dont_show_message").change(function() { var name = $(this).attr("name"); $.cookie(name, $(this).prop('checked'), { path: '/', expires: 365 }); });
Месяц: Март 2017
Отправка почты через postfix
Шаг 1. Нужно заиметь учётку на работающем почтовике, чтобы мы могли юзать его как relay. Делается не сложно, просто обращаемся к админу того сервера с соответсвующей просьбой. Ну реализацию этого шага я думаю по деталям разъяснять не стоит. Шаг 2. Открываем /etc/postfix/main.cf и ищем там настройку relayhost. Она отвечает за пересылку почты через релай. Указываем адрес, по которому нам доступен почтовик в локалке. relayhost = [mail.local] Тут mail.local - это и есть этот адрес. Шаг 3. Авторизация на релай-сервере. Отрываем тот же /etc/postfix/main.cf и дописываем такие строки: defer_transport = smtp smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpass Это мы активировали функию авторизации через SASL. Учтите, если авторизация какая-то хитро-мудрая, то этот способ может не подойти, на этот счёт лучше поговорить с вашим админом. Далее в файо /etc/postfix/saslpass, который мы указали раннее прописываем логин а пароль от сервера. mail.local relayuser@mail.local:password На всякий случай комментирую: первое - это адрес сервера, второе - логин, третье (после двоеточия) - это пароль. После этого создаём хешированную таблицу (которую postfix и будет читать). # postmap /etc/postfix/saslpass Остаётся перегрузить настройки postfix. # /etc/init.d/postfix reload Вот собственно и всё. Можно работать. Главное корректно задавать адрес отправителя в заголовках, ибо может не прокатить. честно стырено с http://adment.org.ua/admin/21-postfix-relay
Amazon S3 около четырех часов работал с перебоями
28 февраля 2017 года, примерно в 21:00 по московскому времени перестали отвечать сервисы amazon s3 US-EAST-1 региона. Продолжалось все это безобразие 4 часа 17 минут, в это время не работали задачи Trello, платформа Coursera, сервис вопросов Quora, пользователи жаловались на проблемы в работе Open Whisper Systems, Quora, IFTTT, рассылок Sailthru, Business Insider, Giphy, Medium, Slack, Coursera, различных фотохостингов и так далее.
Что же случилось? Если вкратце — человеческая ошибка, один из админов выполнил команду группового удаления сервисов, но вместо одной (небольшой) группы серверов, он выключил другую, почти целиком остановив биллинг (и все остальное) на S3 в этом регионе.
https://aws.amazon.com/ru/message/41926/
Стоит добавить, что недавно, 31 января 2017 так же из-за человеческой ошибки пострадал GitLab, когда сотрудник их компании, хотел почистить слейв БД, дропнув ее, но перепутал сервера, и дропнул мастер.
https://docs.google.com/document/d/1GCK53YDcBWQveod9kfzW-VCxIABGiryG7_z_6jHdVik/pub