shadowalone

FOR %F IN (*) DO COPY %F %~nF

Все равно никто ничего не скажет. Поэтому мои предположения:

1) Снижение нагрузки на DNS.
за: на каждое обращение к профилю юзера выполняется лишний ресолвинг. вносит задержки. лишняя нагрузка на сеть.
против: новость «как DNS лег под хабрэффектом» хорошо опубликовать первого апреля.

2) >9000 виртуальных хостов сильно огорчили сервер.
за: очень возможно, особенно если они были «брутально» прописаны в конфиге апача.
против: сильно сомневаюсь что оно так. Сотни-то хостинговых кампаний предлагают услуги виртуального хостинга, когда и поболее доменов висит на одном сервере, и чем хабр отличается? Да и высоконагруженные проекты с кучей поддоменов: тоже есть хорошие примеры, ЖеЖешечка например, так же, работает себе, и ничего!

3) Виртуальные поддомены вначале планировались для чего-то еще, типа возможности для хабраюзеров создать свой мини-сайт на хабре. Но потом решили так не делать. А сейчас просто «выпилили нахрен столетний рудимент» во время очередной итерации рефакторинга.
за: иногда код следует перебирать и архитектурно. куча заведомо мертвого кода в проекте — путь в никуда, как жизнь в городе-призраке!
против: только зачем? если рудимент не мешает, то святой принцип: работает-не трогай!

4) Поддомены *.habrahabr.ru хотят дать компаниям под корпоративные блоги (посолидней как-то ведь), а юзеров просто передвинут /users/username/.
за: очень даже возможно. Маркетингово совершенно нелогично когда «компания» имеет какую-то «домашнюю страничку» /companies/thecompany/ а «юзер» получает целый «домен».
против: а компаниям на это пофиг, у каждой из них есть свой корпоративный сайт.

5) Поддомены *.habrahabr.ru хотят отдать под тематические блоги. Каждая тематика-свой поддомен.
за: да, вообще-то логично! более логичнее, чем для юзеров!
против: а смысл?

6) Распределение нагрузки за счет наращивания количества обслуживающих серверов.
за: если определенные юзерские данные были связаны с определенными серверами, то логично.
против: все равно непонятно, если запрос проходит через rewrite то пофиг что домен что кусок пути.

7) Юзеры стали злоупотреблять пиаристыми поддоменами username.habrahabr.ru.
за: а что, *.habrahabr.ru — возможно попробовать как инструмент для раскрутки.
против: «малокалиберно» слишком. тянет на материал для новости на первое апреля.

8) Выкатывание какой-то принципиально новой фишки, где поддомен будет только мешать.
за: неизвестно что это за фишка, может поддомены и сильно будет мешать!
против: а неизвестно что это за фишка, может поддомены и не будут мешать;)

9) Хабр собирается выкатить пачкой сразу кучу хабра-сервисов. Логичное предположение, если ХабраСторадж — только начало, а завта планируется уже ХабраБлекджек.
за: habrastorage.habrahabr.ru для Хабрастораджа более правильно, чем постоянный риск «фишинг-батхертов» вида ha6past0rage.ru. Да и проще с одной кукой авторизации в одном домене.
против: ну, а если какой-то проект предусматирвает «столь тесную интеграцию с хабром», то почему бы не habrahabr.ru/projectname/?

Под линукс есть ls, grep, sed, awk и маны к ним. Под ваши цели — идеальный вариант.

$ grep -rl искомый_текст /путь/до/папки/* | xargs perl -p -i -e 's/искомый_текст/заменяемый_текст/g'

, чу-чуть усложнить запрос, разбив на 2 и ваша проблема так же решена

$ grep -rl '<?' /путь/до/папки/* | xargs perl -p -i -e 's/<?/<?php/g'
$ grep -rl '<?php=' /путь/до/папки/* | xargs perl -p -i -e 's/<?php=/<?=/g'
$ grep -rl '<?phpphp' /путь/до/папки/* | xargs perl -p -i -e 's/<?phpphp/<?php/g'

Единственное — не понял условия

которые не внутри строк

Если нужен увесистый — берите HTC, если очень легкий — Samsung. Я после увесистого HTC HD2 перешел на Galaxy и обратно не хочу.

Была аналогичная проблема на levelone.
DHCP на роутере (ИП он раздает для сетки?)? Если так, то попробуйте настроить фиксированные ИП в зависимости от mac. И проверьте настройки lease time.
Если не поможет, попробуйте на ноутбуке физически прописать все настройки сети, без всяких автовыдач.

Могут попросить включить ноут, чтобы определить, не муляж ли это.

Hiren's BootCD

ну можно попробовать повозиться с DenyUsers в sshd_config:
DenyUsers
This keyword can be followed by a list of user name patterns, separated by spaces. Login is disallowed for user names that match one of the patterns. Only user names are valid; a numerical user ID is not recognized. By default, login is allowed for all users. If the pattern takes the form USER@HOST then USER and HOST are separately checked, restricting logins to particular users from particular hosts. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups. See PATTERNS in ssh_config(5) for more information on patterns.

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

Чтоб при убитии голвного автоматически закрылись все дочерние. А по graceful отмерли все дочерние, но остался головной. См апач например.

Хорошо изолированная комната с закрытой дверью + кондиционер.

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

Шум ОТ серверной? ну я закрываю дверь в серверную и всё)

В серверной надо бороться с тепловыделением, а не с шумом. :-)

А зачем ее звукоизолировать? На то она и серверная, а не компьютерный столик в спальне.

Windows при установке на диск где уже есть загрузчик для DOS или win9x создаёт файл bootsect.dos, который прописывает в конфиг ntloader-а boot.ini:
# тут хабр кавычки подменяет, надо обычные двойные, а не ёлочки
C:\BOOTSECT.DOS = «MS-DOS 6.20» /WIN95DOS
Этот файл содержит побитовую копию начальных секторов диска, т.е. ntloader не знает что там лежит, а тупо передаёт ему управление.
Создать такой файл проще всего командой dd, которая делает побитовое копирование,
например вот копирование из загрузочного раздела размером в 512 байт в файл bootsect.lnx на примонтированном в /mnt/c разделе с windows:
# dd of=/dev/sda if=/mnt/c/bootsect.lnx bs=512 count=1

Если загрузчик линукса установлен не в загрузочную запись диска, то копировать его надо оттуда

И осталось дописать его в boot.ini
C:\BOOTSECT.LNX = «Linux»

После этого можно восстановить загрузчик windows в загрузочную запись диска.

Без шуток — освойте баш, плюс почитайте о фитчах которые предоставляет *nix система для айтишника.
После того как я узнал о существовании sshfs/ftpfs я навсегда забыл о необходимости наличия ftp и прочих клиентов (благо комп работает 100% времени).

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

На сервере поднимаем DCHP и DNS (кэширующий). На роутере отключаем DCHP.
Настраиваем DCHP на отдачу в качестве шлюза — ip роутера, а в качестве DNS — ip сервера.

Далее, если нужно заблокировать какой -либо сайт, создаем виртуалхост (на www сервере) с нужным ip адресом, а так же в dns создаем зону для нужного домена (A записи указывают на локальный адрес сервера).

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