Под Vista все работало нормально, но после того как накатил поверху Windows 7 система стала грузиться с черным экраном, причем по звукам было понятно, что там за черной стеной экрана, что то происходит. В safe mode машина загрузилась нормально, а также нормально поднялась после того как руками удалил из безопасного режима видеокарту GeForce Go 7400. Но после того как винда нашла драйвер и перегрузилась- все стало точно также.

Не помогло и обновление windows 7 до sp1, ибо с оборудованием под семеркой есть тема, что оно начинает работать корректно, после обновления системы, так как подтягиваются последние версии драйверов. Но видимо не в этом случае. Так что осталось опробовать последний вариант- скачать драйвера для Vista & Windows 7 с офф.сайта, распаковать, после чего запустить обновление драйверов видеокарты:

Мой компьютер -> правой клавишей мыши Свойства -> Диспетчер устройств -> Видеадаптеры ->  NVIDIA GeForce Go 7400  -> Драйвер -> Обновить -> Выполнить поиск драйверов -> Выбрать драйвер из списка -> Установить с диска

После чего проследовать в папку с родными дровами и выбрать любой понравившийся. Система ругнется, что это зло, но надо быть неумолимым.
И тогда да будет свет.

Поэтому когда сегодня, гуляя по городу зарулили к клиенту, чтобы с оказией почистить сервер от пыли, полагал что это может занять какое то время. Вообще чистить серваки я не люблю, так как гул работающего сервера воспринимаю как индикатор того, что все спокойно и можно гамать в WoW дальше, а вот тишина в серверной как раз вызывает панику. Но клиент, как это обычно свойственно клиентам, сделал ход лошадью, и поскольку я ему прикупил модный шкаф, решил его поставить в центре open-space, стыдливо отгородив ширмочкой, так что шуршание вентиляторов вызывает в неокрепшем сознании манагеров протест.

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

Включил, подождал 10 минут- нет контакта. Подключил моник- тишина в эфире: монитор в standby, хотя машина вроде работает, проц греется, винты шуршат.
Разобрал, вытащил RAID-контроллер- все начало грузиться.
Продул контакты PCI, вставил RAID на место, BIOS начал загружаться до теста памяти.
Вытащил последние две банки, тоже самое.
Вытащил третью- сервер грузится.
Все продул, поставил банки обратно- ничего не грузится.
Вытащил все банки, на место первого поставил четвертый. Все грузится.
Воткнул 3 в 3. Не грузится.
Поставил 3 во 2, все грузится.
Добил 1 и 2 в 3 и 4, все нормально работает.

Что вот мешало- хоть убей: контакты чистые, слоты продуты, от перестановки сумм слагаемых сумма вроде не меняется. Но эмпирическим путем доказано, что таки да.

Так вот, уже с год у него имеется навязчивая идея использовать для почты своей конторы решение облачного сервиса  Microsoft Office 365, о котором, как мне казалось, я писал по прошлой весне (но найти данной статьи я не смог), когда изучал решение от буржуйских партнеров Microsoft – 123Together и тогда остался крайне недоволен качеством предоставляемого сервиса. В этот раз проба пера уже была через российского партнера Microsoft, некоего интегратора, от которого приехал очень приятный пресейл, все нам рассказал и показал, правда, как выяснилось, на половину интересовавших меня вопросов он не смог дать вразумительный ответ, так что досылал их уже после по мылу.

Собственно о том, что я вынес из беседы и последующего тестового периода, под катом:

Сервис предоставляется самими мелкомягкими, то есть все хостится в их облаке, а интегратор лишь является прослойкой для передачи бабок и помощи, если необходимо, при интеграции в существующую схему и переносе данных. Стоит это, по моему мнению, весьма не скромно- порядка 200 рублей за почтовый аккаунт (хотя год назад это конечно стоило 450), так что в нашем случае выходит около 15к рублей в месяц, причем надо заметить для части офиса. Учитывая, что навороченный дедик в хорошем ДЦ стоит 4-5к рублей (хотя он тут и не нужен), то как говорится- почувствуйте разницу.

Данное решение (сейчас речь про весь облачный сервис Microsoft Online Services, в который входит и Office 365) обладает всеми прелестями облачного хостинга, как Exchange, так и Sharepoint, Office Web Apps или Lync.  В данной статье я распинаюсь про Exchange, так как шарика я уже хапанул с избытком и так.

Говоря про Exchange, не могу не заметить, что его достоинства как почтового решения для меня являются не особо убедительными, но все же: то есть синхронизация с AD, поддержка службы единого  входа (правда опять же не ясно зачем это в офисе где нет перемещаемых профилей и удаленных пользователей врубающихся по VPN в AD, т.к. логин настраивается один раз сисадмином), резервирование на стороне MS, попсовая вебморда OWA, синхронизация со всякими гаджетами и работа по ActiveSync, встроенный планировщик. При этом в облачном сервисе естественно присутствует простота администрирования, когда у тебя не болит голова, отчего у тебя упал транспорт сервера если ты изменил настройки одного ящика, так как клиенту предоставляется простой веб интерефейс управления. Вот наверное только ради этого и стоит использовать решение Microsoft Office 365, хотя опять же не совсем понимаю чем он лучше например DA или даже CPanel. Точнее, про простой интерфейс говорит интегратор и сами мелкомягкие, так что я этого не понимал, пока не вгрызся в интефрейс управления сам.

Для меня вообще загадка чем Exchange лучше чем связка их dbmail + exim + mysql + clamav + dspam + horde, ибо все эти фичи можно поиметь гораздо дешевле и что главное стабильнее, но меня в этой ситуации мало слушали, так что продолжаю.

А теперь немного о минусах:

Во-первых остался не понятный баг с алиасом, когда заголовок письма адресованный алиасу перезаписывается и письмо падает на имя аккаунта. При этом списки рассылки доставляются корректно. Так что алиасы, для корректной доставки, чтобы было понятно на какой мейл было прислано письмо, следует организовывать через списки рассылки. Но при этом, для того чтобы производить отправку от лица списка рассылки (как ответ на присланное письмо), придется немного пошаманить в админке и PowerShell (это еще одна фича от мелкомягких, когда часть оп, что в Exchange, что в SharePoint включается только через консоль).

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

В-третьих это ужасный интерфейс управления- реально архитектору разрабатывавшему этот сервис надо поотрывать руки, так как вообще управлялок аж три штуки: уровня сервиса, уровня пользователей и спам сервис на базе движка от Forefront, причем от рутового меню до управлялки спамом добираешься кратчайшим путем в 4 клика! Учитывая, что менюхи совершенно не вразумительные и навигация не фига не интуитивно понятная, то возникает ощущение, что термин юзибилити наличиствует не во вселенной Microsoft. В добавок к этому часть менюх открывается только в новом окне, даже если ты используешь FF, что естественно крайне неудобно, особенно учитывая тот момент, что правый клик мыши на них не работает.

Учитывая новый уровень юзабилити, ящик заводится манипуляцией в двух управлялках- сначала в одной вы настраиваете пользователя, алиасы, ФИО, адрес и весь фарш, после чего идете уже в другую консоль и включаете там для него лицензию сервиса. Понятно, что это происходит из-за того что в решении Microsoft Online Services реализовано несколько разных сервисов, но для ручного создания пользователей это конечно гемор.

Кстати к вопросу о едином входе: там тоже не все однозначно, так как надо доставлять несколько приблуд (ADFS 2.0 и DirSync) на доменные контроллеры и либо организовывать прокси, либо пробрасывать ssl порт на доменные контроллеры, что конечно очень не однозначное решение по безопасности, так что теоретически под это дело надо выделять отдельный сервер в DMZ.

Также для корректной работы необходимо добавлять в файл зоны SPF запись, в связи с чем возникает вопрос как будет происходить работа с почтарями не имеющими подобных настроек, так как в свое время мелкомягкие пытались навязывать всем свои RBLки, в том числе и через Hotmail, который не принимал почту с серверов не имевших данную запись. На уровне спам фильтра эта опа, отлуп без SPF есть, но это может работать также и на уровне самого движка.
Также в сервисе продолжает работать мелкомягкий феншуй- все грабли лечатся через релогон, отдельное спасибо что не через перезагрузку облака- то есть лицензия на использование сервиса, у вошедшего пользователя, подхватится только после релога, если сессия спам-фильтра Forefront истекла, то надо отключаться из основного аккаунта, так как при попытке открыть сервис снова, он в каждом новом окне будет писать, что сессия истекла, закройте окно. Возможно что это проблема именно FF, и в IE этой проблемы нет, но кто еще пользуется мелкомягкой бродилкой то?

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

