Почему умирают IT-блоги?

Будучи "в этих ваших интернетах" с 1997 года (с перерывами на учебу, работу и военную службу)  заметил одну интересную особенность.

А именно - практически любой блог ITшника, который пишет на профессиональные темы - рано или поздно обречен на угасание и умирание.

Причины вымирания IT блогов просты как грабли

• Человек развивается - то, о чем он писал полгода назад активно и с горящими глазами, сейчас не представляет для него никакого интереса
• Если человеку по прежнему интересно писать - то зачастую он  продолжает писать уже на другую тему, не связанную с той, с которой он начинал. Соответственно - теряются те читатели, которые подписались на него раньше из-за его профессиональных постов
• Технологии стагнируются и сворачиваются - раньше в фокусе внимания был Delphi и - где он сейчас?
• Чем более профессиональным ITшником становится человек со временем - тем меньше времени у него на написание текстов. Время - деньги ;-)

По этим причинам IT-шные блоги через несколько лет

• превращаются в "днявочки" / "жжшечки", в которых человек начинает общаться со своими знакомыми, 
• тупо закрываются 
• забрасываются
• продаются на сторону.

В плане сообществ - все еще грустнее

Профессиональные сообщества - выживают только за счет user-generated контента - смотрите, кто сейчас на плаву в IT среде? ХабраХабр да Stack-Overflow либо специализированные форумы с не сильно большой посещаемостью.

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

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

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

Но вот если программист хочет стать учителем-"гуру" - тогда да, блоггерство имеет смысл - генерируем контент, нагоняем учеников и продаем им секреты мастерства. Но увы - эти секреты зачастую устаревают или просто становятся неактуальными со временем - не забывайте, что если программист ДЕЙСТВУЮЩИЙ - плодить потенциальных конкурентов ему просто не выгодно.

По этому на плаву держаться либо сообщества с тысячами студентов, генерирующих сообщения ( с кнопками оценки like / facepalm, ) - в которые профессионалы иногда заходят поржать а иногда уделяют свое время  чтобы написать небольшой ответ к умным вопросам (типа StackOverflow), либо небольшие групки-сообщества, зачастую закрытые от публичного доступа.

А личные IT-блоги - потихоньку вымирают, ибо многим авторам просто не нравится вещать в пустоту...

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

Особых надежд на этот блог не возлагаю - это записная книжка ;-)

Stream.ru Кинотеатр на iOS с дешевым месячным абонементом

А это собственно говоря, чем мы занимаемся - обзор нашего приложения Stream.ru на iPhones.ru.

Постепенно российский App Store наполняется интересными развлекательными приложениями для любителей кино, способными в какой-то мере заменить американский iTunes, славящийся своим выбором сериалов и голливудских лент. Так, ранее на страницах iPhones.ru уже рассматривались такие приложения как MaxiFilm и aikino!, но герой сегодняшнего обзора хоть и ориентирован на ту же самую сферу и в некоторой степени пересекается с упомянутыми приложениями функционально, но при этом все же имеет ряд серьезных отличий, главное из которых — это система видеопроката.

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

Читаем, ставим, смотрим лицензионное видео в хорошем качестве на большинстве девайсов БЕЗ рекламы - iOS, Android, PC, TV.

Habrahabr осеннее обострение 2011 - часть 2

Продолжение цикла фейеричных статей цикла "Осеннее обострение" на хабре. Дополнение к части 1.

Вот тут человек всерьез предлагает отдавать весь контент для Apache через PHP с зипованием всего же - тем PHP. Причем - "исследует" и строит графики...

"Мы не ищем легких путей. Стоя... и в раскачивающемся гамаке - наш выбор" (с)

Как посмотреть количество соединений по статусам через netstat?

# netstat -an | grep ":80" | awk '/tcp/ {print $6}' | sort -nr | uniq -c

     58 TIME_WAIT
      2 SYN_RECV
      1 LISTEN
     22 FIN_WAIT2
    319 ESTABLISHED

Как защититься от SYN-флуда?

SYN флуд - один из способов DDOS-атаки на веб сервер.

Увеличеваем очередь "полуоткрытых" TCP-соединений:

sysctl -w net.ipv4.tcp_max_syn_backlog=1024

Уменьшаем время удержания "полуоткрытых" соединений:

sysctl -w net.ipv4.tcp_synack_retries=1

Включаем TCP syncookies:

sysctl -w net.ipv4.tcp_syncookies=1

Ограничиваем максимальное числа "полуоткрытых" соединений с одного IP к конкретному порту - в нашем случае http - 80:

iptables -I INPUT -p tcp --syn --dport 80 -m iplimit --iplimit-above 10 -j DROP

iptables -N syn-flood
iptables -A syn-flood -m limit --limit 100/second --limit-burst 150 -j RETURN
iptables -A syn-flood -j LOG --log-prefix "SYN flood: "
iptables -A syn-flood -j DROP

Да, разумеется - iplimit должен присутствовать в системе, иначе - никак ;-)


+ Добаляем в /etc/sysctl.conf следующие строки:

# Защита от спуфинга
net.ipv4.conf.default.rp_filter = 1
# Проверять TCP-соединение каждую минуту. Если на другой стороне - легальная машина, она сразу ответит. Дефолтовое значение - 2 часа.
net.ipv4.tcp_keepalive_time = 60
# Повторить пробу через десять секунд
net.ipv4.tcp_keepalive_intvl = 10
# Количество проверок перед закрытием соединения
net.ipv4.tcp_keepalive_probes = 5