Ну если уж вплотную заняться этим, то можно уже поправить исходники PHP и пересобрать. Даже патчи готовые в принципе есть, например weblog.failure.net/archives/2011/03/uploading_files.html

Согласно XDG Base Directory Specification каталог кэша $XDG_CACHE_HOME по умолчанию ~/.cache. Все нормальные браузеры (Chromium и Firefox хранят там кэш по умолчанию, а для Opera надо указать в конфиге) следуют ей.
/home/username/.cache делаем tmpfs. Сохранение состояния приносит мало пользы тк в нормальной системе перезагрузка происходит очень редко ведь есть suspend.

ИМХО, генту переоценивают энтузиасты и при этом у тех, кому она действительно нужна, зачастую нет времени её изучить.

Gentoo — вполне себе выбор для десктопа, но это не лучший для всех десктопов дистрибутив и тем более не единственный годный. Но имхо gentoo гораздо интереснее как метадистрибутив, т.е. способ быстро сделать дистрибутив под конкретную — серверную, embedded и т.д. задачу. При этом проблем с переустановкой на сервере нет: вообще, на сервере может не быть компилятора — под него всё соберётся снаружи. То же самое с embedded. Тяжесть portage и время компиляции при этом вообще не имеет значения. Гента — прекрасный способ собрать заточенный дистрибутив за минимальное время и не сойти с ума.

Я могу ошибаться, но кажется у Air нет модели с IPS матрицой. А тачскрин и высокое разрешение экрана — это уже моя личная страсть.

Есть хорошие новости. У меня получилось отправить его в сон (кулеры затихли) и пробудить. Я эксперементирую с разными патчами, методом тыка пытаюсь выявить нужные участки. В ближайшие время обновю патч в топике.

На счет touchscreen only. Я пока пользуюсь штатным Gnome 3. В каких то приложениях работает скроллинг пальцем, в других надо целиться в скроллбар. Виртуальную клавиатуру пока тоже пробовал только штатную. Если ее включить в настройках Accessibility, то она автоматически появляется нажатии на любое поле ввода. Ну нее недостаток большой, нет F1-F12, клавишь курсора и других, в консоли не посидеть.

Chromium, в отличие от Chrome, можно пересобрать с флагом -Denable_hidpi=1 и получить доступ к этому флагу.
Но я сомневаюсь что это многие будут сделать.
Для windows доступность флаг можно активировать каким-то ключём в реестре.

Так что указание на доступность только в Chrome OS не корректно.

PS Надо будет глянуть что стоит в mac os, но пока лень перегружаться.

Начальная настройка это как «fixed costs» в общем балансе её доля невелика. А потеря времени связанная с ежедневной работой, аналог «operational costs», это другое дело. Тут я могу сказать для себя, что потери времени при работе в Linux у меня ничтожны в отличие от «самой распространенной ОС», если речь идет о рабочей станции. Там всегда крутится куча корпоративных проверялок патчей, и антивирусы. Иногда они тебя бесцеремонно заставляют ребутнуться. Даже Acrobat Reader может «вежливо попросить». Сравнивать же потери времени с домашней Windows я не могу, так как у меня таковой нет. В целом же я не стал бы однозначно утверждать что для всех пользователей верно одно либо другое в плане потерь времени под 2-мя ОС.

Ну если кто-то женился на той, кто устраивает ему скандалы за то, что он занимается интересным для него делом — можно такому человеку только посочувствовать. Тут уже ни линукс, ни виндоус, ни макось не помогут :)

А включить то она его забыла, дура!

А вы поняли, как сильно я его ненавижу? :-)))

окей, мы поняли что вы ненавидите глянец

Вроде бы самоочевидные вещи: OpenSource безопаснее за счет того, что всегда можно посмотреть исходный код и повлиять на ход разработки: можно либо форкнуть, либо отправить коммиты. В случае закрытой разработки нет рычагов влияния и примерами завалено полхабра, где различные компании по полгода и более закрывают критические уязвимости в своих продуктах. Программы по баг хантингу не панацея — тут напрямую зависит от того кто и как из сотрудников компаний курирует это программу.

А большая часть из них read it never.

ошибки в проектировании ПО есть всегда. Каждый раз разработчик начиная программирование задачи думает, что уж в этот-то раз он все сделает концептуально и правильно, выберет самую правильную иерархию классов и интерфейсов и будет использовать самые совершенные методологии разработки. Спустя время оказывается, что заказчик имел в виду несколько иное, а не то, что изложено в ТЗ. Или у заказчика появились некоторые «незначительные» дополнения, которые как оказалось в корне меняют всю концепцию, и прочая и прочая… Да и сам разработчик может не учесть каких-то ньюансов. Переделки и дополнения через некоторое время создают из первоначального приложения монстра.

как я понял, воздух от вентилятора дует вниз, т.е. обдувает и проц (ну он на нем стоит) и БП и HDD, превосходное решение.

Разбирать еще раз не стану, но выглядит это так:

Где-то читал байку про то, что Кремль от ворон решили охранять при помощи сокола. Привязывали его веревочкой, чтобы не улетел. Так вороны очень быстро вычислили длину этой самой веревки и, рассевшись в круг, обкаркивали своего недруга, прекрасно понимая, что сдачи не получат. Вот такие вот «подсознательные страхи»…

Очень скоро птицы перестанут бояться эту птичку, поскольку от неё им нету никакой реальной опасности. Тут бы больше дрессированные хищные птицы подошли.