Вообщем впечатления от системы крайне негативные- не смотря на то что самих настроек системы Exchange Online не много, мелкомягкие смогли их так растасовать, что работать с ними крайне неудобно, к тому же если сравнивать с упомянутой выше  CPanel, то мелкомягкие мягко говоря проигрывают (DbAdmin и подавно)- ибо по своей традиции, к велосипеду они прилепили реактивный двигатель, но при этом не позаботились о брызговиках. На мой взгляд: дорого, не практично и неудобно. Еще большой вопрос относительно стабильности работы всего этого богатства, а также резервирования. Единственный плюс, что они дают порядка 25 гигов на почтовый ящик, но опять же- на мой пристрастный взгляд- это бред, хранить такое количество почты на удаленном сервере, так как максимум который может сделать пользователь за 3-4 месяца (из наиболее клинической практики)- это где то 2 гига, которые надо в любом случае держать на машине, и если делать по уму, то резервировать на отдельный сервак, откуда можно было бы вытащить эти данные в случае необходимости. Ибо максимальное количество почты что хранилось у моих клиентов- это было около 40 гигов переписки за несколько лет, необходимость в которых возникала всего пару раз за год. Опять же резервирование скульной базы данных, в случае локального сервера- банально до простого- как это делать на удаленном почтаре, мне все таки не совсем понятно, ибо размер базы будет составлять сотни гигов.

В итоге обзвонив все, выяснили что в всех средний срок ожидания массива составит около двух недель, а в одной он лежит на складе в ожидании счастливых обладателей. Отлично- на этом моменте я отключился от операции “найди массив” и забыл о нем, пока на днях не приехал к клиенту на переговоры по одному интернет проекту. Пока суть да дело, вспомнили про NAS, а кстати где же мальчик?

В итоге секретарь позвонила в контору, при том что счет оплатили на следующий же день после заказа, а ей там и говорят- нет у нас массива, ждем в начале следующей недели.

То есть этакая сейлзовая система нипель- тебе обещают поставку, ты переводишь деньги, а потом хитрованы ждут когда ты сам чухнешься и позвонишь. И тогда разводят удивленно руками и говорят- ну вот нету. Жаль. Тут уже от фантазии продавцов зависит, будет ли это ошибка системы, определенного продавца или динамо поставщика. Смысл в том, что тебе либо надо вставать в позу и требовать возврата денег, со всеми сопряженными сложностями, либо махнуть на это дело рукой и покорно ждать доставки.

Я бы на свой г. характер пошел на принцип, но клиент решил расслабиться и получить удовольствие. А так бы конечно при покупке за налик, фирма была бы послана лесом и выбран другой, более вменяемый поставщик.

Вообщем что имеем: ошибка “-200 File is not data file” и далее точный адрес пациента. Данная проблема говорит о том, что файл базы данных бякнулся и система не может его распознать как базу данных. Так что путей лечения буквально чуть-чуть, но основной базируется на постулате, что одни админы никогда не теряли данные, а другие уже их резервируют.

Но есть несколько операций, которые возможно могут помочь в этой не простой задаче:
1. Сделать резервную копию уже порушенной базы;
2. Прочекать диск на ошибки, если вдруг выяснится что компьютер перед этим перегружали по кнопке, или он вис (хотя бухгалтеры при этом вопросе сразу начинают уходить в несознанку);
3. Прочекать базу на ошибки: Конфигуратор -> Администрирование -> Проверить на ошибки ИБ (или как то так);
4. Если с бэкапом сложно, то можно попробовать переставить программную часть, хотя мне кажется это из раздела бубнов;
5. Ну и последняя (сугубо теоретическая) надежда, которая основывается на крике бухгалтерам “РУКИ ОТ КОМПЬЮТЕРОВ!” после падения базы. Вероятнее всего, что если этого крика не было, прежде чем вам позвонить они раз 150 пытались уже запустить базу, видели ошибку и снова запускали. Но в надежде что это было все не так, можно попробовать просканить файловую структуру диска в данной папке, вполне возможно что сможете там найти удаленные хвосты переписанного файла.

И никогда не доверяйте бухгалтерам. Они ленятся делать бэкапы сами.

Последний испытанный мною шок, приключился когда я в том году искал админа для одного своего клиента и по этой причине пришлось прошерсить несколько сотен резюме и по итогам их пообщаться с парой десятков человек: 80% соискателей пришли из других областей, начиная от поваров и заканчивая слесарями, строителями, и даже юристами. И основная причина перехода была как раз твердая убежденность в том, что в IT платят кучу бабок за просто так, из серии: ну а чо- я винду ставил пять раз, в офисе печатаю- значит я сисадмин и дайте мне 50к рублей, у вас же тут зарплаты по 200к.. ну ладно давайте 35.

Учитывая, что в айтях я проработал без малого 15 лет, то думаю что могу отписать на сабжу некоторые свои мысли. Заранее предупреждаю, чтобы избежать тонн ненависти в свой адрес, пишу я по ситуации в московском регионе где мне посчастливилось родиться, но при этом слезливые истории про то что у нас на тамбовщине платят 10к рублей- не принимаются, ибо по собеседованиям выяснил, что нижний порог зарплаты в Москве на 2011 год, для системного администратора, за которую люди работают- 15-16к рублей.

Начну с того, что HH.ru это УГшный портал, созданный одними эйчарами для других. Реальных предложений, от прямого работодателя там от силы половина, остальное это позиции от многочисленных кадровых агентств, которые конечно являются фильтром отсеивающим неадекватов, но зачастую в нем самом работают неадекваты, не отличающие например эникейщика от телеком инженера, и я неоднократно попадал в ситуации когда меня приглашали на собеседование, и выдавали на инглише совершенно иное описание позиции, нежели то, по которому меня зазывали в гости. Часть позиций, с высокими зарплатами особенно, вывешиваются для сбора резюме в базу, для последующей их обработки, так что отправляя свое резюме на вакансию системного администратора с зарплатой в 100к рублей- не факт, что такая позиция вообще существует в мире.

К тому же часть работодателей, да и агентств исходят из принципа “стерпится, слюбится” и публикуют объявления с заведомо завышенной зарплатой, на 10-20%, основной целью чего является заманить вас на собеседование и выесть мозги с надеждой авось согласится. В лучшем случае данный обман вскроется в процессе собеседований, хотя не редки истории о том, что более низкая зарплата выявляется только на стадии подписания контракта, когда претендент уже сжег все мосты и по логике работодателя деваться ему некуда.

Собственно что мы имеем по золотым горам:

оговорюсь сразу- могут быть какие угодно зарплатные перекосы, при которых эникейщик в банке будет зарабатывать 80-90к рублей, а юниксовый “наше все”, обслуживающий ферму из 10+ серверов, 100 компов – 40к. Или же позиция директора по IT за 50-60к может сочетать под собой, директора, офис-менеджера, старшего системного администратора и преподавателя windows for dummies, ибо исторически считается что проще найти нового сисадмина, чем безграмотного бухгалтера или юриста, не знающего компьютера. Но я говорю так сказать о средней температуре по палате.

от 25 до 50к рублей это средняя зарплата эникейщика, а также младшего/среднего системного администратора, от которого требуются хорошее знание платформ Windows, частенько *nix (причем с Unix прилетает куча пакетов от samba или apache до Asterisk и серьезных СУБД), офисные пакеты, коммутационное оборудование и естественно сетевые дела (если не OSI7, то хотя бы зачаточные знания по маршрутизации), офисные пакеты и всякий дополнительный спец софт, вроде Паруса или 1С. Сюда же обычно будет включена телефония, оргтехника, обсуживание кабельной системы, и что уже не оговаривается, но вероятно обслуживание домашних компов и ноутов руководства за спасибо, а также телефонов с прорезками уже в бытовую технику (если знаешь как подключить монитор, значит умеешь настроить телек). Также сюда могут относиться сетевые инженеры уровня CCNA, администраторы баз данных, вебсерверов и т.д. По итогам анализа этой ниши можно подумать, что среднестатистический работодатель полагает что юниксовые инженеры не интересуются деньгами, а берут исключительно удовольствием от общения с серверами.

от 40-50к рублей начинается уже элита сисадминства и держится дето до 70-80к, пробивая до 100-120к. Это старшие системные администраторы, просто системные администраторы и всякие начальники отделов, хотя по опыту работы- начальник отдела системного администрирования или телекома, может и не являться системным администратором (самый клевый вопрос, что я получил на собеседовании на позицию руководителя отдела сисадминов “а вы когда нибудь сервер сами настраивали?”- и оказалось что 70% претендентов полагают, что здесь надо только уметь руководить). Сюда же относятся сертифицированные специалисты всяких Sun, Oracle, Microsoft, Cisco, Avaya и многих других. Где то около верхней планки тусят и люди уровня CCSP, а также всякие мега-гуру MS – чаще всего работающие в интеграторах, но там при окладе в 60-80к рублей еще надо учитывать % по результатам выполнения проекта, который может тянуться и полгода и год. Но в принципе работа на стороне заказчика, в плане денег, более благодатная, нежели беготня на стороне интегратора, когда приходится мотаться по командировкам, постоянно сертифицироваться, осваивать что то новое. И сроки- сроки- сроки. Из требований к соискателю: если это заказчик, то весь комплект знаний по которым строится анекдот про управление малыми судами и лётной техникой. Если на стороне интегратора, то узкоколейные знания и сертификаты. Хотя по своему опыту могу сказать, что наличие довольно крутых сертификатов, на удивление, не означает глубокие знание по данной, и уж тем более смежным областям.

