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

Но меня всегда удивляет отношение к такой вещи как программное обеспечение в организациях. Большинство (т.е. больше 50%) из тех, с кем мне приходилось общаться по своей профессии (руководители среднего и высшего звена) вообще не представляют что у них творится с софтом. За парком машин следят — всё наперечёт, за недвижимостью следят, за ТМЦ следят, за туалетной бумагой и то следят, а вот за софтом как-то не очень. Скорее всего это связано с нематериальностью данного «явления» — пощупать нельзя.

Но программное обеспечение это тоже активы предприятия и зачастую более ценные чем другие активы (сравните стоимость любого абстрактного проприетарного серверного решения и стоимость кресла сотрудника). И этот актив рекомендуется держать в порядке. В наведении этого порядка нам и поможет наука называемая Software Asset Management (SAM) — Технология управления активами программного обеспечения.

В этой статье я постараюсь вкратце описать суть этой технологии и как её применить у себя.

Осторожно, трафик! Но можно хотя бы посмотреть картинки )

   Идея создать дома свой «рабочий кабинет» у меня зрела давно – как-то сам дошел до осознания его необходимости, хотя немалый вклад в начинания сделал этот давний пост на Хабре. У меня было своё рабочее место – большой удобный стол, где помещалось практически всё и даже больше… но, по сути, он был проходным двором – все время кто-то ходил, был рядом, отвлекал… такое очень часто мешает сосредоточиться и начать работать. Иногда, бывает, сидишь весь вечер за компом и понимаешь, что абсолютно ничего не сделал, хотя родным заявил «так, мне надо поработать».

На волне постов ненависти к Почте России легко прослеживается тот факт, что все большее количество людей покупают товар из заграниц. Тем самым не желая переплачивать Российским барыгам-ритейлерам подрывая политику государства в области импортозамещения. И я один из них.
Однако много препятствий чинит православным Россиянам виртуальный шоппинг, самое трудное из которых — страна проживания. К сожалению наша отчизна классифицируется большинством онлайн магазинов как страна третьего мира, не иначе, а поэтому и прямой доставки туда нам не видать.
Выходом из этого казуса, очевидно, является mail forwarding сервис.
Итак в данной статье речь пойдет о

• нововведениях в сервисе-посреднике — Shipito
• Сервисе, который возвращает процент с покупок на ebay.com/ca/uk, Amazon, Skype, GoDaddy — Profitbid
• Наконец-то созданном юзером MetalFan отличном софте (полностью бесплатном) для отслеживания почтовых отправлений всех почтовый сервисов TrackChecker
  
• Небольшом списке интересных магазинов

PS. В топике присутствуют мои реферральные ссылки.
PS2. Трафик.

Существуют различные бесплатные системы мониторинга состояния систем и сети такие как: Munin, Zabbix и т.д. Я же хочу поделиться с IT сообществом примером настройки системы мониторинга Nagios на операционную систему Arch Linux.

Приведенный ниже пример установки Nagios производился на дистрибутив Arch linux x64, но так же данный материал можно использовать для Arch i686.

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

Все началось с поста хабраюзера oyaso, в котором он сравнил сумму денег заложенную на разработку сайта фонда инноваций «Сколково» и результатом полученным в виде сайта i-gorod.com

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

Как и большинство программистов, я пишу собственный проект. Для этого я зарегистрировал собственное Общество с Ограниченной Ответственностью в России и компанию за границей, получил пару патентов и, если смотреть на проект более реально, то он за пол года готов более чем на 70%. В команде я имею дизайнера и «пачку советчиков»… Инвестора на данном этапе я решил не искать, а приступить к этому на этапе 95-100%. Аналогов я ему не нашел, а искал долго, поэтому разработка проекта того стоит. Но суть не в этом.

Поскольку постоянно шло обсуждение сайта i-gorod, то я решил попробовать себя в роли участника данного распилапроекта…

В соседней теме попросили рассказать о нюансах работы с зарубежными клиентами для ИП/ООО. Для физических лиц работа с нерезидентами ничем не отличается работы с резидентами.
Это скорее даже не статья, а заметка/памятка, но возможно кому-нибудь будет хоть немного полезна.

Регистрация счета

Предположим что вы закончили регистрацию ИП/ООО и открыли рублёвый расчетный счет.
Для того чтобы работать с валютой нужно открыть еще один расчетный счет — валютный. Это просто.
При открытии валютного счета вам создадут дополнительно технический транзитный счет. Его реквизиты и нужно сообщать заказчику.

