x.x.x.x example.com, где x.x.x.x - это IP сервера.
~$ curl -w "time_connect %{time_connect}\ntime_redirect %{time_redirect}s\n" \
-o /dev/null -s http://wordpress.com/
time_connect 0,052253
time_redirect 0,000000shttpstat -IL http://wordpress.com/
DNS Lookup TCP Connection Server Processing Content Transfer
[ 3ms | 25ms | 140ms | 53ms ]
| | | |
namelookup:3ms | | |
connect:28ms | |
starttransfer:231ms |
total:284ms
-b, --cookie
(HTTP) Pass the data to the HTTP server as a cookie. It is supposedly the data previously received from the server in a "Set-Cookie:"
line. The data should be in the format "NAME1=VALUE1; NAME2=VALUE2".
If no '=' symbol is used in the line, it is treated as a filename to use to read previously stored cookie lines from, which should be
used in this session if they match. Using this method also activates the "cookie parser" which will make curl record incoming cookies
too, which may be handy if you're using this in combination with the -L, --location option. The file format of the file to read cook‐
ies from should be plain HTTP headers or the Netscape/Mozilla cookie file format.
NOTE that the file specified with -b, --cookie is only used as input. No cookies will be stored in the file. To store cookies, use
the -c, --cookie-jar option or you could even save the HTTP headers to a file using -D, --dump-header!
If this option is used several times, the last one will be used.
-c, --cookie-jar
(HTTP) Specify to which file you want curl to write all cookies after a completed operation. Curl writes all cookies previously read
from a specified file as well as all cookies received from remote server(s). If no cookies are known, no file will be written. The
file will be written using the Netscape cookie file format. If you set the file name to a single dash, "-", the cookies will be writ‐
ten to stdout.
This command line option will activate the cookie engine that makes curl record and use cookies. Another way to activate it is to use
the -b, --cookie option.
If the cookie jar can't be created or written to, the whole curl operation won't fail or even report an error clearly. Using -v will
get a warning displayed, but that is the only visible feedback you get about this possibly lethal situation.
If this option is used several times, the last specified file name will be used.
<IfModule mod_ssl.c>
<VirtualHost example.com:443>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName example.com
ServerAdmin admin@example.com
DocumentRoot /var/www/example.com
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
ErrorLog ${APACHE_LOG_DIR}/example.com-error.log
CustomLog ${APACHE_LOG_DIR}/example.com-access.log combined
# SSL Engine Switch:
# Enable/Disable SSL for this virtual host.
SSLEngine on
SSLProtocol all -SSLv2
ServerSignature On
SSLCertificateFile /etc/apache2/ssl/example.com.crt
SSLCertificateKeyFile /etc/apache2/ssl/example.com.private.key
SSLCertificateChainFile /etc/apache2/ssl/root_bundle.crt
</VirtualHost>
</IfModule>