от 80 и до 120-150к идут уже либо боги, либо топ-менеджмент IT, а также инженеры вендоров и пресейлы, имеющие сертификацию уровня профи или экспертов. По большому счету максимальная планка это 100к, но как я писал выше, могут предлагать и повыше, например чтобы переманить редкого спеца- например те же CCIE крайне редко встречаются в природе (около 3к человек в России и 22к в мире), или какого нибудь инженера вендора, позволяющего своим статусом и наличием в конторе, заниматься ей дистрибуцией или стать премиум партнером. Но тут уже реально важна сертификация, хотя например тому же инженеру Sun или Oracle могут предложить и 100-120к, просто исходя из опыта работы, но с обязательной последующей сертификацией, только за счет того, что спецов реально мало, а сама тематика дорогостоящая и преобладает преимущественно в финансовом секторе. Тут же живут и спецы по всяческим документооборотам, SAP, CRM, ибо эта тема востребованная, но это уже, как в принципе и Oracle, на стыке системного администрирования и программирования.  И чаще всего здесь идет перекрытие на уровне взрыва мозга: виртуализация, хранилища данных, кластеры, сложная архитектура, среды передачи данных.

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

Более того, за все время моих поисков работы (где то с 2007 года, когда я уже стал искать управленческие позиции) я получал наверное раза три всего предложения в районе 150к рублей: IT менеджером на строительстве Сахалин-2 с проживанием на Дальнем Востоке (при том что эта же позиция в офисе той же конторы на Садовом, предполагала зарплату в 100к рублей), замом по IT в одном из министерств и менеджером проектов в какой то мутной шараге занимающейся внедрением решений в области инфосистем (вероятнее всего ляля-труляля).

Все остальные предложения не выбивались за 80к рублей, да и то- тут надо учитывать что сертификатов у меня довольно много и часть предложений была именно от интеграторов в пределах 70к; да и опыта работы у меня до задницы, что сыграло кстати против меня, когда я хотел найти не пыльную работенку на 40-50к,  в офисе до 100 компов, чтобы за месяц-другой все отладить, и сидеть заниматься своими делами. Но тем не менее среднестатистические предложения шли на уровне 50-60к, от старшего сисадмина до руководителя IT. Кстати новый тренд, который появился несколько лет назад- это то что хорошие зарплаты предлагаются в жопе мира, по какому нибудь Щелковскому шоссе в 30 километрах от Москвы, куда западло даже на собеседование ехать, не говоря про вариант явки каждое буднее утро к 9 утра; и один из доводов чтобы оправдать не особо хорошую зарплату- ну работодатель очень удобно расположен- в центре рядом с метро. Словно ты гостиницу пришел снимать, а не на работу утраиваться.

Программерские зарплаты вполне вероятно повыше, хотя я знаю несколько очень мощных разработчиков, занимающихся серьезными проектами крупнейших игроков российского бизнеса- у людей зарплаты также не превышают порог в 100-120к.

Так что мне конечно не понятно откуда у людей мнения о том, что в IT какие то космические зарплаты. Причем молодняк, как я упоминал, исходит как раз из того, что раз в айти кто то поднимает 200к рублей, то им с их нулем знаний уж 40-50к могут заплатить просто за то, что они такие красивые доехали таки до собеседования. Но реально- если бы такие места были, то уж точно многие мои знакомые и бывшие коллеги, с радостью бы туда перешли работать, благо специализация у людей позволяет реализовывать проекты любой сложности.

Все мы знаем конечно про потоп в Тайланде и обещания проблем с жесткими дисками, но есть одно НО: у компании WD, чьи диски я например не покупаю уже лет 10, в Тайланде производится порядка 70% всех накопителей (на основном остановленном заводе, их производится около 60%); тайское производство остановилось, что естественно должно сильно ударить по их позициям на мировых рынках, НО у второго лидера по производству жестких дисков компании Seagate там расположены несколько заводов, которые не свернули производство, а продолжают работать, потеряв в мощностях порядка 10%.

Неужели ж радостные пользователи, после магнитных бурь лета- ибо по своим клиентам, партнерам и коллегам, слышал про десятки случаев массового выхода жестких дисков, аккурат этим летом, накануне потопа, которые вероятнее всего явились следствием вспышек на солнце и последовавших за ними электромагнитных вихрей, или чего то там еще. Так вот, неужели же эти самые пользователи выгребли все диски, за неимением WD’шных носителей?

Оказывается не только, ибо те же проблемы, что поставили раком лидера ниши продаж накопителей на магнитных носителях, компанию WD, коснулись и лидера производства шпиндельных двигателей Nidec, на чью долю приходится около 75% мирового производства. И которые, подобно WD, ~60% своего производства держали в Тайланде, так что учитывая что их заводы стояли, то было недопроизведено более 45% общемирового объема движков. Другое дело что в начале ноября они заявили, что производство возобновляется, хотя и не в полную мощь, при этом порядка 20% будет распределено между китайскими и японскими заводами, которые в ближайшие месяцы будут работать в режиме повышенной нагрузки, для того чтобы устранить возникший на рынке дефицит HDD’шных движков.

Естественно проблему WD, которым, по оценкам специалистов, нужно от 3 до 5 месяцев для полного восстановления производства; они не решат, но производство остальных брендов нормализуют, так что цена по идее должна двинуться вниз. Хотя в нашей прекрасной стране есть одна национальная особенность, что цены поднимаются стремительно, а вот опускаются, если опускаются, с большим и протяжным скрипом.

Так что в данный момент видимо остается ждать до начала 2012 года, когда дефицит будет если не устранен, то хотя бы минимизирован. А пока стоит обратить внимание на внешние носители, которые на удивление остались практически в той же цене. Ну и ждать сопутствующего, возникшему дефициту, снижения цен на твердотельные носители, которые в данный момент уже практически сравнялись с магнитными. Ну и покупать UPS двухстороннего преобразования, ибо в сложившейся ситуации, SmartUPS на 620Ва стоит как один 3Tb диск.

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

Пришлось чинить удаленно- но самый прикол заключается в том, что коллега ни ухо, ни тем самым ко фре не имеет ни малейшего отношения, так что пришлось смотреть на экран через скайп его андроида и скидывать ему в чат команды и настройки которое надо набрать. Таким образом оттестили сервак и перезалили систему.

А еще года 4-5 назад пришлось бы пилить вероятнее всего в офис.

Есть у меня клиент один, которого я подобрал на стадии, когда она сидел в сетке разведенной двупарными кабелями, сетка была на каскадированных Компексах, и сервак, который все время падал, стоял на ХРюше. Дык собственно и пригласили меня поставить винду на 15 тока-что купленных машин- новых с иголочки (при том что бабла у конторы нормально). Ну и дальше пошло- поднял серверную ферму (еле раскрутив на человеческий сервак), перебрал кабельную систему, заменил сетевое оборудование и нарезал виланчиков, чтобы жить стало попроще, поднял нормальный интернет, заточил удаленную работу через терминальные серверы, ну и много чего еще по мелочи.

Ну и все более менее работает, летает так сказать. По мере возможностей подтягиваю где можно. Ну и тут седня утром звонят- чуть ли не с матюгами. Чо мол за шняга с сетью, совсем что ли обурел, у нас ролик не смотрится по сетке- тормоза дикие.

Начинаю аккуратно расспрашивать: оказывается- да, смотрят ролик, из другой части офиса, находящейся на другом этаже и в который, собственно по причинам экономии офиса, заведен тока один кабелек и куплен не управляемый свич. Ну и ролик такой- не ролик даже, а скорее фильм- на 5 Гб. И смотреть его пытаются с трех компов одновременно.

При том что еще два месяца назад народ бегал с винтами из офиса в офис, используя все возможности флоппинета. И спасибо естественно никто не сказал, за то что все делается по ночам, утром ты уже готов отвечать на вопросы, причем не тока по работе, но и по поводу аких то домашних косяков пользователей, хотя надо было бы сразу слать. А вот то что ролик у трех тупней тормозит- это конечно эпик фейл.

Ну это я так- для круглого счета постам накалякал. Переживать или запариваться по какому то поводу- тоже неблагодарное занятие. Продолжаем работать.

Вот и в этот раз получил очередное напоминание о том, что “если хочешь завалить дело- поручи его другому”. Один из клиентов должен был переезжать “дальше по улице” в более просторное помещение, ну и пару месяцев назад мне озвучили эту тему, так что мы сели с руководством и расписали все вопросы которые могут возникнуть.

В итоге разрисовали принципиальную схему сети, кто где сидит, куда входит инет, где сигналка и т.п. Ну и забыли до поры до времени, пока меня тут не дернули- надо поговорить о сети. Я подтянулся- встретил полупьяного электрика, поговорили с ним на тему того что слаботочка это конек их конторы, они все купят и все проведут, показали ему план, написали как и чем вести СКС, и куда приводить. Ну и на вопрос- надо ли держать на контроле- финансовый ответствует, да нет же конечно- мы все продюссеры, уж это естественно проконтролируем. Единственное скажем тебе когда полы положим, что вот начали- подъедешь, скажешь что не так, да шкаф новый соберешь. В итоге пару раз спрашивал, но все откладывалось и откладывалось.

И тут нате- как гром среди ясного неба: переезжаем. Приехал в контору, шкаф собран, но в него тока одна кабелюка идет, как я понимаю силовая, так что хожу- не могу понять куда вывели кабелюки. А надо отметить, что грузчики уже вносят барахло. Звоню- финансовому, дескать я так понимаю вы шкаф передвинули с места де планировалось, а где кабели? Мне отвечают что все готово и расшито,так что не надо ща мозги никому “йо-йо”. Нарезав третий круг, я решаю все таки глянуть в розетки, и естественно -они без начинки. А офис уже въезжает, радостно гудя.

