Переведя компьютеры в нашей организации на лицензионное программное обеспечение, мы обнаружили проблему с ораганизацией печати документов. Компьютер под управлением Windows Vista Business не стал печататать на сетевом принтере, подключенном к Linux-компьютеру. Причем не работал ни один из принтеров, которые мы пробовали.

Хочу узнать, как можно ускорить 'вывод' страницы, написанной на php?

Код такой:

$start=microtime(true);

echo $html;

echo microtime(true)-$start;

Страница загружается через сеть, посредством http запроса.
Результат работы скрипта:
0.023 — то есть потеря 0.02 sec на 20 килобайт текста.
Выделенный сервер — Athlon 2800+/512 ram/10 Mbit/Linux,
Apache 2 + eaccelerator + php 5.2.4. (объеденяющая сервер с клиентом сеть — 10 Mbit)

Расскажите мне:
Почему это происходит?
Как это можно ускорить?
Интересует, чемнибудь может помочь установка nginx или lighttpd?

Спасибо.

Upd.
Решение уже обсуждалась здесь: habrahabr.ru/blogs/php/45016/ (спасибо DYPA и автору топика gnomeby )

Прочитав топик про игру «Сет» и многочисленные комменты по поводу скачки аналогичных вещей, вспомнил про еще одну недавно попадавшуюся мне на глаза прекрасную игру — Landnám.

Суть проблемы

То, как информация отображается в браузере, еще полбеды. В последнее время об этом начали думать, и верстать для экрана многие научились; за что немалое спасибо Якобу Нильсену. Однако, помимо браузера, есть и другие устройства. Одним из таких важных устройств является принтер.

Зачастую пользователю необходимо распечатать просматриваемую страницу. Например, я часто так делаю при посещении каталогов товаров и интернет-магазинов. Это удобно. Однако, я не всегда уверен, что будет распечатано именно то, что мне нужно. На некоторых сайтах при нажатии кнопки «Печать» на бумаге оказывается шапка сайта, навигационное меню, реклама и прочее. В результате вместо одной страницы я в лучшем случае получаю две, изобилующие информационным шумом.

Сегодня я попытаюсь рассказать о том, почему на современных сайтах не должно быть ссылки «версия для печати».
Спецификация CSS 2.1 подразумевает, что наша страничка может выводится на следующие типы носителей:
all — стили будут работать для любого типа устройства по мере его способностей
braille — для вывода на устройства, выводящие информацию азбукой Брайля для слепых
embossed — то же что и braille, но не для устройств, а для физических страниц
handheld — говорит за себя — для устройств, ограниченных в разрешении и пропускной способности сети
print — тоже очевидно — для вывода на устройство печати постраничного материала (он же будет отображен в предпросмотре печати большинством современных броузеров)
projection — для презентаций, тоже постраничных
screen — для вывода на экран компьютера, где мы чаще всего сейчас и видим HTML-документы
speech — для вывода на «читалки»-синтезаторы (в CSS2 назывался «aural»)
tty — для любителей Lynx, проще говоря — для терминального вывода с ограничениями по форматированию
tv — для вывода на телевизор (низкое разрешение, проблемы с промоткой)
Мы остановимся на print и screen

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

Он убирает всё, что не надо, чинит переносы текста на другой лист, уменьшает большие элементы, пополняет ссылки адресом.
Он не печатает комментарии. Если надо, будет.
Он не печатает заголовок. Браузер обычно сам этим занимается.
Он неизвестно как работает в Internet Explorer. Переходите на другой браузер.

В век современных технологий, когда все больше и больше сайтов поддерживает Google Gears, или другие способы оффлайнового просмотра документов, создание вменяемых версий для печати отходит на второй план. Тем не менее, огромное количество «мастодонтных» пользователей упрямо распечатывают страницы сайтов, чтобы потом почитать в дороге или дома. Параллельно, естественно, матеря на чем свет стоит разработчиков сайтов, которые не смогли предусмотреть вменяемый способ распечатать только нужную информацию.

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

Web наступает. Все больше и больше обычных настольных приложений переезжает в Internet. Уже никого не удивить онлайновым текстовым или графическим редактором. А уж различные многопользовательские комплексы, базы данных, системы отчетности — тут раздолье для веб-технологий. Например, еще несколько лет назад было бы вполне нормально сделать систему регистрации и учета клиентов скажем стоматологической поликлиники или библиотеки в Delphi, добавить базу данных и сетевую часть. Но сейчас такое решение окажется неразумным: гораздо проще, удобнее, а значит и эффективнее использовать все то, что предоставляет нам Web, даже если приложением будут пользоваться только внутри локальной сети. Кроме того, такое решение кроссплатформенное, что актуально в связи с наметившейся тенденцией перехода к свободным ОС. Все что нужно на клиентских компьютерах — наличие браузера, никаких установок, настроек и прочего.

Но у решения все делать в web есть недостаток (даже не один, но я сейчас не буду перечислять все): неудобство при печати отчетов, бланков документов и прочих печатных страниц. Это связано с тем, что веб-страницы рассчитываются прежде всего для отображения на экране монитора и не подтачиваются для печати, что нередко ведет к расползанию печатной страницы. К счастью это все временные трудности и их можно обойти. Можно, например, генерировать отчеты в pdf или doc. Но я считаю это не слишком удобным: пользователю надо устанавливать программы, работающие с этими форматами, каждый раз выкачивать с сервера сгенерированный файл, печатать из сторонней программы, а не браузера. Поэтому стоит приложить усилия к созданию страниц, правильно выводящихся на печать прямо из браузера.