fir1st

Да, называется Mp3tag.
Описание доступных паттернов: help.mp3tag.de/options_converter.html

Get-ADGroupMember -Identity ‘Domain Admins’ –Recursive команда такая ?

ARP, не совсем корректно, но на уровне ядра операционной системы, как и весь стэк TCP/IP. То есть не зависит от драйвера сетевой карты.

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

Как он это делает то? По-моему он только идентифицирует хосты.

Путь передачи данных определяется поведением каждого маршрутизатора (per-hop). Каждый маршрутизатор получает пакет, изучает его адрес назначения (IPv4/v6 адрес в данном случае), и определяет на основании таблицы маршрутизации, с какого интерфейса этот пакет отправить далее.
Грубо говоря, из таблицы маршрутизации видно, трафик до какого хоста надо пускать через какой интерфейс. Этот результирующий путь (маршрут) может быть асимметричен (трафик от источника до п.назначения идет по другому пути, нежели обратный), может меняться неоднократно на протяжении сеанса связи.

Для более-менее внятной передачи данных поверх IP используются транспортные протоколы, обеспечивающие, как правило что-то из следующего: мультиплексирование (см. номера портов), защиту от дублирования, защиту от искажения передаваемых данных, и прочая и прочая.

Попросите послать почтой Малайзии (если, конечно, есть такая возможность) - там практически не придираются.

В обратном случае, если дело в аккумуляторах (предположу, что там 18650), можно фонарь послать без них дабы избежать проблем. Сами же аккумуляторы - через Малайзию на fasttech заказать

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

0) Пользователь вбивает в адресную строку браузера адрес сайта (нажимая клавиши на клавиатуре, которые замыкают определённую дорожку в матрице, по которой происходит определение нажатой клавиши, что через шину USB в какой-то момент передастся OS, где это поймает HID-драйвер и вызовет определённое прерывание, что OS передаст как событие/или_ещё_как в программу, которая вызовет соотвествующую функцию из API менеджера окон, которая изменит содержимое строки и в результате когда-то будет перерисован UI-элемент, а если нажат был Enter, то начнётся следующее).
1) Браузер вытащит из input'а строку с запросом и посмотрит, похоже ли это на адрес. Если да, то добавит недостающие уточнения (например, http или file протокол, порт и подобные довольно стандартные вещи). Если нет - то скорее всего создаст запрос в поисковую систему, установленную по умолчанию (я более не буду опускаться до таких бессмысленных деталей, как вызовы API-функций, иначе я буду набирать это сообщение ОЧЕНЬ долго). В любом случае на выходе мы по сути получим URL, который надо загрузить. Протокол file:// мы рассматривать не будем, ftp далеко не везде есть, https:// на не хватит вечности, так что остановимся на http, который по сути есть tcp/ip по умолчанию на 80 порту с определённым форматом общения.
2) Окей, url есть. Теперь нам нужен адрес, к которому обращаться. Так как http это tcp/ip - нам нужен ip адрес. Здесь нам помогают dns-сервера. Обычно, нормальный провайдер устанавливает у себя кэш-сервера dns, которые не обращаются по стопицот раз за vk.com к ответственному серверу com-зоны. Давайте не будем отвлекаться на то, как происходит там общение, если что - вот (вики тем хороша, что часто содержит внизу релевантные ссылки). Скажу лишь то, что на выходе мы получаем ip адрес(а).
3) Имея адрес мы можем запросить страницу. Собственно, всё что после первого слэша - это как-бы параметры для http-сервера: какую именно страницу запрашивать, он всё же не телепат. Конечно, можно было бы немного схитрить и отправить читать про tcp/ip, но ведь существует и shared-hosting. Ограничемся лишь его упоминанием. Собственно, по полученному адресу отправляется GET запрос, который и обрабатывает сервер, находящийся по полученному IP-адресу.
4) Сервер же, получив адрес, начинает распарсивать строку, медленно вытягивая нужные данные из баз-данных и настроек, выполняются сотни скриптов, иногда делается ещё не одна сотня различных запросов на другие сервера (здесь и разного вида метрики и разного вида HADOOP и т.д.). Пройдя сквозь скрипты и темплейторы в самом конце мы получаем html-страницу, готовую к употреблению. Её-то сервер и отправит в ответе (после заголовков, конечно).
5) Вот и началось самое интересное. Получив html страницу браузер начинает жутко надругаться над CPU, HDD и GPU, попутно сжирая тонны RAM и мусоря в swap. Виной всему нереальные для полного соблюдения стандарты от небезызвестной w3c.org. Для облегчения многие делают костыли, вроде webkit, а некоторые и вовсе забивают на него и пилят свой стандарт с преферансом и картёжницами (впрочем, в последнее время становиться лучше). Здесь снова начинаются сотни вызовов API ОС, windows manager'а и прочих библиотек, вроде boost, qt или libpng. В ходе работы в RAM строится макет, по которому потом строится нечто вроде PDF (тоже сильно векторный), что, потом, обрабатываясь быстрыми шейдерами на GPU, выдаётся на экран. Опять же, многое пропущено, но вряд ли кому-либо, кроме парня в свитере с оленями, действительно интересно, как работает GDI, DirectX или OpenGL.
6) Ах да, мы же забыли про тысячи js-скриптов, миллионы картинок и анимации с котиками, а также о таких дополнительных плюшках, как flash-player или java-weblets. В кратце, что js, то и flash и java - это виртуалка, со специальной архитектурой. Они, виртуалки, конечно разные (хотя flash и js довольно похожи, ещё бы - ECMAScript один и тот же). JS - самый интегрированный внутрь браузера, он же и самый медленный чисто визуально (ибо последние два имеют доступ к быстрому GPU), хотя самый быстрый в попугаях. Второй постепенно вымирает и представляет из себя, так же как и третий специальную shared-библиотеку, о которой браузер как-нибудь узнал и которой скармливает специальное содержимое помечанное специальным тегом html. Третий уже почти умер и встречается лишь изредка или в каком-нибудь энтерпрайзед со страшным legacy-базой. Ну здесь из сылок разве только гугл. Ибо сколько всего - даже не сообразишь. Да и вообще, эта тема ещё скучнее GDI, DirectX и OpenGL и к свитеру с оленями требуются ещё очки с толстенными стёклами, дающие стопицот к терпению и задроству над матаном. Если в кратце, то в случае JS, всё что было загружено в память и не думает выгружаться и формирует этакое дерево - DOM, над которым с помощью специального API и происходят модификации. При этом, перед тем как исполниться, весь JS-код компилируется, в нативный для VM байт-код. То же самое в общем-то и со вторым и третьим, разве только они не имеют доступа к DOM и организовать его - дело тех ещё костылей. Ах да, забыл ещё про Silverlight (или как оно там пишется), который сдох, не успев родиться. Так же как и Java, жив в серьёзном энтерпрайзе, не поскупившийся не "дешёвую" поддержку MS.
7) Ну... А дальше пользователь нажимает на нужную гиперссылку и всё по новой.