Так что беру за грудки электрика, который как оказывается просто забыл про слаботочку, не смотря на то что его неоднократно дергали и проплатили за прокладку, и в итоге говорит- ну сейчас кинем до завтра. Я ставлю всем на вид, мечусь в НИКС за кабелями, розетками, патч-панелями- отправляю все в контору, так как надо метнуться уже по сеошным делам, ну и часов в 8 подруливаю в офис. Электрик естественно божится, что все завтра будет сделано, так что на завтра подтягиваюсь часам к трем в офис и с порога понимаю, что электрик даже не распаковал кабели. Натягиваю его на кукан уже в четвертый раз за два дня, после чего он усиленно начинает мотать кабелюки, обещая что все сделают к ночи, хотя на мой взгляд даже без расшивания, которое я оставил за собой, тут работы на день-полтора. В итоге звоню вечером- развел ли, надо ли приезжать? Мне говорят конечно, скоро заканчивает, так что приезжаю к 9 вечера, и оказывается что он от силы сделал 30% всего объема. В итоге расшил то что было, и порешили что сегодня доделаем, так как он с утра приступит к кабельной системе. Отдельное спасибо, что хоть позвонили в 5 вечера и сказали, что электрик не пришел на работу сегодня, а будет делать работу завтра.

Офис между тем – сидит третий день на вайфае. А всего то надо было сказать- ну или сам сделай, или проконтролируй что ли. Хотя сейчас, поимев гимор на три дня,думаю что надо было даже настоять на этом самому. Так что лишнее напоминание о том, что если клиент говорит, не проблема- сами справимся- это лишний повод подумать на тему того, а не стоит ли дополнительно все проконтролировать.

Процедура установки обоих скриптов проста и начинается с их редактирования, после чего скрипты закачиваются на хост, куда, в ту же папку, кладется и выгрузка из базы данных, которую нам необходимо импортировать в новую базу на сервере mysql. На скрипт устанавливаем права доступа 755.
Теперь немного подробнее о настройке каждой из программ:

1. BigDump
Открываем файл скрипта bigdump.php, в котором отыскиваем и меняем следующие строки на необходимые значения
$db_server   = ‘localhost’;
$db_name     = ‘DB_NAME’;
$db_username = ‘DB_USER’;
$db_password = ‘DB_PASSWORD’;
$filename           = ‘OUR_DUMP.SQL’; /* Наш дамп базы данных который мы выгрузили вместе со скриптом*/
$db_connection_charset = ‘Charset’; /*Поскольку мы работаем с русскими базами, то вероятнее всего это utf8 или cp1251*/

После этого открываем в бродилке скрипт хттп://наш-сайт/папка/bigdump.php и видим свой файлец, после чего наживаем на линк Start import

2. Sypex Dumper
С этим скриптом еще проще, так как у него есть графический интерфейс, через который можно вводить все данные, а также делать экспорт и импорт баз данных. Собственно заливаем файлец скрипта dumper.php на хостинг, но с одной оговоркой- опять же в плане кодировок. По умолчанию скрипт работает с cp1251, так что если надо залить utf-8, то добавляем в следующую строку параметр принудительной замены кодировки:
define(‘RESTORE_CHARSET’, ‘forced->utf8′);

После чего коннектимся через бродилку хттп://наш-сайт/папка/dumper.php
вводим логин на базу данных сайта и получаем возможность как импортировать нужную нам базу данных, так и экспортировать.

Поскольку использую нормальные хостинги, то решение это проблемы занимает всего 10-15 минут, так что особо не парился, но тут столкнулся с тем что возникла необходимость подсказать человеку у которого суппорт курил бамбук, так что выделилось несколько вариантов решения данной проблемы. Оговорюсь сразу что наиболее удобен для импорта базы данных mysql последний вариант, но он подходит только тем у кого есть доступ к терминалу. Так что в статье описаны все возможные способы импорта большой базы данных в mysql, кроме общения с суппортом.

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

2. Вариант второй – выгружать в пожатом состоянии- так как степень сжатия для текстового файла будет максимальной. Но тут опять же можно столкнуться с тем, что на хостинге не установлена поддержка архиваторов.

3. Используем сторонний скрипт, который позволяет производить экспорт и импорт базы данных, минуя общение с phpMyAdmin. Наиболее известный из имеющихся в наличии, и к тому же наиболее хорошо работающий- это BigDump. О том как его настроить – я отписался чуть позже, так что это касается и настройки по 5му пункту.

4. Как частный случай 3 вариант, возможно залить на сервер эмулятор терминала и сделать 5 пункт через него. Например можно попробовать PHPterm, но в этом варианте можно столкнуться с ограничениями хостинга в плане безопасности запуска команд и скриптов.

5. Также есть простенькая программка аналогичная BigDump, которая также позволяет импортировать большие базы данных, только в данном случае необходим Zend Optimizer либо Nu-Coder. Программка называется Sypex Dumper, и вторую версию скрипта можно даже интегрировать в наиболее популярные CMS. На сайте есть как платная утилита, так и облегченная бесплатная версия.

6. Если таки имеется доступ к консоли, то можно добавить в php.ini следующие строки (увеличиваем лимит загрузки файлов по времени и размеру), после загрузки, лучше вернуть все назад, чтобы не нагнули сервак с оказией:
max_execution_time = 20000
max_input_time = 20000
upload_max_filesize = 150M
post_max_size = 150M

7. Но на самом деле наиболее быстрым и оптимальным вариантом загрузки большой базы данных, имея доступ к консоли, будет загрузить дамп базы данных dump.sql через ftp, а затем залить её через консоль ssh:
mysql -h hostname -u user-name -p DB_name <  /path-to-dir/dump.sql
если у вас в качестве хоста базы данных используется стандартный localhost , то ключик -h можно и опустить, так что получится вида:
mysql -u user-name -p DB_name <  /path-to-dir/dump.sql

Да, чуть не забыл про самые поганые грабли всей пляски с импортом- при импорте базы данных могут возникнуть проблемы с кодировками, поэтому нам надо убедиться что дефолтная база и выгрузка sql находятся в одной кодировке, либо переконвертировать базу данных в стандартную для mysql кодировку (обычно это utf-8):
iconv -f CP1251 -t UTF-8 dump.sql > dump.sql.utf8
либо указать необходимую кодировку при процедуре импорта базы данных:
mysql -h hostname -u user-name -default_character_set utf8 -p DB_name <  /path-to-dir/dump.sql

В итоге думали с админом клиента все быстренько расшить за вечер, и в итоге семь часов просто распутывали гордиев узел, который умело сплели очередные студиозы, кидающие сетку за сто баксов- естественно без разводки, естественно без принципиальной схемы, естественно с десятком выходов и хитросплетением свичей, ибо как обычно розеток не хватило на всех. В связи с чем вспомнил несколько историй когда клиент отказывался от моих услуг в плане разводки кабельной системы и построения человеческой СКС, так что когда люди снова обращались с просьбой помочь в том, что сетка стояла колом я обнаруживал каскадирование из 8ми портовых свичеков китайского производства, или же кабельную систему расшитую по два джека на витую пару.
В связи с чем родилось несколько моментов, которые я хотел бы скорее привести для заказчика, нежели для исполнителя, так объяснять халтурщику, что он лепит горбатого бессмысленно. В данный момент хотя мозги и поставлены кальяном на место, после прозвона 60+ розеток, но в голове тем не менее легкий сумбур, так что возможно что данную статью я буду дополнять.

