AstonMartin

а причём тут бедная сотрудница? в нормальной системе у пользователя не должно быть прав, чтобы что-то сделать с системой. небось все у вас под администратором работают?

по вашему вопросу: чем вы разделы диска смотрели, что сделали такой вывод? и как по вашему система грузится, если разделов нет?

hp pavilion dv5500, два года — умер (отпай северного моста), до этого сломалась зарядка и батарея, дико грелся.

Есть специальный тип http запросов — CONNECT — он не разрывается после передачи данных.
Проблема в том, что не все маршрутизаторы согласятся поддерживать данный запрос вне сессии ssl (она как раз реализуется через «обертку» в данный вид запроса).

Можно еще сделать иначе — «затянуть» сессию.
Если у Вас сервер не на php (вы не получите переменные пока не придет все тело запроса), а с возможностью читать прямо поток данных от клиента, то Вы можете поступить следующим образом:

Клиент устанавливает обычное POST-соединение, но отправляет не все тело, а «порциями», большими буфера (8к — по умолчанию).
Сервер, получив заголовок запроса начинает считывать данные «по-приходу» от клиента, непрерывно опрашивая сокет, обрабатывает «порции» и выдает результат в выходной поток.
Клиент получает данные, обрабатывает и шлет следующие «порции».
В целом, все очень похоже на скачку большого файла с letitbit'a.

Этот метод хорошо работает, но выглядит для прокси, как «зависшее» соединение, и они его могут «прервать».

MacBook Air 11

Air не использовал, подозреваю он классный.
Дома есть Pro 13 и X200s. Основным использую Lenovo (впринципе аналогичен 220, если не брать разницу в производительности).

Берите Air. И только Air. Да, ThinkPad торт, но он толще чем MacBook Pro! (что уж с Air сравнивать) У него изначально идет SSD диск и отличный экран (гораздо лучше чем у среднестатистических конфигураций X220).
По удобству — сложно сравнить, для себя я выделил две конкурирующие платформы, которые (для меня) не заменимы — Mac и Lenovo.
Клавиатура мне больше нравится у Lenovo, Trackpoint — божество по сравнению с другими мышками на Wintel ноутах, но даже он не идет ни в какое сравнение с тачпадом Мака — внешняя мышка не нужна впринципе.

Да, общий Enterprise стиль thinkPad — внушает счастье и бзмятежность (особенно клево удается разворот экрана на 90 градусов), но — в сравнении с macbook оно того не стоит.

Все эти VGA интерфейсы, защита, разбираемость и ремонтируемость чего угодно — просто не нужна. Все «просто работает».
В маке — «все просто работает» на порядок выше.
Как я понял, вы web-разработчик, и — не стоит ориентироваться на компьютер в Windows. OSX — отличная система.

SSD, суперклевый дизайн, продуманность всего и вся, батарейка, мощность, видеокарта, БОЖЕСТВЕННЫЙ ТАЧПАД и классная ОС — Mac.
«Военные стандарты», разбираемость-расширямость всего и вся, вековой дизайн, специфическая мышка, привычная ОС — ThinkPad.

Не покупайте ThinkPad!

Пост набран с 200s.

Я вижу в обновлении только 1 плюс — многие программы из апстора требуют прошивку от 4.
Многозадачность можно сделать с помощью утилиты background из cydia.
Так что я бы 1000 раз подумал перед обновлением, ибо на производительности это скажется довольно заметно.

Можно в Evernote, например. Я сниппеты и вырезки туда складываю. Порой просто сохраняю в txt файлы. По части «без присмотра» — у меня есть, простите, папочка SORT_THAT_FUCKING_ASSHOLE, которой раз в месяц по крону делается rm -rf. Мотивирует.

0. Проверяем есть ли mac подключившегося в базе, если есть, ничего не делаем, если нет- переходим к п.1
1. На любой запрос http или https переадресовываем на страницу с рекламой, где по счетчику или всплывающим окном перебрасываем на запрошенную страницу.
2. Записываем mac подключившегося в базу.
3. Через 24 часа стираем из базы мак

Ну это так, первое, что в голову пришло.

Многое сказал rPman, но я как человек выполнявший функции «читера» по просьбе разработчиков одной игры, попробую систематизировать.

1. Все проверки должны быть серверными, как бы плачевно это не отражалось на нагрузке, потому что любой JavaScript читерится за минуту в современном броузере. Для уменьшения нагрузки проверки можно и даже нужно дублировать на клиенте, но только дублировать.

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

3. Все нововведения в уже появившуюся игру следует поначалу более подробно логировать.
Как правило самые гнусные читы находятся именно в новых возможностях игры.

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

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

6. Все действия игрока следует сопровождать идентификатором сессии(Я понимаю, что тут я КЭП, но все же), который стоит периодически подменять, не требуя повторной авторизации, если использование более старого идентификатора было не так давно.

7. Написать набор функций проверяющих наличия в базе нереальных значений. Например: в доме где максимум жильцов составляет 10 человек живет уже 236. Или суммарные затраты на содержание электростанции составляют -135 валюты. Это так же позволит обнаруживать особо наглых читеров.

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

Ну а вопрос шифрования оставлю на людей, более компетентных в этом вопросе.

Было вроде уже обсуждение — все бумаги будут использованы против вас, т.к. докажут, что вы изначально были вкурсе того, что нарушаете закон — и шли на это осознанно. Так что все подобные «договоры» только подтвердят вину и усугубят ситуцию.
Если вас вынуждают ставить нелегальное ПО — вы должны отказаться, при попытке уволить — обратиться в полицию о с жалобой, что работодатель просил нарушить закон и уволил за отказ. В таком случае разбираться уже будет прокуратура.
Дорожить компанией, которая вас подставляет под суд своим нежеланием платить, не имеет смысла.

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

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

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/?

Mac OS X for UNIX Geeks
Mac OS X Security Configuration
А так довольно мало инфы по поводу Mac OS с точки зрению unix. В интернетах большинство статей сводится к тому, как запустить terminal ((
Если интересуют какие-то конкретные вопросы, спрашивайте.

Не боитесь все яйца в одну корзину класть? Когда сайт будут DDos-ить, 1С-ка не почувствует?
Обычно под 1С выделяют отдельный MS Server (RDP) + MSSQL либо CentOS/ Ubuntu_Server (1с — тонкий клиент).

PTR прописывает администратор DNS на который делегирована зона in-addr.arpa для этого блока адресов.

А что такого с доменами по 100 рублей? Такая цена у многих регистраторов, если уж не доверяете этому регистратору — воспользуйтесь, например проверенному, 2domains.ru, цены там такие же

Тут все относительно.
Проект может стоить 100 тысяч, но быть одностраничным, верстальщик тут точно много получить не должен.
А бывает наоборот, дизайн никакой, а верстки много. И верстка разная может быть, часто веб программирование на джейкуэрях всяких делает тоже верстальщик. И программирование тоже может быть относительным, может за весь проект обходились готовыми модулями фрэймворка, а написал он своего кода пару строк всего.

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