За кадром остались такие костыли, как ajax, websockets и прочая асинхронная ересь. С ней всё в миллионы раз сложнее. И к очкам со свитером потребуется ещё и... а чёрт их знает, что они там ещё носят. Ну да ладно, я искренне завидую тем парням (и девушкам), которые разбираются во всей этой машине. Целиком. Ибо это лишь верхушка айсберга. Разбавленная не лучшей памятью и ужасным гуглом.

P.S. Не бейте сильно за грамматические и синтаксические ошибки. Спеллчекер приказал долго жить, да и 5 утра как никак.

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

ОК, давайте прикинем еще раз:
1. Вот тут пишут, что 16-гиговый чип стоит 32$. Переводим в рубли, умножаем на два (надо-то 32 гига), и таких чипов у Вас два, = 4000 р. (без доставки и инфляции!).
2. Если поищете в сети, за пайку одного приличного чипа в корпусе BGA всякие сервисы (ремонт ноутбуков, телефонов) берут в районе 4000 р. У Вас таких чипов два, = 8000 р.
3. Предположим, уникальная работа по маленькой правке неизвестной прошивки (с запасом) это 0.5 ЧД приличного реверсера (по розничным ценам около 100$ в час) = 12000 р. При иных расценках -- или не будет сроков, или не будет результата, или ни того, ни другого.

Итого получается: 24000 р.
Это два айпода 6g classic по 160 гигов (только подумайте, белый и черный!), и еще на одни наушники соответствующего класса останется.
Или: любой подходящий плеер на рынке, плюс несколько SDXC карточек к нему, общим объемом до 512 GB (полтерабайта!!!) и те же наушники, ну и т.д.

text[0] = 'ж'+text[0].substr(1);

Как-то так:
Далеко не все смогут понять, как невообразимо весело поднимать свое маленькое облако, настраивать его, тестировать, делать отказоустойчивую конфигурацию. Разворачивать эмулятор крутой СХД на простом железе. Выискивать на eBay, покупать, а затем получать по почте и распаковывать свежекупленные коммутаторы Cisco для препарирования и опытов. Делать на своей домашней Wi-Fi точке аутентификацию 802.11x с цифровыми сертификатами, где-то доставать еще одну точку, чтобы делать roaming. Покупать ноутбук с расчетом на то, чтобы на него встал любимый гипервизор. Доставать Infiniband карточки и коммутатор, хотя в продакшене тебе он нахрен не нужен. Смотреть квадраты Gartner'а лидеров по различным отраслям, тестировать их решения, о которых, хотя и слышишь первый раз в жизни, но делаешь - потому что они лидеры. Настраивать трехзвенное приложение с автоматическим масштабированием. Часами допиливать любимый workflow на развертывание сферического AD в вакууме. Устанавливать новую версию Exchange и делать миграцию данных сотен пользователей с именем John Smith. Ночами траблшутить надоедливую проблему на своем домашнем стенде, участвовать в бета-программах твоих любимых производителей софта. Подписываться на технические блоги по серверному администрированию и самому вести такой, ездить на профильные конференции в свой отпуск. Делать идеальный сайзинг серверного оборудования под какую-то невообразимую выдуманную задачу. Часами смотреть на фотографии новой железки и мечтать, чтобы когда-то ты смог потрогать ее вживую и внедрить у какого-нибудь заказчика. Читать RFC и документацию по стандартам, чтобы понимать как это на самом деле работает. Мечтать получить доступ к внудренним knowledge base крупных вендоров. Учиться в свободное время и сдавать вендорские экзамены, не потому что дядя на работе сказал, а потому что ты уже наметил план своего профессионального развития лет на 5 вперед. И еще множество других самых разнообразных и интересных вещей.