Как выцепить нужный процесс - хз если честно, я и сам всегда убивал процессы при помощи комманд kill и killall. Есть ли более вменяемый способ, по правде говоря, не знаю. Признаться я сам только сейчас задумался о иных способах убийства процессов (если не считать кдешный диспетчер задач), правда я не знаю зачем (в смысле мне иных способов не требуется). Да и не зависало у меня ничего уже лет двенацать :-/

Вам не приходилось читать книгу Билла Гейтса - Дорога в Будущее?

Ну это видимо у малообразованных джентельменов, как минимум не учившихся ни в ССУЗ'е ни в ВУЗ'е, ибо кажен учившийся в техникуме(колледже) или универе(институте) знает, что информация должна подкрепляться источниками. Так статья на поругаемой вами вики имеет 20 источников, кажен из которых можно проверить и при необходимости оспорить. Приведённая вами статья не приводит источников, никаких. Откуда всё что там написано неясно. И не факт, что правда.

А вот возражение чьей либо информации без приведения своей информации с её источником (не важно каким) - это действительно тон, в порядочном обществе, особенно в стиле - "это не так, тому що я так сказал".

Хотя информацию от фирмы Apple, признаю, вы вроде пока не оспаривали.

П.С. Я, слава богу, ни к джентльменам, ни к интеллигентам не отношусь, [url=http://anisiya-12.livejournal.com/148241.html]у меня профессия

Ой ли? :) А чего тогда Mac OS X относится к семейству BSD-Unix? Да и весь набор unix команд в нём присутствут (даже bash есть). ;)

П.С. у старого ядра NT, кста, тоже уши старого System V местами торчат.

Если рассматривать именно корпоративный сектор, где за лишний рубль капитал и пристрелить может, то в области ПО исходят из поставленных задач. Например мне спокойно удалось одно предприятие перевести на ООо с МСО, там три сотни чел в офисах клепали только служебки, да отчётики с диаграмками. Внешнего сообщения практически не было. Снесли везде МСО, поставили ООо, всё прошло без проблем. Только там был один нюанс, все документы обязали сохранять в формате ООо. Сэкономили на тот момент свыше 3,5 млн рублей. Сразу оговорюсь, пиратское ПО там поставить было невозможно, предприятие было муниципальное, в эпоху политических дрязг, и мне приходилось неоднократно представителям ОБЭП показывать лицензии на на каждое ПО установленное на проверяемых ими компьютерах. Правда по функционалу (в рамках родного формата) мне до сих пор никто не показал, чем МСО превосходит то

Хм, надо будет у сына спросить, как он сидя под бубунтой справляется с заданными на дом заданиями :-/

А вообще я как представлю, например отдел бухгалтерии, сидящий целыми днями в 3D Max'е, так жуть берёт от предстоящих массовых сокращений за ненадобностью бездельников. Бухгалтеров за ненадобность, айтишников за тупость и расточительство.

[spoiler]Вообще обе стороны какие то детские доводы приводят, сразу видно корпоративного опыт нет. Будет так как продиктуют корпоративные нужды и экономические расчёты. Как правило на предприятиях, кои гораздо крупнее чем мелкая шаражкина контора в каких то жалких 20-40 компов с недосисадмином на все руки, иные критерии и подходы к оценке решений. Иной раз бывает, что час простоя приносит акционерам убытки в разы больше чем затраты на полностью новый ИТ отдел с выкидыванием на улицу старого отдела.

Там где акционеры, нифи

Вам бы диск проверить, напри

Ну, ScrapBook тоже имеет инструменты поверхностного редактирования. Например там можно удалять блоки (DIV'ы, таблицы, картинки), причем этот плагин сохраняет только то, что необходимо для просмотра. Я в дополнение к нему использую так же HTML редактор Amaya, в нем особенно очень удобно редактировать поблоково.

Впрочем для вас, как я понял, сохранение форматирования не принципиально.

Что касаемо вашего вопроса, поглядел у себя и сделал следующее.
В Огнелиссе открыл проблемную страницу, при помощи Ctrl+A выделил всё, открыл установленный у меня Writer из LibreOffice версии 4.2.4.2, выбрал пункт м

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

Тут не совсем понятно описано  о том где будет тупить резольв.

Допустим на самом важном серваке. В принципе если на самом серваке и он является шлюзом в инет, то обычно на таких серверах просто ставят либо DNS сервер, коий по необходимости подключает внутренние зоны. При таком подходе файл resolv.conf указывает на локальный сервер.

Так же хочу обратить внимание, если у вас есть механизм подключения второго маршрута, то этот механизм либо изменит настройки DNS сервера, либо просто обеспечит маршрут до внешнего DNS.

А тупить резолв будет только в одном случае, если DNS сервер недо

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

Относительно настроек DNS и шлюза в Win/Lin, тут все одинаково.

DNS сервер просто добавляется в список при поднятии интерфейса и в дальнейшем используется в зависимости от очереди и потребности (например по умолчанию локальный DNS, второй в списке внешний, транслирующий внешние имена).

Шлюз так же просто добавляется в таблицу маршрутизации и затем уже система использует первый доступный шлюз с наименьшей метрикой.

Зачем это нужно? Пример. У вас есть интерфейс (не важно в винде или в линуксе), который поднимается не всегда. Например это PPPoE/PPTP соединение с Интернет, при поднятии этого соединения (интерфейса) можно настроить назначение шлюза по умолчанию и DNS сервера находящихся за данным интерфейсом (пока соединение не поднято, то и шлюз за соединением не указать, система просто не будет знать где он, да и DNS лучше не указывать, т.к. это приведет к не самым лучшим последствиям).

Обычно если есть локальный DNS сервер, то ему просто позволяют делать запросы к корневым DNS серве