Назад | Перейти на главную страницу

Условное обслуживание изображений высокого разрешения и WebP с помощью nginx

Не уверен, что я пытаюсь сделать невозможное, но я хочу настроить Nginx для обслуживания файлов ".webp" в браузерах, которые поддерживают этот формат файла, и для предоставления резервных файлов (например, PNG, JPG и т. Д.) Для браузеров. которые еще не поддерживают формат WebP. Я также хотел бы, чтобы Nginx делал все это при проверке поддержки Retina и обслуживании исходных или двукратных версий этих фотографий.

Пример процесса для изображения под названием "образец-фото" в /assets/img/ каталог:

Я сам попробовал это сделать, но мне не очень везет. Я нашел два замечательных поста, которые помогли мне начать в правильном направлении. Ниже мой код. Был бы очень признателен за любую информацию и помощь по этому поводу. Моя первая мысль, может быть, в последнем try_files заявление. Спасибо!

  1. Условно обслуживает изображения с высоким разрешением
  2. Обслуживать файлы с nginx условно

Этот код находится в заголовке HTML моего документа. Проверяет наличие поддержки высокого разрешения и устанавливает cookie:

<!-- Set the 'device-pixel-ratio' cookie with Javascript if hi-res is supported -->
<script type="text/javascript">
    if (!document.cookie.match(/\bdevice-pixel-ratio=/)) {
        document.cookie = 'device-pixel-ratio='
            + (window.devicePixelRatio > 1 ? '2' : '1') + '; path=/';
    }
</script>

<!-- A CSS-only fallback of setting the 'device-pixel-ratio' cookie just in case browsers have Javascript disabled -->
<style type="text/css">
    @media only screen and (-webkit-min-device-pixel-ratio : 2),
        only screen and (min-device-pixel-ratio : 2) {

        head {
            background-image: url(/set-device-pixel-ratio/2);
        }
    }
</style>

Это большая часть моей базы 'nginx.conf' файл. Некоторые части опущены для краткости:

user www-data;
http {
    ##
    # Basic Settings
    ##
    sendfile on;

        include /etc/nginx/mime.types;
        default_type application_octet-stream;

        ##
        # Gzip Settings
        ##
        gzip on;
        gzip_disable "msie6";
        # gzip_vary on;
        # gzip_proxied any;
        # gzip_comp_level 6;
        # gzip_buffers 16 8k;
        # gzip_http_version 1.1;
        # gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript

        ##
        # Conditional variables--
        # Define a variable called "$webp_suffix" if the HTTP Accept header contains the "webp" substring
        # and populate it with 'webp', otherwise leave empty.
        ##
        map $http_accept $webp_suffix {
            default     ""
            "~*webp"    ".webp";
        }
}

Наконец, это серверный блок, который я создал для своего сайта:

server {
    listen 80;
    server_name localhost;
    root /var/www;
    index index.html index.htm;

    location / {
        try_files $uri $uri/ =404;
    }

    # Sets the device-pixel-ratio cookie
    location ~ /set-device-pixel-ratio/(/d+)/? {
        add_header Set-Cookie "device-pixel-ratio=$1;Path=/;Max-Age=31536000";
        return 204; # nginx does not allow empty 200 responses
    }

    # Serve appropriate image assets
    location ~(/assets/img/[^\.]+)(\.(?:jpg|jpeg|png|gif))$ {
        # Naming convention for hi-res images:
        set $hidpi_uri $1@2x$2;

        if ($http_cookie !~ 'device-pixel-ratio=2') {
            break;
        }

        try_files $hidpi_uri$webp_suffix $uri$webp_suffix $uri =404;
    }
}

В твоем try_files директива, вы ищите изображение $uri$webp_suffix, который разрешает image.png.webp. Я думаю, ты хочешь найти $1$webp_suffix там.

В противном случае я рекомендую вам включить nginx debug_connection <your_IP> в вашей основной конфигурации, и вы получите подробный журнал того, что происходит во время запроса. Там лучше видно, что происходит. Если не можете разобраться, добавьте к вопросу лог запроса, и мы поможем лучше.