Too many open files. Но это еще терпимо (хотя тоже видно, что ssl много съел). Сам "обстрел" танком при этом не падает и до конца отрабатывает штатно.
keepalive_requests 1; то можно достигнуть 75 запросов в секунду... т.е. как при "[Connection: close]" у Я.танка.
... [error] 15380#15380: *1576 connect() to ... ... ххх.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: ...# ...
# ...
listen 443 ssl;
# ...
# ...
ssl_certificate /..xxx/xxx.crt;
ssl_certificate_key /..xxx/xxx.key;
ssl_session_timeout 5m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
ssl_prefer_server_ciphers on;
ssl_stapling on;
ssl_trusted_certificate /..xxx/xxx.crt;
resolver 77.88.8.8;
# ...
# ...
# ...str.encode('нужная_кодировка') или str.decode("нужная_кодировка") в местах использования строк, если файл бинарный или как-то запакован во внутреннем формате вашей библиотеки (не текстовый)
herf="../../folder/image.gif"), от корня сайта, от корня протокола (это когда вот так пишут src="//site.com/bla-bla-bla"... а ещё могут быть ссылки на якорь (href="#ancor")... и добавим GET-параметры... <link href="URL1" /> превращает в <link href="URL2"></link>... Но это ещё терпимо. Но с незакрытыми -- вообще ад случается... :( А в жизни, в интеретах, незакрытые теги, к сожалению, --очень частое явление...