Модель хранения сообщений в Exchange и проблемы на заводе с рассылкой почты.

На заводе существует Информационный дайджест. Это "Ленинская правда" завода, который рассказывает о последних новостях и достижениях в заводе. С этим дайджестом существует одна проблема. Письмо написал Игорь Голик. Диана - работник информационного отдела завода, отвечающая за дайджест.

Диана, добрый день!

Есть предложение насчет рассылки дайджеста. Вопрос в том, что на данный момент в ПАО насчитывается более XXX почтовых ящикови их количество постоянно растет. Мы испытываем серьезные проблемы со свободнымместом на сервере электронной почты. Объем каждого письма с  дайджестом занимаетоколо 1Мб (учитывая размер прикрепляемого файла около 650 Кб), умножая на XXX электронных ящиков получаем серьезный объем.Предлагаю данный дайджест размещать на веб-сервере (www.frunze.com.ua или www.frunze.com.ua/social), а почтовой рассылкой отправлять только ссылку на свежий дайджест. Этим мы значительно уменьшим нагрузку на сервер электронной почты. Дополнительный плюс от такого решения – доступ к данным серверам есть у всех пользователей,а электронная почта далеко не у всех. Надеюсь на понимание и сотрудничество с Вашей стороны!

Захотелось разобраться с ситуацией, ведь с одной стороны ясно помню, что в Exchange 2003, который у нас был довольно длительное время, была технология хранения единственной копии.

И вот ответ из блога разработчиков Exchange, ответ, который раз и навсегда дает ответ на то, какой объем займет XXX одинаковых писем в Exchange 2010.

http://blogs.technet.com/b/exchange/archive/2010/02/22/3409361.aspx

Респект Игорю и он был прав - новая схема хранения Exchange 2010 не умеет хранить единственную копию.

PS: Дискуссия на форуме по этому поводу. Тоже интересно: http://social.technet.microsoft.com/Forums/ru-RU/ocses2007ru/thread/95eb8fc1-114a-4b4a-819d-9046ce9debca/

Проблема +2 или +3. Это вам не 2000 год.

Чувствую я будет жопа.
http://news.zn.ua/SOCIETY/rada_otmenila_perevod_chasov-88146.html
Опа.

Я ж говорю, это вам не 2000 мифический год и надуманная проблема, которая позволила срубить бабла - тут перекрутить железяки надо.
Все венды, циски у тру админов, юниксы...
И чувствую я, зная многих "админов", что будет пахнуть жареным и прожареным.

На всякий случай пара ссылок:
Для венды: http://www.rublin.org.ua/node/118
Для юникса: http://unixforum.org/index.php?showtopic=127959
Для FreeBSD (внимательно читаем UPD-сообщение): http://www.mahno.su/freebsd/network/otklyuchaem-perehod-na-letnee-zimnee-vremya-vo-freebsd
Для Cisco: http://www.slideshare.net/CiscoRu/cisco-9691290

Всем  удачи.
И не забудьте настроить часики во всех своих вычислителях, чтобы не выглядеть жалко и некомпетентно.

97 вещей, которые должен знать...

... программист
... архитектор ПО
... менеджер проектов

Оригиналы есть в PDF-ах на файлообменниках, а это всего-лишь немного примеров того, что в этих книгах. Очевидные, но такие полезные вещи.

Рекомендую.

Немного об Оппенгеймере.

Сам человек достаточно интересен, чтобы как минимум узнать о том, кто руководил созданием ядерных бомб, которые упали на Японию в Национальной лаборатории Лос Аламоса, США.
Итак, поехали:
Статья в Википедии.
Знаменитые слова о ядерном взрыве "Тринити", который показал итог работы Проекта Манхэттэн, которые прозвучали как воспоминания на телевидении США в 1965 году:

We knew the world would not be the same. A few people laughed, a few people cried. Most people were silent. I remembered the line from the Hindu scripture, the Bhagavad-Gita; Vishnu is trying to persuade the Prince that he should do his duty and, to impress him, takes on his multi-armed form and says, 'Now I am become Death, the destroyer of worlds.' I suppose we all thought that, one way or another.'

И на русском:

Мы знали, что мир уже не будет прежним. Несколько человек смеялись, несколько человек плакали. Большинство молчали. Я вспомнил строку из священной книги индуизма, Бхагавад-гиты; Вишну пытается уговорить Принца, что тот должен выполнять свой долг, и, чтобы впечатлить его, принимает своё многорукое обличие и говорит: «Я — Смерть, великий разрушитель миров». Я полагаю, что все мы, так или иначе, подумали о чём-то подобном.

 Кстати, сам ученый читал Бхагавад-гиту на языке оригинала - в 1933 году он выучил санскрит.

