Представляю вашему вниманию сервис для отправки SMS через HTTP/HTTPS API.

Для кого предназначен сервис?

• Интернет-магазинам (уведомление о новом заказе).
• Небольшим проектам с системой уведомлений по SMS.
• Сисадминам (уведомления о состоянии сервисов, оборудования и т.п.).
• Вам? Напишите, обсудим.

Хотелось бы поделиться опытом по использованию MySQL с хранением данных в памяти, а не на диске. Это позволило нам сократить load average сервера, который из-за операций с диском стал сильно расти.

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

В связи с чем возникла идея создания игры — таймкиллера, в котором работу светофоров как раз предлагается продумать игроку: рассчитывать время работы, взаимосвязи, режимы работы. При этом это всё завязано на времени суток (на потоке транспорта).
Мне кажется это было бы интересно.

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

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

Скачать можно тут www.utorrent.com/downloads/linux

Три года назад у меня была интересная задача. Необходимо было собрать платформу, объединявшую несколько стоек с серверами в единое целое, для динамического распределения ресурсов между сайтами написанным для LAMP платформы. Причем так, чтоб вмешательство в код сайтов было минимальным, а еще лучше — вообще отсутствовало.
При этом никаких дорогих решений вроде Cisco Content Switch или дисковой полки с оптоволокном использовать нельзя — не хватало бюджета.
А кроме того, разумеется, в случае выхода одного из серверов из строя — это не должно было влиять на работу платформы.

Тема электротранспорта меня интересовала всегда.
И вот наступил долгожданный момент, когда я от теории наконец перешел к практике. О своём опыте я поведаю ниже.

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

К делу!

Технические характеристики:

— велосипед обычный, средней ушатанности, цена примерно 200$
— электромотор на 48V и мощность 380W
— батарея на 48V и 10A
— скорость без помощи педалей по ровной дороге 35-40 км/ч
— дальность поездки 22-25 км по легкой холмистой местности и в городе
— время полного заряда 2 часа



Надо отметить, что переоборудование не сильно бросается в глаза и большинство людей на улице просто не замечают ничего необычного в велосипеде.

Большинство разработчиков на MySQL знакомы с командой EXPLAIN, однако значительно меньше людей знают о команде EXPLAIN EXTENDED, появившуюся ещё в MySQL 4.1, и ещё меньше умеют ею пользоваться.

EXPLAIN EXTENDED умеет показывать, что же конкретно делает с Вашим запросом оптимизатор MySQL. Для разработчика может быть совсем не очевидно, насколько сильно может отличаться написанный им запрос от того, который в действительности будет выполнен сервером. Этот процесс называется механизмом перезаписи запросов (query-rewrite), и он является частью любого хорошего SQL-оптимизатора. Команда EXPLAIN EXTENDED добавляет дополнительные предупреждения (warnings) к выводу команды EXPLAIN, в том числе и переписанный SQL-запрос.

Я вот не поленился и обзвонил несколько руководителей компаний, моих клиентов. На предмет — знают ли они что такое «система поддержки принятия решений». Не знают. Однако, все ей пользуются.

Надо прояснить этот вопрос. И, заодно, будем считать эту статью четвертой частью цикла статей о тестировании ERP-систем.

Кто заинтересован в ИТ-стартапах?

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

Фактически же мы видим огромное количество новых ИТ-компаний, с разным размахом (зависит от объема инвестиций) стартующих, но крайне редко достигающих результатов. И даже самые успешные проекты очевидно достигают менее значимых в финансовом плане результатов чем строительство, торговля, работа в госорганах и т.д. Четкой статистики не имею (да и нет ее), но сами решите — когда у Вашего дома паркуется автомобиль за 100-150 тысяч у.е. — какие первые десять профессий приходят на ум? а еще десять? а еще?… когда в списке тех кто потенциально может позволить себе такую машину появится владелец ИТ-компании?

Первоначально необходимо выяснить цель визита и полномочия сотрудников на совершение определённых действий. Данные полномочия могут быть выражены в различных документах (постановлениях начальника органа дознания, суда, следователя, дознавателя) в зависимости от того, каким законом регламентированы их действия (доследственная проверка в рамках ст. 144, 145 Уголовно-процессуального кодекса РФ или деятельность в рамках Законов «О милиции», «Об ОРД»).

Есть такое приложение. Называется py2exe. Оно позволяет упаковать, сконвертировать программу на python в exe файл (ну, точнее, exe и еще кучку других). Зачем оно все надо? Ну, далеко не у всех пользователей windows установлен интерпретатор python с нужными библиотеками. А вот упакованная программа в идеале должна запуститься на любой windows-машине.