Здесь мы встречаем потенциальный косяк номер раз: как и в случае с рублевым счетом нужно уведомить налоговую в недельный срок (штраф — 5000 рублей [1]). Затем не забыть уведомить и своё отделение ПФР в тот же срок, иначе опять же штраф, но уже меньше — 2000. Если вы зарегистрированы в ФСС, то нужно не забыть так же и их, всё аналогично случаю с ПФР. [2]

ООО нужно уведомить ПФР и ФСС только если есть работники. ИП — обязательно ПФР, но если есть или были работники, то и ФСС.

Некоторые госслужбы «не шарят» и пытаются оштрафовать если не уведомили о транзитном счете. Это противозаконно и легко решает даже в досудебном порядке, не говоря уже о суде. Заявлять нужно только об обычном счете, о транзитном — не нужно.

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

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

Однако есть несколько особенностей, которые не доступны из меню, которые вы можете увидеть только с помощью chrome:// команд.

Под катом приведены 12 самых полезных chrome:// команд, которые должны знать все.

Вместе с ростом мобильного интернета растёт и необходимость оптимизации скорости работы мобильных сайтов. Даже самые современные смартфоны на Android, iOS, WebOS, BlackBerry OS и др. обладают процессорами с частотой не более 1Ghz, а скорости 3G можно считать достаточно медленными (скорость загрузки в 3 раза меньше DSL).

Мобильные устройства унаследовали проблемы “больших” машин: от количества http-запросов до эффективности работы JavaScript.

Особенности мобильных устройств

Кроме того, что они часто помещаются в карман и их легче потерять, существует несколько ключевых отличий мобильных устройств по отношению к десктопам:

• маленькое разрешение экрана;
• медленные соединения;
• ограниченный размер кэша;
• много различных устройств и форм-факторов;
• низкая мощность процессоров;
• широкая поддержка HTML5;
• относительно новые браузеры (в этом мире не знают о IE6).

Google выпустила новую версию беты Chrome, в которой реализована поддержка «мгновенных страниц» и… вы не поверите — предварительный просмотр печати.

Начнём с «мгновенных страниц» (Instant Pages). Функция была представлена ранее на этой неделе и работает следующим образом:



В данной версии Chrome реализована технология пререндеринга, необходимая для использования «мгновенных страниц»:

Что такое пререндеринг? Иногда сайт может с достаточной степенью точности предсказать, какую ссылку пользователь, скорее всего, нажмёт следующей — например, ссылку «следующая страница» в многостраничной статье. В этих случаях было бы быстрее и лучше для пользователя, если бы браузер загрузил следующую страницу заранее — и когда пользователь нажмёт на ссылку, страница уже будет загружена. Это главная идея пререндеринга.

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

Некоторые, особенно крупные компании, не задумываются об обоснованности этих трат, для них затраты на ПО составляет незначительную часть расходной статьи бюджета. Компании среднего бизнеса экономят на ПО столько, сколько могут себе позволить, покупая лишь минимум и, возможно, используя нелицензионный софт. (Кстати, на мой взгляд, является ошибкой мнение о том, что нелицензионный софт бесплатен, за него можно дорого поплатиться, о чем можно почитать тут.) Есть и другая категория компаний: они задумываются, как сократить затраты на программные продукты, но не знают, как конкретно это сделать. Именно таким компаниям я дам несколько советов о том, как избежать ненужных трат на ПО.

Итак, дано: HP СНГ — офисы в 11 городах России, в Минске, Киеве, Баку, Алматы и Астане; около 1 500 сотрудников, которые всегда спешат. Локальные подсети, соединенные через VPN и подключенные к глобальным сервисам (почта, Sharepoint, IP-телефония, сотни бизнес-приложений).

Вопрос: сколько IT-шников нужно, чтобы поддерживать это все в порядке?

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

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

Большинство примеров кода не привязаны к какому-либо конкретному языку программирования, но для наглядности я буду использовать PHP.

Итак, поехали.

Привет, Хабр!
Вчера, во время обсуждения www.i-gorod.com, возникла мысль собрать команду с целью создания социально-значимого и эффективного ресурса.
Так вот, идея получила развитие, и нашлись люди, серьезно настроенные её реализовать.
Мы не только воплотим что-то хорошее (нужное), но и продемонстрируем, что в России можно создавать полезные веб-инструменты с разумными затратами.

Текущие участники:
estronas, zaisl, humbug, maxyc, artamonovg, mikenerevarin, putnik, andryx, barmaley13, lukaville, wo1fer, logan, kuzemchik, teplenew, bestfriend;

Люди, от которых мы ждем ответа в личку:
xni, ur001, nshopik, devart, darbin, lomalkin;

Наши ближайшие планы:
— формирование команды;
— выбор лучшей идеи будущего сервиса;
— разработка коммуникационной составляющей проекта;

Будем рады ваших комментариям и идеям по развитию.

