А почему именно HTTP, а не FTP или XMPP?

По той же по самой причине, по которой вбитое в браузер доменное имя будет снабжается протоколом http://

Не вижу логической связи. Для browser’а как раз протокол HTTP особенный. А вот для домена — нет.

Опять же, давайте сходу определим, за какой сервис отвечает домен с “префиксом”: deniskin.habrahabr.ru?

Да буквально за какой угодно. Если ввести это доменное имя в строке адреса в browser’е, он попытается обратиться по адресу, соответствующему этому имени, по протоколу HTTP. А если передать это имя клиенту FTP, он попытается обратиться по протоколу FTP.

Если не использовать решение с port forwarding’ом, которое я упомянул выше, получим:
http://example.com/
но:
ftp://ftp.example.com/
svn://svn.example.com/
и т.д.

Почему это сервис HTTP должен быть каким-то особенным?

А почему именно HTTP, а не FTP или XMPP?

По той же по самой причине, по которой вбитое в браузер доменное имя будет снабжается протоколом http://

Опять же, давайте сходу определим, за какой сервис отвечает домен с «префиксом»: deniskin.habrahabr.ru?

http://example.com — web-сайт,
http://shop.example.com — электронный магазин,
http://forum.example.com — web-форум

Ну конечно. Что мешает example.com сделать под HTTP, а все остальные сервисы – с “префиксами”

А почему именно HTTP, а не FTP или XMPP?

Кстати, не только разные сервисы могут быть с разными префиксами, но и один сервис, предоставляющий контент по разным темам.
Например:
http://www.example.com — web-сайт,
shop.example.com — электронный магазин,
forum.example.com — web-форум
и т.п.

Похожую по принципу систему именования использует Google для своих сайтов.

Таким образом, доменный префикс «www» (и другие подобные доменные префиксы) появились потому, что изначально в доменной системе имен был недостаток, а исправлен этот недостаток был слишком поздно. Пока все web browser’ы не будут использовать записи «SRV», префикс «www» не изжить.

Ну конечно. Что мешает example.com сделать под HTTP, а все остальные сервисы – с «префиксами»?

У меня всё.

Если у нас есть организация, ее домен — example.com, и у этой организации есть несколько серверов, выполняющих разные функции, то вполне логично, что их внешне видимые имена будут соответствующими:
http://www.example.com — web-сервер,
http://ftp.example.com — FTP-сервер,
svn.example.com — сервер Subversion,
xmpp.example.com — сервер XMPP (Jabber)
и т.д.

В идеале было бы неплохо, если бы все клиенты обращались по одному имени example.com (без всяких префиксов) и получали нужные им сервисы, но реализовать это в общем случае не так просто.

Для SMTP (протокола доставки email) эта проблема давно уже решена: в доменной системе имен (DNS) есть специальные записи «MX», с помощью которых можно задавать, куда доставлять почту для данного домена.

Для других сервисов в DNS’е есть записи «SRV», с помощью которых можно задавать сервера и порты к которым обращаться за сервисом. Проблема в том, что эти записи были введены слишком поздно, и никто их не использует кроме клиентов XMPP (Jabber), да и то не всех. Все остальные клиенты (в том числе, и web browser’ы) просто используют запись «A», которая задает соответствие имени адресу IP (или «AAAA» для IPv6).

Единственное работающее на данный момент решение — это сделать все сервисы доступными на одном адресе IP и повесить на этом адресе переписывание пакетов (port forwarding), чтобы соединения, предназначенные для разных сервисов, перенаправлялись на разные физические сервера. Такое решение требует дополнительных затрат на установку и администрирование, а также создает «слабое звено» (single point of failure): если устройство, занимающееся перенаправлением соединений, выйдет из строя, будут недоступны сразу все сервисы.

Таким образом, доменный префикс «www» (и другие подобные доменные префиксы) появились потому, что изначально в доменной системе имен был недостаток, а исправлен этот недостаток был слишком поздно. Пока все web browser’ы не будут использовать записи «SRV», префикс «www» не изжить.

с правилом

RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule (.*) index.php [QSA]

и

var_dump($_GET);

выводит array(1) { ["s"]=> string(8) «проверка» }

А как это исправить? :) (сейчас сам попробую)

я же во 2 своём посте дал ссылку на директивы и поправил, дописав ещё одну, которая отвечает за query string.