Анимация
JavaScript
|
Главная Библионтека Упражнения Внесите следующие изменения в простую отправки элек- тронной почты, • Выберите данные- о броузере пользователя и вложите их в тело сообщения. • Отправьте пользователю копию сообщения с правилами сетевого этикета (не забудьте сообщить ему, что вы именно так и поступаете при работе с реальными Web-узлами). Следует также иметь в виду, что эти сведения всегда могут вызвать недовольство получателя. Разрешите пользователю "просмотреть" построенное им сообщение перед отправкой. Для этого вам придется использовать один из методов, описанных на 19-м занятии, "Сложные формы", чтобы сделать данные из первой страницы (экран ввода текста сообщения электронной почты) доступными для второй страницы (экран проверки правильности почтового сообщения) и в конечном итоге для CGI-программы отправки почты. 344 аммировакие на Perl 23-й час Push-технология и счетчики посещений Web-страниц На этом занятии вы нознакомитесь с некоторыми раснространенными методами CG1-программирования. Они помогут сделать ваши Web-страницы более интересными за счет использования анимации и тем самым оставить всех конкурентов далеко позади. Основные темы этого занятия. • Использование push-технологии сервером для обновления Web-страниц • Создание счетчиков посещений Web-страниц • О proxy-сервере и кэш-памяти. Что такое push-технология Традиционная Web-технология является по своей природе постраничной. Она мало приспособлена для просмотра больших документов, особенно когда речь заходит о медпенных каналах связи. В качестве примера рассмотрим Web-страницу, запускающую ограмму, которой требуется для выполнения очень много времени. Скажем прямо, шанс, что пользователь дождется окончания загрузки такой страницы, очень невелик. Во-первых, броузер может прервать сеанс связи из-за окончания интервала ожидания завершения работы CGI-программы. Броузеры обычно ожидают результатов примерно в течение 90 секунд, а затем отображают сообщение, уведомляющее о том, что данный узел недостунен. Во-вторых, время от времени может выводить "Выполнено 10% работы", а несколькими мгновениями спустя: "Выполнено 20% работы" и т.д. Вывод подобных сообщений - дело хорошее, но дело в том, что они могут не появляться через одинаковые интервалы времени (из-за буферизации), и в результате вы получите чрезвычайно медлительную Web-страницу Вероятно, было бы лучше, чтобы сообщения, уведомляющие о состоянии загрузки Web-страницы, выводил броузер (рис. 23.1). Рис. 23.1. Броузер, отображающий текущее состояние процесса загрузки Web-страницl В push-технологии {server push), или технологии выталкивания страниц сервером, используется преимущество того факта, что броузеры могут получать страницы по разделам и повторно отображать эти страницы в нужной последовательности, как если бы вы сами последовательно загрузили различные страницы. ..11J На момент написания этой книги броузер Internet Explorer компании Microsoft еще не поддерживал протоколы, необходимые для реализации push-технологии серверами. И это весьма печально, поскольку использование этой возможности предоставляет простой способ выполнения анимации содержимого Web-страииц. Для создания Web-страниц, корректно отображающихся в Internet Explorer или других броузерах, не поддерживающих push-технологию, следует использовать другие методы, например метод вытаскивания страниц самим клиентом (client pull). Организация работы сервера в режиме выталкивания страниц Чтобы обеспечить работу Web-сервера в режиме выталкивания страниц, его нужно соответствующим образом настроить. Для этого необходимо запустить CGI-программу на сервере в режиме, в котором не анализируются выводимые ею заголовки. В этом случае сервер не требует от CGI-программы вывода заголовков и пересылает данные "как есть" напрямую броузеру. Обычно Web-серверы анализируют результаты работы CGI-профамм, чтобы убедиться в их корректности (вот откуда возникает ошибка с кодом 500!). При отсутствии анализа заголовков CGI-профамма посылает результаты своей работы прямо броузеру, как показано на рис. 23.2. Web-сервер Web-сервер Без анализа заголовков С анализом заголовков Рис. 23.2. Не анализируемые данные прохода через сервер без проверки 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 [ 109 ] 110 111 112 113 114 115 116 117 118 119 120 121 122 |