1. Если вы не планируете соскакивать из офиса через полгода, надо выделять место под постановку шкафа для патч-панели, на которую будет разводиться сетка, и коммутационного оборудования.
2. Если вы не можете выделить комнату под серверную, то хотя бы постарайтесь отгородить уголок где будет стоять оборудование и крайне желательно, чтобы шкафы запирались на ключик и были вне зоны действия безумных уборщиц, манагеров и прочего люда, который может выдернуть бесперебойник из сети, для того чтобы зарядить свой телефон
3. Админы не птицы, так что расшивать патч панель под потолком не самое приятное занятие. К тому же каждый раз лезть на стремянку чтобы посмотреть линкует ли кабель на неуправляемом свиче- на самом деле издевательство над инженером.
4. Оборудование имеет свойство греться, поэтому его желательно держать в комнате с работающим кондеем, а не бухгалтерами, которые летом открывают окна, так как боятся простудиться и в комнате стоит стабильные 35. Учтите что некоторые производители железа, например SUN, гарантируют работоспособность оборудования до 25 C в помещении.
5. Сетку надо разводить в одно место. Если такой возможности нет, то постарайтесь обеспечить наличие управляемых свичей, или хотя бы с гигабитными портами на борту, чтобы можно было соединить удаленные свичи по транку или же на скорости в гигабит.
6. При построении кабельной системы требуйте схему разводки, причем крайне желательно, чтобы расшивали сеть на патч-панель не как бог на душу положит, а по какому то алгоритму- например по комнатам.
7. Сетку надо кидать как минимум витой парой категории 5Е, желательно экранированной. Если вы настолько гениальны что пускаете слаботочку и силовые кабеля по одному коробу то экранирование маст-хэв. Если вы еще не поняли, то силовые кабели и слаботочку желательно вести разными каналами.
8. Гигабитную сетку оптимально разводить витой парой 6 категории. Не жлобитесь на кабельной системе- потом будите себя ругать дважды.
9. Никаких шаманств в расшитии восьмижильного кабеля на 2 джека, так как оптимальная скорость на 100Mb получается только за счет расшивания всех 4 пар. Работаю не все, но при расшитии по 2 пары- вопрос почему тормозит сетка- адресуйте себе.
10. Все провода должны заканчиваться патч-панелью, так как лапша из торчащих из стены кабелей- неуправляема.
11. Кабельную систему ведите в коробах, или фальш-потолках, полах. Никаких замуровываний кабелей в стену, так как в случае обрыва админ будет шаманить с лозой. Лучше пустите короб по полу, или же убирайте кабели в плинтуса.
12. Покупайте хорошие джеки и крамперы, так как дешевые и бракованные джеки могут портить оборудование.
13. Кабельная система должна идти одними маршрутами, а не разбегаться как тараканы по потолку.
14. Кабели в фальшпотолках убирайте в кабель-канал. Тоже самое касается и соединений офисов через нейтральную территорию. Даже убрав в него один кабель, вы практически 100% гарантируете то, что какой нить электрик офис-центра не рубанет вам сетку, перерезав неизвестный кабель.
15. Обжимайте кабели в соответствии со стандартами: европейскими или американскими. Никаких отсебятин, так как люди которые будут работать после вас, помянут вас хорошим словом, а не матерной бранью, обнаружив что вся сетка расшита по разному и выдержан только один стандарт- то что кабель прямой.
16. Не оставляйте длинных хвостов при прокладке кабеля- максимум 25-30 сантиметров. Если все таки оставили, то скрепляйте их кольцом стяжками или же теми же жилами витой пары.
17. Старайтесь избегать изломов кабеля.
18. Если вставляете розетку, то расшивайте её, а не сворачивайте кабель.
19. Подписывайте розетки и патч-панели. Каждый раз лезть в схему очень быстро надоедает.
20. Разводите всю СКС витой парой, так как в последствии будет проще эксплуатировать.
21. Прежде чем разводить кабельную систему- правильно посчитайте количество компьютеров и сетевых устройств в комнате, после чего добавьте еще 2-3 розетки.
22. Если внедряете какие то свичи или хитрые комбинации из кабелей- не ленитесь отображать это на схеме сети. Схема сети обязательна для наличия, так как на разведку боем новый админ потеряет  от пару дней до недель.

Вроде пока все что пришло в голову, если вспомню что то еще, то допишу позже.

Ну вообщем звонит в панике, так как 9 утра, а он не может зайти в виртуальную машину, поскольку система дает ошибку Finder ‘a и грузит пустой рабочий стол с которого он никак не может войти никуда, ни даже перегрузить. Поскольку я к тому моменту уже часа 4 ковырялся с удаленным серваком, на котором талантливый одмин клиента умудрился убить виртуальные сети ESXi, то посоветовал товарищу позвонить в службу поддержки Apple, так как идти к нему у меня не было времени, а Mac  я все же настолько не знаю, чтобы в голове загрузить виртуальную машину.

Вообщем часа через 3 он перезвонил снова и типо рассказал мне что служба поддержки ему не помогла, поэтому “ай нид хелп”. Уж не знаю о чем он там говорил с поддержкой, я пару раз звонил по клиентским проблемам, вроде настройки не стантартного драйвера, и отвечали резво, хотя не всегда и в попад. Ну вообщем поскольку мой демон уже был побежден, то отправился к товарищу- глянуть что там у него приключилось.

Это была все вода, а вот теперь собственно про зависший Finder:

Машина не грузится, точнее грузит пустой экран, так как Finder не загружается- естественно что зайти куда либо не получается. Собственно по этой причине товарищ пытался перегружать кнопкой, но тут выходила Эпловская штука – что машина уходила в спящий режим.

Глянул на предмет того что возможно какие нить процессы подвисли в памяти, путем нажатия cmd+opt+esc но никаких зависонов не обнаружил, так что просто нажал кнопку выключения. Естественно так как это маковская машинка, а не виндовая, то кнопку следовало держать 6-7 секунд. После чего комп вырубился и после включения все нормально зашуршало.
Откуда мораль- фиксируйте положение пальца.

Собственно памятуя о том, что в XP это делалось через патч драйвера termsrv.dll (если вероисповедание не позволяет использовать  какую нить GPL вроде UltraVNC или TightVNC), который был выдернут из XP SP2 beta, где ограничение на количество подключенных столов отсутствовало, то я решил погуглить на эту тему, и довольно быстро нарыл такую же приладу для Windows 7, которая собственно патчит вышеозначенную утилиту после чего многопользовательский вход через терминал становится доступен для администратора системы и группы пользователей удаленного рабочего стола. Собственно прилада для версии 32 бита и версии 64 бита. Причем судя по всему она использует те же библиотеки, так как на форумах народ пишет, что пользовали как раз старую библиотеку.

Скачиваем, запускаем, после чего перегружаем машину. Естественно что сделать это из управления сессией мы не можем, поэтому прибегаем с консоли управления, откуда просто вводим:

shutdown -r  (не перепутать с ключиком -s, иначе нам придется пилить в дальний офис)

После этого получаем полноценный сервер терминалов, но по крайней мере в XP количество максимальных соединений было ограничено 3 конкурирующими сессиями, так что разгоняться больше 3-5 пытаться не стоит. Единственно, что если мы хотим мочить удаленных пользователей из под админа терминальной машины, нам необходимо отключить контроль учётных записей UAC в Windows.

А вот тут начинается самое интересное, так как в функционале удаленных рабочих столов Windows Server 2008+ появился интересный функционал Terminal Server RemoteApp, позволяющий запускать удаленные приложения на клиентской машине, без использования терминальной консоли, что позволит нам снизить нагрузку на трафик, так как нам не придется отрисовывать все плюхи, а также обрезать дикому юзверю весь иной функционал. Собственно имея все это в Server 2008 можно было бы предположить что этот же функционал доступен и на Windows 7. Только в случае рабочей станции он отключен, и его необходимо подключить в реестре, для чего, на удаленной машине (уже сервере терминалов), идем в ветку реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\TSAppAllowList
где меняем значение параметра fDisabledAllowList с 0 на 1, после чего в этой же ветке создаем папку с названием Application (вроде можно и произвольное название) в которой создаем подпаки приложений доступных для запуска с удаленного сервера терминалов, путем создания строковых параметров:
Name – имя приложения
Path – директория приложения (именно директория, а не полный путь до файла)

После этого терминалку перегружаем и переключаемся на настройку нашей локальной машины:
запускаем терминального клиента mstsc , настраиваем адрес нашего терминального сервера, подключение, и затем в настройке расширенных параметров сохраняем настройки сессии с расширением *.rdp, после чего открываем этот файл блокнотом и добавляем или изменяем следующие строки:

remoteapplicationmode:i:1
remoteapplicationprogram:s:имя бинарника приложения
disableremoteappcapscheck:i:1
alternate shell:s:rdpinit.exe

В имени бинарника надо писать имя запускающего  файла, прописанного в строковых параметрах. Самое интересное, что этот способ дает возможность запускать приложения Windows 7 Pro и выше как на удаленных машинах под управлением Windows 7, так и под управлением Windows XP SP3. Для меня пока не функционально, но для того чтобы например ограничить доступ удаленных юзеров к их рабочим столам- весьма интересно.

В итоге сняв четыре шурупа на основании мыша, прикрытых пластиковыми липкими накладками, я обнаружил на плате какие то крошки и пыль, которые при этом сидели не на контактах, а на самой пластиковой поверхности платы. В итоге, удалив весь этот мусор, получил три действующих мыша (одного я уже успел купить с оказией, так как надо было работать). Не смотря на то, что лазерная мышь, по заверениям создателей, может работать на поверхностях отличных от коврика и стола (в отличии от оптической), она тем не менее, по прежнему, остается крайне капризной по отношению к пыли и прочему мусору.

Собственно такая вот ситуация у меня произошла и с установкой eGroupWare- ибо я её поставил, настроил и отложил на 3 дня, в течении которых я напрочь забыл на чем я собственно остановился и главное какой пароль администратора я установил, так что мои попытки вломиться в вебконсоль управления сервером EgroupWare не увенчались успехом, после чего я пошел другим путем.

Для этого открываем файлик header.inc.php расположенный в корневой директории сервера eGroupWare и ищем строки:
$GLOBALS['egw_info']['server']['header_admin_user'] = ‘admin’;
$GLOBALS['egw_info']['server']['header_admin_password'] = ‘XXXXXXXXX’;
где XXXXXXXXX является хешированным с помощью алгоритма MD5  паролем, удалив который и приведя строку к следующему виду:
$GLOBALS['egw_info']['server']['header_admin_password'] = ”;
мы получим возможность войти в систему с пустым паролем.

