lexaxaxa: По сути сейчас по дефолту получается, что такая информация в системе не сохраняется. Поэтому дело не в stat, он показывает все корректно. Дело в новом ядре и изменении его поведения при записи данных в inode.
lexaxaxa: С версии ядра 2.6.30 по умолчанию atime будет меняться только в случае, если текущее значение меньше, чем ctime или mtime. Т.е. по сути это почти тоже самое, что и при noatime. Изменить можно только сменой опций монтирования, что потребует root прав.
Я в Самаре, заказчик был из Германии. Бумажки конечно нужны, но мы без проблем обходились тупо сканами. 3 года назад для ИП на УСН ни каких вопросов по этому поводу не возникло ни у валютного контроля, ни у налоговой.
По потреблению ОЗУ еще можно согласиться, но по скорости работы... FF через webdriver работает шустрее.
ЗЫ Конечно смотрел. Но протестировать каждый из них в боевых условиях возможности нет. Поэтому и нужен коллективный разум. Надеюсь, тут рано или поздно отпишутся те, кто использовал тот же SlimerJS или CasperJS.
neolink: Ситуация прояснилась. Насчет харкода ввели меня в свое время в заблуждение. Но не важно. В общем хардкодом не ограничивают, ограничивает само ядро. 75 секунд величина сложилась исторически, т.к. изначально nginx работал под фряхой и это дефолтное значение по умолчанию.
Значит автору нужно либо выносить в крон, либо тюнить ядро, либо не выходить за таймауты (по времени исполнения, либо сбрасывая буфера).
Валерий Рябошапко: Ну если есть уверенность в статусе ответа и в том, что запрос ушел на требуемый сервер, то значит настройка самого nginx с какой-то особенностью. strace поможет. Как то так:
neolink: Правильнее было говорить, что это механизм передачи по одному tcp сокету разных http ресурсов. Это ключевой момент. Потому что "неактивным" может быть и простое, не keepalive, соединение.
Пруф по исходникам я не найду, он упоминался в рассылке Максимом Дуниным если не ошибась, можно поискать либо поднять этот вопрос повторно. Пруф по докам вот: nginx.org/ru/docs/http/ngx_http_fastcgi_module.htm...
