История изменений

wget -S -O - http://www.google.com 2>&1 | grep Accept

Accept-Ranges: none Vary: Accept-Encoding

Я таки понимаю что бестолочью быть по нонешним временам можно и даже модно, но давайте откроем опять таки приведённую выше ссылку и проверим запросом curl -X OPTIONS https://www.google.com.

В ответ получим:

llow: GET, HEAD
Date: Wed, 10 Feb 2021 05:53:36 GMT
Content-Type: text/html; charset=UTF-8
Server: gws
Content-Length: 1592
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Alt-Svc: ничего важного здесь нет, точно

И точно так же запросим первые 300 байт запросом curl -r 0-299 https://www.google.com. В ответ вернётся весь документ с сайта www.google.com, размером в 3191 байт и в заголовках будет:

Date: Wed, 10 Feb 2021 05:57:29 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=UTF-8
Strict-Transport-Security: max-age=31536000
P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info."
Content-Encoding: gzip
Server: gws
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Set-Cookie: 1P_JAR=2021-02-10-05; expires=Fri, 12-Mar-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; SameSite=none
Set-Cookie: NID=оно тут не нужно; expires=Thu, 12-Aug-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=none
Alt-Svc: тут тоже ничего для Вас нет
Transfer-Encoding: chunked

Т.е., опять таки нет тут этих самых Accept-ranges: bytes, о которых мне тут Ваш тупорылый собрат хлестался. Откуда у Вас взялось Accept-ranges: none? Да это Ваш wget Вам вывел всякую фигню, говорящую о том, что Accept-ranges не поддерживается сервером. Сервер не вернул Вам требуемые Accept-ranges: bytes. Об этом напимано прямо и явно в RFC 7233, раздел 2.3.

A server that does not support any kind of range request for the target resource MAY send

Accept-Ranges: none

to advise the client not to attempt a range request.

В данном случае сервер ничего не шлёт из того, что может говорить о поддержке этой вашей «докачки», поэтому Ваш клиент сразу Вам показывает что докачек тут не будет. Странный случай когда wget оказывается умнее анонима… =)))

Я же уже сказал – бегом матчасть учить. Не поверили? Ну зря, зря… =)))

P.S. И да, Вы всерьёз подумали что я про curl так просто сказал? Я знаю различия в работе wget и curl. Если нужна наиболее чистая проверка заголовков, то лучше curl нет ничего. Просто потому, что curl это инструмент для программиста, а wget это уже готовый инструмент (клиент) для скачки всякого файла по сети. Впрочем, разницу Вам явно не понять, зря я Вам это решил объяснить.

wget -S -O - http://www.google.com 2>&1 | grep Accept

Accept-Ranges: none Vary: Accept-Encoding

Я таки понимаю что бестолочью быть по нонешним временам можно и даже модно, но давайте откроем опять таки приведённую выше ссылку и проверим запросом curl -X OPTIONS https://www.google.com.

В ответ получим:

llow: GET, HEAD
Date: Wed, 10 Feb 2021 05:53:36 GMT
Content-Type: text/html; charset=UTF-8
Server: gws
Content-Length: 1592
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Alt-Svc: h3-29=":443"; ma=2592000,h3-T051=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"

И точно так же запросим первые 300 байт запросом curl -r 0-299 https://www.google.com. В ответ вернётся весь документ с сайта www.google.com, размером в 3191 байт и в заголовках будет:

Date: Wed, 10 Feb 2021 05:57:29 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=UTF-8
Strict-Transport-Security: max-age=31536000
P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info."
Content-Encoding: gzip
Server: gws
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Set-Cookie: 1P_JAR=2021-02-10-05; expires=Fri, 12-Mar-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; SameSite=none
Set-Cookie: NID=оно тут не нужно; expires=Thu, 12-Aug-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=none
Alt-Svc: тут тоже ничего для Вас нет
Transfer-Encoding: chunked

Т.е., опять таки нет тут этих самых Accept-ranges: bytes, о которых мне тут Ваш тупорылый собрат хлестался. Откуда у Вас взялось Accept-ranges: none? Да это Ваш wget Вам вывел всякую фигню, говорящую о том, что Accept-ranges не поддерживается сервером. Сервер не вернул Вам требуемые Accept-ranges: bytes. Об этом напимано прямо и явно в RFC 7233, раздел 2.3.

A server that does not support any kind of range request for the target resource MAY send

Accept-Ranges: none

to advise the client not to attempt a range request.

В данном случае сервер ничего не шлёт из того, что может говорить о поддержке этой вашей «докачки», поэтому Ваш клиент сразу Вам показывает что докачек тут не будет. Странный случай когда wget оказывается умнее анонима… =)))

Я же уже сказал – бегом матчасть учить. Не поверили? Ну зря, зря… =)))

P.S. И да, Вы всерьёз подумали что я про curl так просто сказал? Я знаю различия в работе wget и curl. Если нужна наиболее чистая проверка заголовков, то лучше curl нет ничего. Просто потому, что curl это инструмент для программиста, а wget это уже готовый инструмент (клиент) для скачки всякого файла по сети. Впрочем, разницу Вам явно не понять, зря я Вам это решил объяснить.

wget -S -O - http://www.google.com 2>&1 | grep Accept

Accept-Ranges: none Vary: Accept-Encoding

Я таки понимаю что бестолочью быть по нонешним временам можно и даже модно, но давайте откроем опять таки приведённую выше ссылку и проверим запросом curl -X OPTIONS https://www.google.com.

В ответ получим:

llow: GET, HEAD
Date: Wed, 10 Feb 2021 05:53:36 GMT
Content-Type: text/html; charset=UTF-8
Server: gws
Content-Length: 1592
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Alt-Svc: h3-29=":443"; ma=2592000,h3-T051=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"

И точно так же запросим первые 300 байт запросом curl -r 0-299 https://www.google.com. В ответ вернётся весь документ с сайта www.google.com, размером в 3191 байт и в заголовках будет:

Date: Wed, 10 Feb 2021 05:57:29 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=UTF-8
Strict-Transport-Security: max-age=31536000
P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info."
Content-Encoding: gzip
Server: gws
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Set-Cookie: 1P_JAR=2021-02-10-05; expires=Fri, 12-Mar-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; SameSite=none
Set-Cookie: NID=оно тут не нужно; expires=Thu, 12-Aug-2021 05:57:29 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=none
Alt-Svc: тут тоже ничего для Вас нет
Transfer-Encoding: chunked

Т.е., опять таки нет тут этих самых Accept-ranges: bytes, о которых мне тут Ваш тупорылый собрат хлестался. Откуда у Вас взялось Accept-ranges: none? Да это Ваш wget Вам вывел всякую фигню, говорящую о том, что Accept-ranges не поддерживается сервером. Сервер не вернул Вам требуемые Accept-ranges: bytes. Об этом напимано прямо и явно в RFC 7233, раздел 2.3.

A server that does not support any kind of range request for the target resource MAY send

Accept-Ranges: none

to advise the client not to attempt a range request.

В данном случае сервер ничего не шлёт из того, что может говорить о поддержке этой вашей «докачки», поэтому Ваш клиент сразу Вам показывает что докачек тут не будет. Странный случай когда wget оказывается умнее анонима… =)))

Я же уже сказал – бегом матчасть учить. Не поверили? Ну зря, зря… =)))