Кто хочет присоединиться к проекту — пишите!

Читал тут ленту друзей, наткнулся на интересное замечание относительно сайта Сколково и, в частности, на чем и за сколько он сделан.

Собственно, сам сайт великого Фонда развития Инновационного центра «Сколково». Мотнем скроллом вверх-вниз и запомним общий концепт.

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

На PR-сопровождение деятельности фонда планируется потратить 38,7 млн руб. На медиаразмещение и рекламу — 92,8 млн руб., на брендинг — 12,9 млн руб., на веб-сайт и блоги — 3,1 млн руб.

Дизайнеры, сколько бы ориентировочно взяли за разработку дизайна сайта Сколково? 500$? 1к$? 10k$?
А программисты?

Дорого берете, скажу я Вам, за натягивания шаблона на Joomla.

Эх, вот Вам хотя бы хорошая песенка про Сколково, чтобы лишний раз не расстраивались.

UPD: внимательный хабрапользователь DarkPreacher верно подметил, что все-таки не Joomla, a UMI:

В комментариях Хабра упоминались вопросы по использованию представлений. Данный топик является обзором представлений, появившихся в MySQL версии 5.0. В нем рассмотрены вопросы создания, преимущества и ограничения представлений.

Что такое представление?

Представление (VIEW) — объект базы данных, являющийся результатом выполнения запроса к базе данных, определенного с помощью оператора SELECT, в момент обращения к представлению.

Представления иногда называют «виртуальными таблицами». Такое название связано с тем, что представление доступно для пользователя как таблица, но само оно не содержит данных, а извлекает их из таблиц в момент обращения к нему. Если данные изменены в базовой таблице, то пользователь получит актуальные данные при обращении к представлению, использующему данную таблицу; кэширования результатов выборки из таблицы при работе представлений не производится. При этом, механизм кэширования запросов (query cache) работает на уровне запросов пользователя безотносительно к тому, обращается ли пользователь к таблицам или представлениям.

Введение

С момента написания мной предыдущей статьи по оптимизации этой связки прошло довольно много времени. Тот многострадальный Pentium 4 c 512Мб памяти, обслуживающий одновременно до тысячи человек на форуме и до 150,000 пиров на трекере уже давно покоится на какой-нить немецкой, свалке, а клуб сменил уже не один сервер. Всё сказанное в ней всё ещё остаётся актуальным, однако есть вещи которые стоит добавить.
Статья большая, так что будет поделена на логические блоки:

0. Зачем вообще что-то оптимизировать?
  
1. Оптимизация ОС (FreeBSD)
  1.1 Переход на 7.х 
  1.2 Переход на 7.2
  1.3 Переход на amd64
  1.4 Разгрузка сетевой подсистемы
  1.5 FreeBSD и большое кол-во файлов
  1.6 Softupdates, gjournal и mount options
  
2. Оптимизация фронтенда (nginx)
  2.1 Accept Filters
  2.2 Кеширование
  2.3 AIO
  
3. Оптимизация бэкенда
  3.1 APC
  3.1.1 APC locking
  3.1.2 APC hints
  3.1.3 APC fragmentation
  3.2 PHP 5.3
  
4. Оптимизация базы данных
  4.1 MySQL 
  4.1.1 Переход на 5.1
  4.1.2 Переход на InnoDB
  4.1.3 Встроеный кеш MySQL - Query Cache
  4.1.4 Индексы
  
4.2 PostgreSQL
  4.2.1 Индексы
  4.2.2 pgBouncer и другие.
  4.2.3 pgFouine
  
4.3 Разгрузка базы данных
  4.3.1 SphinxQL
  4.3.2 Не-RDBMS хранилище
  4.4 Кодировки
  4.5 Асинхронность
  
Приложение. Мелочи.
  1. SSHGuard или альтернатива.
  2. xtrabackup
  3. Перенос почты на другой хост
  4. Интеграция со сторонним ПО
  5. Мониторинг
  
 6. Минусы оптимизации

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

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

В данной статье рассматривается такой инструмент мониторинга, как Munin. Странно, но поиск уверяет меня, что статьи о нем на Хабре еще не было. Этот инструмент существует под *NIX (Linux, xBSD, Solaris) и Windows и позволяет централизовано отслеживать и наглядно отображать состояние подшефных систем. Изначально используется для отрисовки графиков, но также его можно использовать как чистое средство для наблюдения. Большой плюс Munin — гибкость (все графики рисуются плагинами, активными на целевых системах, и никто не запрещает использовать только те плагины, которые нужны) и возможность с одного сервера собирать информацию о множестве других. Соответственно, нагрузка на наблюдаемом сервере минимальна. Интересно? Добро пожаловать под кат