Старина Джоель совершенно справедлво подметил, что Linux и Windows для программистов и домохозяек соответственно.

А еще еще такая категория как "администраторы". Путь АДМИНА опасен, труден и тернист. Поскольку он был программистом (или же еще им станет), но не прочь и побыть домохозяйкой, в том смысле, что все лениво.

Когда-то в далеком 1999 ваш покорный слуга начинал с веб-разработки, php 3.0.3, mysql не менее мохнатой версии. Когда-то ковырял немножко Linux. Тольк-только начал появляться на десктопах пресловутый Windows 2000, в котором уже глюкавые приложения не вешали всю систему. 

FreeBSD box, да и unix как таковой с установленной системой в качестве серверной ОС мне перепал по наследству от администратора веб-студии, который решил свалить на ПМЖ в Канаду (Гриша Полевой, привет).  И понеслось. Говорила мне мама, не трожь продакшн сервер немытыми руками. А я трогал, трогал помногу и часто. У студии тогда были некоторые клиенты "на полном пансионе" с хостингом, мылом и прочими радостями, но как-то пугливо они стали разбредаться кто-куда по "взрослым хостингам". 

Серверная винда. Немногим ранее это словосочетание вообще вызывало идиотские ухмылки у "бывалых". И что сейчас? Стоит только посмотреть, а много ли "линуксовых" терминальных серверов используются на предприятиях? И это с учетом того, что "иксы" в общем-то изначально проектировалась как многопользовательская, многотерминальная среда.

Много трудоемких задач можно в винде решить "парой кликов", но только для того что бы эти "клики" сделать, необходимо съесть не один пуд соли  и написать не один килобайт конфигов сендмейла. Хорошо бы понимать принципы работы веб-сервера, механизмы работы http запросов, ответов, и только после этого рулить настраивать IIS под монструозный MS SharePoint, дабы не было до соплей обидно за бесцельно потраченные часы/дни/месяцы настроек в результате почему-то слетевшей веб-части.

Это я все к чему, а к тому, что windows нужно запускать ПОСЛЕ ознакомления с Линукс, или же любой другой nix подобной ОС.Тогда происходящие behind-the-scene процессы будут более-менее понятны, ваши серверы будут работать как надо, и нервы станут мягкими и шелковистыми.

Надоели страшные цвета в vim? Хотите поностальгировать с цветами Turbo Pascal или Turbo Vision (помните еще, что это такое?).

Тогда вперед, качать theme pack, собранные темы+плагин, который покажет меню тем + recommended.

В нашу-то эпоху Интернета и мегаглобализации становится ясно, что жить надо по-другому ... хм, это я о чем? 

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

1. Чтение почты. gmail. Не добавить, ни убавить. Просто gmail.

2. Чтение RSS. bloglines.com. Есть большие кучи напраснорожденного софта для чтения RSS, одни более удобны, другие менее удобны. Что бы дома читать те же фиды, что и на работе мне нужно: 1. установить ридер, 2. синхронизировать настройки. 3. не ясно как отделять прочитанные от непрочитанных. Исходя из этого мой выбор очевиденю

3. управление TODO списками. hiveminder.com. Почти все те же причины, что и в случае чтения RSS. Конечно, было бы круто, если бы в моем Outlook/Evolution выскакивали мои таски, ну да думается, это лишь вопрос времени.

4. управление закладками. blinklist.com. Есть импорт из браузеров, есть удобные кнопки в тулбар, есть теги, есть публичные/не публичные записи. Опять же, решает проблему хранения и синхронизации закладок. Даже googlesync для Firefox мне как-то не очень подошел, тормозявостью видно. Кстати, мои закладки можно посмотреть здесь http://blinklist.com/nexus/

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

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

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

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

А основывать свои проверки на IP адресе отправителя, как вы сами понимаете, глупость. 

Раз я еще не всех напряг нашими "рельсами", то запишу пример офигительной мощи ruby и rails иже с ним.

Хеш у нас Emunerable? Еще как Enumerable, поэтому доступна такая радость , как group_by. Пример будет прямо из серии magic ruby.

Вот дано нам свыше немного объектов, которые имеют координаты, x и y.

Задача, на первый взгляд, "ни фига себе". Но при наличии group_by превращается в аппетитный кусок кода.  

@objs - полученные из find_all данные.

@group_of_objs=@objs.group_by{|obj|

"#{obj.x},#{obj.y}" 

} 

А что тут только что за magic поизошел?  Только что мы отправили в group_by блок кода, который получая obj как параметр выдавал строку в виде "x,y" на основании которой и провел группировку.

На выходе мы получим хеш сгруппированных объектов в виде

@group_obj={1=>obj1, 2=>[obj2,obj3]}

Ну чем не красота? Всем красота. 

Вы установили(или собираетесь установить) шины другой размерности (летние, к примеру у меня 185/60/14) 

Хотите выяснить как изменится клиеренс?
Хотите узнать насколько будет врать спидометр?
Узнать  фактические ширину и высоту?

Тогда вам сюда:

http://jeep.dn.ru/Tires/ 

Вот так мы добавим все недобавленные элементы в репозиторий. Предложенных вариантов много, но этот наиболее подходит под unix-way

 svn status | grep ? | cut -d" " -f7 | xargs svn add 

поясню:

svn status покажет все модификации репозитория, знаком ? будут помечены новые файлы.

grep ? отберет из всего списка строки помеченные ?

cut -d" " -f7 вырежет колонку после 7го пробела(имя файла)

xargs передаст входной параметр нужной программе

а передаст имя файла в svn add, что нам и требовалось.

Цитирую svnbook:

Все эти три команды (svn status, svn diff и svn revert) могут использоваться при полном отсутствии сетевого доступа. Это позволяет легко управлять рабочими изменениями когда вы находитесь там где нет сетевого соединения, например, находясь в самолете, едучи в пригородном поезде или занимаясь хакерством на пляже.