ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Dmitry E. Oboukhov                   2:5004/75.151  18 Aug 2006  14:44:12
 To : Denis Nikiforov
 Subject : Подкрутить апач
 -------------------------------------------------------------------------------- 
 

 DN>>>  Там лимит стоит меньше 30 секунд?
 DEO>>  насколько мне удалось измерить там лимит что-то около 2 секунд
 DN>
 DN> Такого не может быть, 2 секунды на время выполнения скрипта -- параноя и
 DN> админа нужно нафиг уволить за такое.
 
 собственно админа и уволили, а новый не знает что крутить, я вот и
 спросил тут поэтому :)
 
 DN>>>  Hи одно вменяемое интерактивное
 DN>>>  приложение (тем более, веб) дольше тормозить не должно.
 DEO>>  проблема не в том что оно тормозит
 DEO>>  проблема в том что апач отрубает даже работающий скрипт:
 DN>
 DN> Hу, само собой, что отрубает работающий, иначе его и отрубать не надо
 DN> было бы. >10-30 секунд для cgi-скрипта -- тормоза.
 
 я имел ввиду что отрубает несмотря на то что данные из скрипта
 поступают.
 просто еще возможна ситуация когда скрипт "молчит"
 DEO>>  то есть скрипт выдает длиинный html
 DEO>>  если его запустить в консоли то он выдает html-ку полностью за 10 секунд
 DEO>>  (это уже скорость с которой база данные отдает)
 DEO>>  но первые данные в html поступают сразу после запуска (какие-то
 DEO>>  милисекунды)
 DN>
 DN> ...но ты говоришь, что он работает нормально.
 
 я на Debian у себя на хосте поднял апач и там все прекрасно работает.
 длинные запросы (дольше 12 сек не видел) просто долго ответ отдают.
 ну там пользователь как-бы сам предупрежден что ответ долгий.
 
 DN> Объёмные могли бы выдаваться ввиде запакованного csv, экселевского файла
 DN> или ещё чего-нибудь. Может быть дело не в лимите на время выполнения
 DN> скрипта? А есть какие-то лимиты на объём страницы? Сколько там
 DN> получается? Если больше 200Кб пусть даже 500-1000Кб, то, имхо, выдавать
 DN> такое в виде HTML не самая удачная идея. Как минимум нужно разбивать это
 DN> на страницы или выдавать в другом формате.
 
 ну просто в поле ввода мы даем запрос к БД а в ответ формируем таблицу.
 ну и если на выходе большая таблица то и соответственно файл большой.
 я упхнул все в текстовую форму JS
 var array=[[1,2,3,4], [5,6,7,8] ...];
 и сами теги формирую скриптом, но один фиг на больших объемах данных
 много получается.
 при табличке 15 столбцов/5-6 экранов получается около метра размер :(
 DN> Hо как я понял у тебя проблема в другом. Hе в длительности, а в объёме
 DN> ответа.
 
 тут проблема и в том и в другом.
 я же говорил выше, что я приделал нечто вроде кеша куда сплавляется тот
 же самый ответ сервера и все работает.
 
 то есть если сам апач от CGI получил метр данных за 1 сек то он метр
 данных вполне спокойно будет отдавать полчаса или час - сколько там до
 хоста у него скорость.
 а вот если этот же апач получает этот же метр за 3 сек то он просто
 обрывает все нахрен и отвечает пустой страницей клиенту :(
 
 DN> Решаться это должно сменой формата данных, разбиением результата
 DN> на страницы и т.п. Hафига заказчику монстроидальный HTML-файл не
 DN> понимаю. Браузеры банально не предназначены для работы с такими
 DN> документами.
 
 ну хочет он видеть совокупную таблицу в браузере, что поделать? :)
 
 --- Mutt/1.5.11+cvs20060403
  * Origin: Debian GNU Linux (2:5004/75.151)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Подкрутить апач   Dmitry E. Oboukhov   18 Aug 2006 14:44:12   Re: Подкрутить апач   Denis Nikiforov   18 Aug 2006 18:31:01