Ну и немного современной музыки, думаю многие слышали, но редко задумывались над тем, кто говорит в этом переходе Linkin Park:


Ну на последок http://lj.rossia.org/users/bobus/21675.html - там все коротко, но правильно описано ;)

Мы сделаем вас счастливыми.

http://korrespondent.net/tech/science/1206968-desyat-pravil-schastya-britanskie-uchenye-rasskazali-kak-stat-schastlivym

Немного из Википедии.

http://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B0%D0%BD%D1%81%D0%B5%D1%80%D1%84%D0%B8%D0%BD%D0%B3_%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8

http://ru.wikipedia.org/wiki/Per_aspera_ad_astra

http://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%B0%D0%B4%D0%BA%D0%B0_%D0%AD%D0%B9%D0%BD%D1%88%D1%82%D0%B5%D0%B9%D0%BD%D0%B0

Немного полезностей по MySQL.

Оно того стоит.
http://code.google.com/p/mysql-cacti-templates/wiki/MySQLTemplates - прекрасные шаблоны для Кактуса.

Нормальный DBA по MySQL просто обязан знать что такое Percona, кто такой Питер Зайтсев, неоднократно метался между документацией mysql.com-документацией и mysqlperformanceblog.com-советами и разжевываниями. Далее отдельная страница сайта с презентациями здесь - http://www.percona.com/about-us/presentations/

Немного устаревшая, но не менее полезная информация о том, что же можно подкрутить в свежеустановленном MySQL-сервере здесь - http://www.mysqlperformanceblog.com/2006/09/29/what-to-tune-in-mysql-server-after-installation/

Правильный MySQL DBA всегда использует такие крутые средства диагностики, мониторинга, обслуживания для своих серверов - http://www.mysqlperformanceblog.com/tools/

Также, можно почитать о будущем мощных вычислителей, с которыми некоторые личности работают уже прямо сегодня. Так как я люблю красивую и правильную серверную технику, то особо обращаю внимание на такую статью - http://www.ssdperformanceblog.com/2010/12/mysql-5-5-8-and-percona-server-on-fast-flash-card-virident-tachion/. Это отдельный блог по SSD-технологиям, которые используются уже сегодня. Внимательно смотрим на сервер Cisco UCS 250. Адская машина, нечего сказать. Само описание сервера, который использовался в тестах можно здесь - http://www.percona.com/docs/wiki/benchmark:hardware:cisco_ucs_c250.

Вот такие дела, мои уважаемые друзья.

То, что должно быть в голове у каждого сетевого специалиста.

Собрание очень большого количества материалов по теории и практике сетей.

http://ws.edu.isoc.org/materials/archived.php

Hyper-V и динамическая память.

Очень хорошая статья по памяти в Hyper-V.

http://blogs.technet.com/b/vm/archive/2011/01/13/hyper-v-r2-service-pack-1.aspx

Интерфейсы.

Иногда просто полезно вспомнить и освежить память. Тем более это такая живая красивая история пользовательских графических интерфейсов.
http://arstechnica.com/old/content/2005/05/gui.ars/

А вот и более интересное дело по моему самому любимому текстовому процессору - MS Word: 8 частей. Много интересного. Особо поразила статистика используемых функций.
http://p1uton.ru/2008/08/11/the-why-of-the-new-ui/
http://p1uton.ru/2008/08/12/ye-olde-museum-of-office-past/
http://p1uton.ru/2008/08/14/combating-the-perception-of-bloat/
http://p1uton.ru/2008/08/18/new-rectangles-to-the-rescue/
http://p1uton.ru/2008/08/19/tipping-the-scale/
http://p1uton.ru/2008/08/21/inside-deep-thought/
http://p1uton.ru/2008/08/25/no-distaste-for-paste/
http://p1uton.ru/2008/08/27/grading-on-the-curve/

Очень интересно. Да. Я созрел на ленточный интерфейс. Перехожу!

QIP без аккаунта qip.ru!

Вот иногда бродишь по Инторнетам и находишь полезность: http://wiki.qip.ru/Isolated.
Вики-статья о том, как накрутить реально удобный и крутой пейджер на различные виды работы. Особенно интересно описано отключение qip.ru учетной записи.

Музей электроники СССР.

http://www.leningrad.su/museum/main.php