__etc, серьёзно? тогда они не флэшеры, и скорее всего никогда не станут ими.

Кому надо — все поняли. Кроме тебя.

__etc, и чего же я не понял ? :) того что большенство людей называют вещи не своими именами? и поэтому мне нужно под них подстраиваться?

Как ни странно, в данном случае да.

Млин, ну чего вы к названиям цепляетесь?
Я не знаю, возможно, скажу что то банальное, но, это ессно понятно, что HTTP это надстройка над TCP, и что 80 порт, который традиционно исползуется для пересылки таких же традиционных сообщений, типа GET, POST и т.п - то же своего рода сокет, но, по очевидным причинам, меня его функциональность не устраивает - мне как раз таки не надо посылать традиционные HTTP заголовки, и не нужно, чтобы он закрывался сразу после получения сообщения.
Т.е. скажем так, что задача, возможно решаема, но мне не хватает знаний о структуре сервера, чтобы настроить его так, чтобы получив нетрадиционный запрос (по TCP) - <policy-file-request/>, сервер не выдал бы ошибку, а перенаправил бы запрос на выполнение скрипту, который должен обслуживать это соединение. (что вобщем-то он и делает, если получает по тому же TCP сообщение типа GET <filename>?parameres - это и есть реализация HTTP).
Возможно, если бы я нашел мануал, который объясняет, как научить апач реагировать на нетрадиционные TCP сообщения - у меня бы и получилось, но факт, искал долго и упорно, ничего внятного не нашел, поэтому, наверное, от затеи прийдеться отказаться =(

Ну может до уровня TCP/IP дойдем, а или физической реализации протокола передачи данных?
Ну или, к примеру, до какой-нибудь реализации динамического выделения памяти во флэше под массивы - все же флэшеры должны знать?
Для задающего вопрос не важно, что, суть представляет из себя стандартный апач http-сервер, важно то, что для общения по http есть один инструментарий, а для сокетов - другой. Важно, что http рвет запрос сразу же, а сокет держит и т.п.

__etc, если вдруг все начнут считать землю раем, она от этого в него превратится?

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

Важно то, что http - это протокол, а сокет - нет.

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

P.S. При этом это не в коем случае не плохо, что вы знаете, что хттп-протокол, а сокет-интерфейс, только не обязательно везде это использовать :) Мы же тут не пытаемся использовать знание местонахождения точки G ;)

О!? а что по вашему "разработчик высокого уровня"? разработчик, который расставляет картинки во флэше? или вы считаете, что рас челове пишет онлайн приложение, ему совсем необязательно знать как работает интернет? или вы считает что такому человеку не нужно указывать на его ошибки? тогда он никогда не вырастет, и зачем он припёрся на форум искать помощь, если она его ничему не научит? чем глубже человек спускается по ступенькам в бассейн программирования, тем выше у него ЗП.

Ладно, вы видимо не хотите понять о чем речь, думаю, что нужно закончить спор, т.к. абсолютно не по теме и не приведет ни к чему

Я же не зря P.S. написал: А вы говорите: Нужно указывать на ошибки именно по той теме, по которой ведется дискуссия.
Так что, я повторюсь, закончим спор :)