ОФФТОП: Хочу выразить свою благодарность, всем кто плюсанул мой предыдущей пост и карму, это позволило мне пригласить на Хабр еще несколько хороших людей.

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

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

Здравствуй, Хабр!
Предлагаю твоему вниманию простой и в то же время эффективный метод борьбы с http DDoS. На основе сервера Xeon 2.5GHz / 4Gb RAM / SAS можно отражать атаку примерно до 300 Мбит/с (значение получено методом экстраполяции).

Способ реализация

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

Область применения

Борьба с Http DDoS на выделенном сервере или ВПС. Максимальная возможная мощность сдерживания DDoS атаки ограничивается физическими возможностями сервера и пропускной способностью канала.

SEO под DDoS-ом

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

Стоимость и эффективность

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

Привет, Хабр!

Нашими силами подготовлен аналитический материал, посвященный итогам 2009 года на рынке разработки интернет-проектов. Материал получился довольно большой, поэтому приведу некоторые выдержки (а именно, разделы «ситуация на рынке» и «тренды развития»), представляющие наибольший интерес:

Ситуация на рынке:

Объем рынка в 2009, по нашим оценкам, вырос по отношению к 2008 году (напомним, объем рынка в 2008 был оценен на уровне 6,8 млрд. руб.). На рынке действует порядка 4 000 игроков (в подавляющем большинстве — небольших компаний), что делает его по-прежнему весьма непрозрачным. Финансовый кризис сыграл определяющую роль в развитии отрасли в 2009, в положительном смысле повлияв на скорость взросления рынка и среднее качество оказываемых услуг, а также на эффективность взаимодействия с клиентом.

Консолидация

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

Много написано статей по поводу отличий Лидерства от Менеджмента. Вот наиболее яркий пример, отражающий это отличие.
Лидер — это тот, кто в группе людей, заблудившихся в джунглях, забирается на самое высокое дерево и показывает направление «Идем туда!!!». Менеджер — это тот, кто зная направление, организует людей, которые планомерно прорубают дорогу мачетe. Таким образом, Лидер должен иметь способность подняться на более высокий уровень (в данном случае дерево) понимания проблемы, зрение (его еще называют vision) и широкий кругозор (когда забрался уже достаточно высоко). Менеджер — умение убедить\заставить людей двигаться вперед, организовать работу\питание\сон, подбадривать их. Конечно, это здорово когда и Лидер и Менеджер — это одно и тоже же лицо.
Итак вернемся к нашему лесорубу и его обязанностям...

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

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

Так получилось, что у нас в офисе в локальной сети стоит МФУ HP LaserJet, подключенный к серверу.
Его печатающая часть расшарена на всю сеть стандартными средствами, а вот со сканированием были проблемы.
Собственно, решены они были написанием двух скриптов (PHP + bash) для сервера, которые позволяют:

• выбрать источник сканирования (верхний лоток с автопротяжкой для листов А4 или планшетный сканер)
• установить количество страниц (имеет смысл только для планшетного сканера — он не может определить, когда листы закончились)
• при желании — тут же перегнать многостраничный документ в PDF
• скачать получившийся файл(ы) на свой компьютер

Выглядит это все вот так:

Этим постом я начинаю перевод цикла постов Марка Састера про качества успешных предпринимателей.

_________
Это первая часть моей новой серии постов о том, что делает предпринимателя успешным. Исходно я публиковал их на сайте VentureHacks, одном из моих любимых сайтов для предпринимателей. Если вы там не были, то стоит зайти.

Я хотел также опубликовать эту серию здесь, чтобы она стала ресурсом для будущих предпринимателей, которые посещают мой блог. Мне хотелось, чтобы в комментариях завязалась дискуссия по каждой теме, ибо я считаю, что комментарии имеют такую же ценность, как и сам пост (я уже отмечал это в посте Comments are the New Black). Поэтому я распишу некоторые темы поподробнее, чем на VentureHacks, чтобы тем, кто уже читал мой пост там, также было интересно.

Один из вопросов, на который мне постоянно приходится отвечать как венчурному капиталисту, это «на что Вы обращаете внимание, делая инвестицию?» Я уже публично заявлял, что 70% инвестиционного решения основывается на команде, и особенно это касается основателей. Мне доводилось видеть, как люди, которые посещали самые лучшие учебные заведения, получали лучшие отметки и работали в самых что ни на есть правильных компаниях, терпят неудачу.

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