которых были разработаны Servlets (Сервлеты) т.е. специальная спецификация расширения функциональности сервера. Для этого конечно же нужен соответствующий модуль, который поддерживает сервлеты. Наиболее известный на сегодняшний день это Tomcat, который развивается в рамках проекта Apache. Там же появились JSP (Java Server Pages), которые позволяли встраивать код java непосредственно в html страницы и таким образом строить динамические страницы на стороне сервера и впоследствии, когда разработчики смогли поженить JavaScript и java через так называемый live connect мы получили то что сейчас достаточно модно и вокруг чего строятся все web 2.0 приложения – это так называемый технология ajax, который позволяет асинхронно менять информацию на HTML страницах т.е не только графику, как это было в первых версиях JavaScript, которые были сделаны в 1995 году, но и непосредственно текстовые фрагменты и вообще любые объекты. Значит, если вы пользуетесь Google, то вот Gmail она построена на технологии ajax.
Современное состояние web технологии это у нас xml разметка, которая впервые появилась в браузерах Microsoft 1995 году в виде так называемых каналов. В то время информации по каналам она как раз передавалась в виде xml документов, а вовсе не html документов как сейчас! Сейчас xml это основной язык развитие функциональности, кроме того появились таблицы стилей управления для xml, особенно сейчас пользуются спросом специалисты, которые умеют программировать эти самые стили на этом самом XSLT, т.е. расширенные таблицы стилей для трансформации контента. В частности, допустим в Яндексе, если вы посмотрите список вакансии, то это специалистам один из наиболее затребованных.
Архитектура клиент-сервер
Это краткая история развития технологии по годам с 1989 по 1995 года. Теперь же перейдем к тому как технология сама по себе выглядит. Выглядит она следующим образом: если используется технология или архитектура как принято называть «клиент-сервер». Т.е. архитектура клиент-сервер строится вокруг следующего взаимодействия: т.е. клиент посылает запросы к серверу, а сервер посылает ответы клиенту. На самом деле в классическом HTTP обмене между сервером и протоколом HTTP и клиентам, которые посылают по этому протоколу запросы вообще говоря на этом все и кончается. Это соединение устанавливается поверх транспорта TCP, т.е. в протоколе TCP IP имеется 2 транспорта дейтаграммные транспорт, в частности котором работают сейчас службы DNS, а все остальные сервисы в основном работают вокруг транспорта TCP так называемый «надежная доставка сообщений». Вот HTTP оно работает поверх TCP на 80 порту, очень часто это можно видеть, когда вы смотрите логи и там записаны то как, происходит обмен между клиентом и сервером то там как раз по 80 порту TCP у вас все это туда-сюда «ходит и бродит». И для того чтобы сократить обмен и зафильтровать какие-то вещи администраторы весь 80 траффик заворачивают на прокси сервера, в который вас куда-то пускают, а куда-то не пускают. Вот обычно это все так и устроено. Вот вы пользуетесь на своем компьютере браузером, это может быть Chrome, Explorer, Firefox, это может быть Mozilla всякая,