Поставил CentOS, проапргейдил, после чего качнул с оффсайта исходники. Там есть несколько типов исходников- rpm, который всем рекомендуют ставить, и который при этом вообще не понятно как и куда ставится и снимок системы eGroupWare, представляющий собой домашнюю директорию сервака. Скачиваем снапшот и засовывавем его в папку egroup которую создаем в корне домашней директории нашего веб-сервера: /var/www, после чего заходим по адресу http://localhost/eware/ и у нас запускается установка, которая проверив нашу систему сказала мне что у меня старенький php- ибо для системы требуется 5.2 а у меня всего 5.16, так что начнем с обновления php:
Смотрим для начала что у нас вообще установлено:
# rpm -qa |grep php
Далее добавляем репозитарий разработчика, в который вносим только php
# vi /etc/yum.repos.d/CentOS-Testing.repo
############################################################
# CentOS-Testing:
# !!!! CAUTION !!!!
# This repository is a proving grounds for packages on their way to CentOSPlus and CentOS Extras.
# They may or may not replace core CentOS packages, and are not guaranteed to function properly.
# These packages build and install, but are waiting for feedback from testers as to
# functionality and stability. Packages in this repository will come and go during the
# development period, so it should not be left enabled or used on production systems
#without due consideration.
[c5-testing]
name=CentOS-5 Testing
baseurl=http://dev.centos.org/centos/$releasever/testing/$basearch/
enabled=1
gpgcheck=1
gpgkey=http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing
includepkgs=php*
############################################################
Сохраняем файл и запускаем обоновление, которое займет некоторое время, так что можно сходить налить чайку:
# yum update
После чего смотрим снова пакеты установленные в системе и версию самого:
# rpm -qa |grep php
# php -v
Перегружаем веб-сервер и после этого снова проходим тест
# service httpd restart
Перед этим надо внести исправления в php.ini, поскольку у меня тест также ругался на предмет двух директив указанных в файле, которые надо выставить в следующих параметрах:
upload_max_filesize = 8M (для возможности загрузки больших файлов)
mbstring.func_overload = 7 (для поддержки UTF-8)
Также необходимо указать временную зону в которой находится наща система:
date.timezone = “Europe/Moscow”

После теста мы проходим по нему и смотрим на параметры обозначенные молнией, и по возможности устраняем их. Также у меня вывалилась еще одна фатальная ошибка относительно отсутствия JPGraph в директории /var/www/html/jpgraph, который необходим как раз для отрисовки диаграмм этого самого Ганта.

Выкачиваем с http://jpgraph.net/download/ и разархивировавыем его в нужную нам папку
После этого запускаем, уже установленный мускуль:
# /etc/rc.d/init.d/mysqld start
и задаем пароль для одмина
# /usr/bin/mysqladmin -u root password ‘PassworD’
Далее создаем базу данных и пользователя для нашей системы:
mysql> CREATE DATABASE egroupware;
mysql> use egroupware;
mysql> GRANT ALL PRIVILEGES ON *.* TO egroupware@localhost IDENTIFIED BY ‘PassworD’ WITH GRANT OPTION;
После этого проходим все тесты, заполняем поля и устанавливаем движок, после чего переходим к процессу настройки основных конфигураций- таких как фтп сервер, почтовый сервер, LDAP и прочее.

Звонок в суппорт закончился долгим рассказом про мой зараженный компьютер, и то что вирус пишет по фтп в файло всякие iframe или script и прочая, потом стали смотреть файлы, модификации, думать и пыхтеть. Попутно гуглю, но без особого фанатизма ибо перед тем как набрать никовцев полчаса потратил на поиски по инету.
Собственно в процессе разговора натыкаюсь на описание FirePHP, и того что фраза FirePHP::INFO не поддерживается php4, которому надо объявлять FirePHP_INFO. Собственно после этого залез в раздел управления хостингом и действительно обнаружил, что какой то умелец, надо полагать технари клиента, врубили php4, вместо крутившегося на хостинге php5.

**** Если же изменить выражение, как было указано,  то может появиться ошибка PHP: Parse error: syntax error, unexpected T_ARRAY, expecting ‘)’ in , в строке содержащей следующее выражение:
function devel_watchdog(array $log_entry) {
тогда его надо аменить на:
function devel_watchdog($log_entry) {

Для этих целей мы закупили Wi-Fi рутеры Linksys WRT 160NL- совершенно новые модельки, которые гонятся уже под лейблом Cisco. Но к сожалению родная прошивка рутера не позволяет поднять подобный функционал, по этой самой причине пришлось обратиться к кастомной прошивке DD-WRT, которая базируясь на открытом коде Linux’ового ядра, значительно расширяет функционал обычных рутеров. Я уже имел некоторое количество экзерсисов с этой прошивкой, когда пытался подключить другу torrent клиента и монтирование NTFS’ных дисков на рутере, и если дойдут руки, то о результатах отпишусь позднее. А пока создаем распределенную беспроводную сеть на двух (можно и более) рутерах Linksys WRT 160NL.

Для начала качаем кастомную прошиву с сайта DD-WRT и перепрошиваем основной рутер. Условно назовем его MAIN-AP. Выбираем прошивку для своего рутера, на данный момент актуальная версия v24 SP2 (SVN revision 14896), скачиваем, после чего подключаемся к рутеру через LAN кабелюку и проходим: Administration ->
Дожидаемся завершения прогресса перепрошивки и заходим в консоль администратора. Вводим имя пользователя и новый пароль, после чего настраиваем рутер для работы в обычном режиме- задаем настройки внешней сетки, внутренней, DHCP сервера и Wi-Fi сети. Также необходимо отключить встроенный брандмауэр ибо он может помешать взаимодействию сетевых устройств.

После этого переходим к настройке вторичного рутера. Назовем его Bridge-AP. Для начала задаем ему внутреннюю сетку из того же пула, что и была задана для Main-AP, и отключаем внешний интерейс и DHCP сервер, ибо адреса у нас будет раздавать первичный AP: идем Setup -> Basic Setup и расставляем галочки следующим образом
Connection Type: Disabled
STP:  Disabled
DHCP Server: Disable

После каждого изменения того или иного поля не забываем сохранять введенные настройки, путем нажатия на Save Settings.

Далее переключаемся из режима шлюза в режим рутера: Setup -> Advanced Routing и в выпадающем меню ставим Router. Отрубаем также брандмауэр ибо он может мешать работе AP: во вкладке Security -> Firewall отключаем все галки кроме Filter Multicast, после чего отключаем SPI firewall переключая в статус Disable.

После этого переходим к настройке Wi-Fi:
Идем в основные настройки Wi-Fi: Wireless -> Basic Settings и выставляем следующие параметры
Wireless Mode : Client Bridge
Wireless Network Mode : аналогично настройкам MAIN-AP
Wireless Network Name(SSID) : аналогично настройкам MAIN-AP
Wireless Channel : аналогично настройкам MAIN-AP
Wireless SSID Broadcast : аналогично настройкам MAIN-AP
Network Configuration : Bridged

Переходим к разделу настройки безопасности Wi-FI: Wireless-> Wireless Security
Выставляем тип безопасности (WEP, WPA или WPA2-Personal) аналогично настройкам MAIN-AP, точно также задаем и алгоритм шифрования: TKIP, AES, или  TKIP + AES, после чего вводим фразу что мы использовали при настройке MAIN-AP.

Сохраняемся и говорим Administration -> APPLY Settings после чего выключаем рутер, относим его в другое помещение и подключаем его прямым кабелем из его LAN порта в LAN порт рутера MAIN-AP, после чего включаем. Вуаля- у нас в обоих помещениях теперь пашет один и тот же SSID, так что тыкая из одной части зала в другую мы даже можем не заметить, когда мы перейдем на другую AP.

*** Единственный косячный момент который я заметил при работе с DD-WRT именно на Linksys заключается в том, что работать надо в IE ибо в Firefix web-интерфейс почему то подглючивает с завидным постоянством.
Тип шифрования рекомендую выставлять mixed на обоих рутерах, ибо в этом случае скорость передачи данных выше.
Также у меня возникли проблемы с раздачей репитером wi-fi в случае если запрещено широковещательное объявление SSID, поэтому пришлось транслировать имячко сети в эфир.

Обновление от 11.02.2011:  очень странная тема, ибо это решение у меня прожило в районе суток, после чего вторичный рутер перестал раздавать wi-fi в принципе, так что перепробовав 4 возможных прошивки, и перенастроив все решение раз 50, остановился на том, что у меня оба устройства работают в режиме AP. Криво в теории, но на практике работает пока нормально- продолжаю искать причину не понятного глюка.

Со слов разработчиков, да и по вебинару тоже, следует, что устанавливать и настраивать Splunk  проще простого и сама установка займет не более 10 минут, причем для начала можно поставить решения на свою машину, с тем чтобы потом перенести его на серверное оборудование дата-центра.

Splunk  может индексировать и обрабатывать данные полученные практически из любых источников, любыми возможными способами, причем в режиме реального времени. Выгрузка файлов журналирования идет через syslog, WMI polling, мониторинга логов, мониторингом изменений файловых систем или реестра Windows, netflow, SNMP и многое другое. Splunk индексирует все эти объемы информации без применения специфических парсеров или адаптеров, для получения и размещения в собственной области данных (аналогичной файловой системе), в виде сжатых и обработанных данных, уже готовых для поиска, аудита и анализа.

В случаях когда доступ центрального Splunk сервера к журнальным данным удаленных систем невозможен, но необходим, используются так называемые Splunk перенаправители, которые являясь легковесными серверами Splunk, собирают всю необходимую информацию: от выводов статус команд и заканчивая конфигурациями и атрибутами файловых систем, после чего передают данные на центральный сервер, используя защищенные соединения, также в режиме реального времени. Поскольку это легковесные сервера, то их установка и интеграция занимает очень ограниченное время и при этом эти решения бесплатны.

При увеличении объемов обрабатываемых данных, скорость доступа к журнальным данным не должна снижаться, и решение Splunk  позволяют просматривать миллионы записей за секунды, благодаря масштабируемости решения, путем добавления вспомогательных серверов, между которыми, благодаря имеющемуся функционалу балансировки нагрузки, распределяются данные, снижая тем самым время отклика, повышая отказоустойчивость и оптимизируя процесс поиска.

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

Splunk  обеспечивает высокий уровень защиты, как обмена информации, так и использование пользователями web и командного интерфейса, и системной активности посредством Splunk API. Можно задавать пользователям определенные права, дающие им возможность просматривать те или иные блоки данных, таких как отладочная информация или инциденты безопасности.

Система Splunk позволяет использовать модули разработанные сторонними разработчика, для расширения функционала программного продукта, или отслеживания какого либо класса устройств или производителя.

Система Splunk доступна в следующих реализациях:
Windows XP, 2003, Vista, Windows 7, 2008, 2008 R2 (32/64-bit)
2.6+ kernel Linux distributions (32/64-bit)
2.4+ kernel Linux distributions with NPTL (32-bit)
Solaris 9, 10
OSX 10.6/10.5
FreeBSD 6.x (32-bit)
FreeBSD 6.2 (64-bit)
AIX 5.2, 5.3
HP-UX 11i v2/v3

Подробнее об этой системе можно почитать на её официальном сайте: http://www.splunk.com

Делается это просто- для версии выше ThunderBird 2.0, идем в Tools -> Error Console, в открывшемся окне в поле Code вводим строку openDialog(“chrome://pippki/content/resetpassword.xul”) и нажимаем кнопку Evaluate. Это запустит диалога сброса пароля, так что щелкаем ОК и начинаем набивание паролей сначала.

Поскольку я обновлял часть из них буквально перед уходом из конторы, то и версии прошивы были различными. Здесь следует оговорить несколько моментов:

Начиная с версии прошивки I.08.74 устройство не поддерживает FEC trunks (Cisco Systems’ Fast EtherChannel for aggregated links) и CDP (Cisco Discovery Protocol). Вместо них введены, базирующиеся на IEEE стандарте, протокол LACP aggregated links (предназначенный как раз для организации транков) и протокол LLDP для оповещения по сети и сбора информации о соседних устройствах.

Для апргейда до актуальной версии прошики I.10.xx необходимо иметь как минимум версию I.08.07, если она ниже, то сначала обновляемся до неё, после чего вторым обновлением поднимаем прошивку до I.10.xx. Версия промежуточной прошивки может отличаться у разных моделей.

Конфиги созданные с помощью прошики I.10.65 или новее, не поддерживаются предыдущими версиями прошивок, так что в случае варианта даунгрейда устройства, все придется настраивать заново.

При перепрошивке конфиг не затирается, ибо хранится статически на флеше, в то время как прошивка распаковывается при каждой загрузке устройства в оперативную память.

Перепрошить дейвайс можно двумя способами: через XMODEM соединение, и загрузкой с TFTP сервера. Работу с TFTP я рассмотрю позднее, ибо она требует настроить TFTP сервер, а пока попробуем перепрошить с помощью соединения  XMODEM. Сам XMODEM является простейшим протоколом передачи данных и отлично зарекомендовал себя еще на BBSках в далеких 70х годах. Не буду вдаваться в его подробности, ибо кому интересно тот почитает сам, а перейду сразу к нашей процедуре. Итак для перепрошивки нам необходим сам файл прошивки, скаченный с офф.сайта; стандартный RS-232 кабель  “мама-мама” и компьютер с com-портом, или, в связи с тем, что сейчас найти такой компьютер практически нереально, переходник usb-serial. Подключаемся к свичу с помощью встроенного терминала Windows (пуск -> стандартные -> связь -> HyperTerminal) со стандартными параметрами: 9600 без управления потоком, дважды щелкаем Enter и мы в строке управления CLI. Для начала нам надо перевести терминал на более высокую скорость, ибо загрузка имиджа на 9600 будет идти почти полтора часа. Для этого говорим:
# configure
# console baud-rate 115200
После чего перегружаем свич и подключаемся уже с использованием указанной скорости
Даем команду  # menu и в загрузившимся меню выбираем Download OS и выставив XMODEM говорим execute (также можно сделать это прямо из CLI задав команду # copy xmodem).  После этого нажимаем ентер и задаем отправку файла через терминал:  выбираем Передача -> Отправить файл, во вкладке Протокол выставляем XMODEM и выбираем необходимый файл прошивки.Минут 10-15 файл закачивается после чего перегружаем свич. Процесс первой загрузки будет идти несколько дольше чем обычно, так что не стоит начинать кусать локти раньше времени.

Если обновляемся с более древней прошивки, то как я отписал, этот этап придется проделывать два раза, до промежуточной и до конечной версии.

Итак имеем cPanel WHM.

Для начала создадим реселера.
Идем в раздел:  Account Functions -> Create a New Account и заполняем всю необходиую информацию об аккаунте, после чего в разделе Reseller Settings ставим галочку “Make the account a Reseller” и в Account Functions -> Change Site’s IP Address назначаем данному аккаунту дополнительный IP адрес.

Теперь содаем другой домен, который повесим также на дополнительный адрес. В разделе Account Functions -> Create a New Account создаем новый аккаунт, затем идем в Account Information -> List Accounts кликаем в иконку редактирования, в последнем столбце Owner, нашего нового аккаунта. Из выпадающего меню Change OwnerShip выбираем нашего реселлера и говорим Ок. Возвращаемся в список аккаунтов Account Information -> List Accounts  и идем в столбец IP нашего нового аккаунта. Убеждаемся что в строке New Address стоит новый IP адрес, на который бал назначен наш новый реселлер, и нажимаем Change. Теперь наш сайт привязан к дополнительному IP адресу, и точно также мы сможем привязать к нему любое количество доменов.

Но я не делаю больше 15-20 доменов на один адрес, ибо это чревато баном или попаданием под поисковые фильтры, особенно если планируется линковать сайты между собой.

Для начала я зарегистрировал себе новый хостинг на Cyber Wurx, причем при внешней убогости внутренней панели, просто изумительно работает суппорт: помимо того, что на все мои письма, с кучей вопросов по поводу функционала, отвечали в течении пару-тройки часов, при переезде у меня возникли некие проблемы с работоспособностью сайта, которые были диагностированы в течении пятнадцати минут после открытия тикета, и устранены в течении сорока, так что утром все замечательно работало. То есть еще одна из хороших новостей заключается в том, что я перенес на хостинг от Cyber Wurx  один из трех своих сайтов, хостившихся на ужасном globat, и в данный момент он уже отлично работает, демонстрируя невиданную доселе прыть в своей работе.

Эта новость сразу же подняла мне настроение, по приезду на работу, поскольку когда я ложился спать – сайт выглядел ужасающе: на морде не грузилось ничего,  начиная с хедера страницы.

После этого я обнаружил, что парни из Webintellects ответили мне по поводу проблем с выделенными IP адресами, уже в нормальном ключе. Кратко проблема заключалась в том, что по их правилам я мог использовать каждый дополнительный выделенный IP адрес для хостинга ТОЛЬКО ОДНОГО домена. Если мне нужно было больше, то я должен был использовать основной IP адрес или покупать новый адрес (для seo-линков конечно такой подход просто идеален, но для кармана не особо, поскольку я планировал что этого хостинга мне должно было хватить на 30+ сайтов, и никак не рассчитывал при этом ежемесячно докидывать 30 баксов за выделенные адреса ).  В итоге, весь вчерашний день я убил на жаркую переписку со службой поддержки Webintellects, в процессе которой успело засветиться неколько специалистов их технической и пресейл поддержки, от продавца, до руководителя системного администрирования. Собственно последний  (при том, что 3 админа до этого сработали “на отъе..”) как раз  и дал мне совет что и как попытаться сделать, и хотя, как оказалось, совет был не рабочий, но это дало мне правильное направление изысканий, так что за час плясок с бубнами вокруг WHM, я все таки умудрился повесить больше одного домена на дополнительные IP, так что вопрос переезда и с этого хостинга, для меня вроде как отпал- надеюсь насовсем.

Далее подробнее, а пока могу сказать, что впечатления от Cyber Wurx просто самые замечательные, поскольку мой журнал Что Читать, отвратительно работавший на движке Globat, на новой площадке просто летает. В добавок к этом очень порадовала общительная и оперативная поддержка клиентов- так что будем продолжать сотрудничество с данными товарищами.

Сейчас совсем не по теме, но тем не менее полезная мысль:
Одним из способов получить дополнительных посетителей на свой сайт, помимо грамотного seo наполнения и развития ресурса, является использование таких инструментов продвижения, как контекстная реклама, с помощью которой веб-сайт получает узко-целевой траффик. Контекстная реклама на крупнейшем российском поисковике Яндекс, является одним из наиболее эффективных способов привлечения потенциальных клиентов на ваш сайт.

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

Год уже работаю с различными буржуинскими хостингами, и очень они мне нравятся во всем: удобство, поддержка, обслуживание, цены, скорости. Поддержка вообще прекрасна- поскольку у большинства из них имеется лайв-чат, что не так, помогут почти мгновенно, или хотя бы просто быстро. Но это если что то простое или стандартное. А вот если возникают какие то сложности, то тогда почти всегда выходило так, что мне быстрее было допетрить самому чем долго и занудно общаться с суппортом. Вот и сейчас- полтора часа ушли на объяснения что и почему и как не работает, консультации с админами на их стороне и прочее, и только когда понял, что со мной работают наотъебись™ , немножко включил мозг- в итоге сделалось все за 5 минут. :-/ Кто вернет полтора часа? Но ладно- это так

******
Вчера на одном из своих хостингов апгрейдил движки и удалял не нужные домены и сайты. В итоге сегодня обнаружил, что по глупости удалил нужный сайт, который хостился в папке, принадлежавшей ранее другому домену, и в этой связи удобнейшая утилита Fantastico показала что эту установку использует домен который я давно уже снес, за ненадобностью.

Вообщем используя Fantastico я снес сайт крутившийся на Joomla.

И сегодня обнаружив пропажу- решил было все исправить. Взял имевшийся у меня бэкап домашней директории, закачал его в нужную директорию, после чего попытался восстановить бэкап базы сайта. Но стандартной восстановлялкой из утилиты Backups в панели управлении хостингом cpanel это не получилось, по не понятным мне, и как оказалось в последствии- техподдержке также, причинам. Тогда в утилите MySQL Databases я создал такую же базу и пользователя, назначив ему права на базу.  После чего я загрузил утилиту phpMyAdmin, доступную в разделе Databases и в ней, выбрав соответствующую базу, с помощью команды Import подтянул базу данных.

Но сайт по прежнему говорил о том, что не может соединиться с MySQL, из чего я сделал вывод, что пароль у меня к базе указан не правильно. А вот как правильно – это мне и предстояло узнать. После того как я перелопатил всю базу Joomla и бэкап общей базы mysql, в которой пароли были хешерованы, я полез собственно в установочную директорию Joomla. И вот в ней, я обнаружил файлик, содержавший всю ту информацию, которую я надеялся найти в базе Joomla, а именно пароли и явки.

Итак, разрешите представить файл %homedir%/configuration.php
Открываем на редактирование и видим много чего интересного, но нас интересуют поля относящиеся к движку mysql.

####################

<?php
class JConfig {

…….

var $dbtype = ‘mysql‘;
var $host = ‘localhost’;
var $user = ‘odminblog_mysqluser’;
var $db = ‘odminblog_jo177′;
var $dbprefix = ‘jo_’;
var $smtphost = ‘localhost’;
var $session_handler = ‘database’;
var $password = ‘Password’;

…..

}
############

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

Выполнив все указанные процедуры я получил работоспособный сайт назад.

2. Если кpиво установилась палатка — надо не полениться и пеpесобpать.

3. Если устанавливаешь впеpвые — обязательно изучи мануал, там много нетpивиального.

4. Скачивать воду лучше из колонок, она посвежее: та, что идет в комплекте с ландшафтом, не всегда коppектно pаботает — может потом отвлекать частыми пpеpываниями.

5. Самые свежие дpова pаботают хуже всего. Они еще сыpые, на них обычно тpебуется лицензия (если сломать — могут возникнуть конфликты). Поэтому лучше всего бpать стаpый отстой. Hо он имеет свойство падать пpи пеpвом обpащении — умей вовpемя отскочить.

6. Файpвол окопай и обложи камнями. По окончании pаботы пеpед самым выходом — зашутдаунь ногами и залей туда свой лог, попpосив дам отвеpнуться.

7. Если вас много пользователей — совет: договоpитесь и выделите в лесу отдельную своп-паpтицию. Иначе уже чеpез день-два будешь натыкаться повсюду на свои стаpые исходники. Еще непpиятнее — если на чужие.

8. Спальник обычно велик по объему, но хоpошо сжимается с помощью компpессионного пакета любой веpсии. Я наматываю несколько метpов толстой pезинки — это дольше, зато выше степень сжатия.

9. Все источники питания кpоме консеpвов аpхивиpуй последовательно в два-тpи-четыpе пакета — иначе после гpозы питание может надолго выpубиться.

10. Hа консеpвах всегда смотpи номеp веpсии и дату. Стаpые веpсии не используй и не хpани — выбpасывай без сомнений, с ними жизни не будет.

11. Следи, чтобы у палатки всегда была хоpошая пpошивка. Особенно если там установлен какой-нибудь эмулятоp виндоус — потенциальная дыpа в безопасности.

12. Полог никогда не оставляй pазмонтиpованным на ночь. Иначе налетит туча мелких хакеpов и до утpа будет тыкаться, как бы чего у тебя выкачать.

13. Если есть возможность — поставь себе антивиpус пpотив энцефалитного бага и столбняка. Hе ставь сам, воспользуйся стандаpтным доктоpом — он все пpопишет и поставит как надо под лопатку.

14. Собиpая pюкзак, не пользуйся комплектами, котоpые много весят — ищи более легкие и компактные аналоги. Иначе будет пpоблема с местом. Помни: от частых пеpезагpузок позвоночника может полететь диск! Восстановить диск — большая пpоблема.

15. Беpежно хpани ключи и документацию на себя: в геpметичном пакетике в каpмане pюкзака или в ксивнике на шее. Потеpяешь — не восстановишь.

16. Почаще стиpай софт, меняй на свежий. Суши над файpволом, но не близко.

17. Увидев медведя — не пингуй. Веди себя по умолчанию.

18. Заходи в саpай аккуpатно — могут быть сеpьезные гpабли.

19. Hу и так далее. Да в общем-то все это ты и сам знаешь. Hе бывает таких пpоблем, котоpые не смог бы pешить настоящий админ. Удачного отдыха!

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

После этого с ManageEngine скачиваем SupportCenter (http://www.manageengine.com/products/support-center/download.html) естественно для Linux. Кладем наше богатство в папку /tmp и устанавливаем путем который я описывал ранее в установке приложений для Linux систем:

# mv ManageEngine_SupportCenter_Plus.bin /tmp/
# cd /tmp/
# chmod 754 ManageEngine_SupportCenter_Plus.bin
# ./ManageEngine_SupportCenter_Plus.bin

Последняя команда вызовет диалог установки приложения.
Путь установки: /root/AdventNet/ME/SupportCenter
Выбираем тип установки FreeEdition, который дает возможность завести один технический аккаунт и сколько угодно много аккаунтов клиентов.  Порт веб-сервера выберем произвольный, например 4896, и в качестве используемого СУБД – MySQL.

Установка закончена, теперь необходимо запустить сервер:

# cd /root/ManageEngine/ServiceDesk/bin/
# sh run.sh

Процесс запуска занимает несколько минут, после чего мы можем через бродилку обратиться к серверу: http://localhost:4896
Логин для входа в администраторский раздел:
Username     :     administrator
Password     :     administrator

Мы сразу же попадаем в раздел администрирования, где запускается мастер настройки системы там мы расставляем галочки по мере необходимости тех или иных опионов нашего сервис деска, а также настраиваем внешнее подключение к сервису: Organization Settings -> Settings, там мы выставляем настройки контактов и адреса сервера.

После недели гугления получился небольшой списочек из 4-5 кандидатов на звание самого – самого, естественно что меня интересовали бесплатные и условно бесплатные движки. Перепробовав весь список и даже больше, ибо на Hostgatore, как оказалось в состав предлагаемых движков доступных через Fantastico de Luxe помимо множества бордов, CMS и магазинов, также входит 7 различных систем Service Desk, правда все они оказались этакими кастрированными версиями для организации службы поддержки, быстро и на коленке. Наиболее меня впечатлила система osTicket, на её базе вполне можно организовать простенький сервис деск исключительно для общения со службой поддержки через сайт. Но я искал более продуманную систему, поэтому поразмысли остановился на системе SupportCenter Plus от компании ManageEngine.

Система доступна в вариантах под Windows и под Linux, и представляет огромный функционал: почтовые ответы с использованием внешних почтовых систем, базу знаний, интеграцию с форумами, центральное управление учетными записями, каталог продукции, синхронизация БД, интеграция с AD и Outlook, генерацию отчетов. На сайте компании ManageEngine доступны два ознакомительных варианта: 30-ти дневный trial (двух версий Standard и Professional), а также так называемый Free Edition, дающий возможность управления 25 аккаунтами и функционал Standard Edition.

Система устанавливается на RedHat Linux 7.x и Debian 3.0, а также Windows 2000 Prof и XP, Server 2000/2003. В установочном комплекте идет движок БД MySQL, а также поддержка MS SQL 2000/2005 и большинства серверов SQL.

По стоимости получается: от 500 бачинcких за двух технарей в Standard Edition и от $1000 за двух инженеров в Professional Edition.