diff --git a/nginx_devto_xyz.conf b/nginx_devto_xyz.conf
new file mode 100644
index 00000000..c8d0b8d4
--- /dev/null
+++ b/nginx_devto_xyz.conf
@@ -0,0 +1,39 @@
+upstream puma_devto {
+  server unix:///tmp/devto.sock;
+}
+
+server {
+  listen 80;
+  server_name devto.xyz;
+  return 301 https://$host$request_uri;
+}
+
+server {
+  listen       443 ssl http2;
+  server_name  devto.xyz;
+  root         /Users/annaselivanova/study/devto/public;
+  try_files    $uri/index.html $uri @puma_devto;
+
+  ssl_certificate      /Users/annaselivanova/study/devto/cert/devto.xyz+3.pem;
+  ssl_certificate_key  /Users/annaselivanova/study/devto/cert/devto.xyz+3-key.pem;
+  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-G$
+  ssl_prefer_server_ciphers   on;
+
+  location ~ ^/(assets|packs)/ {
+    gzip_static on;
+    access_log off;
+    expires max;
+    add_header Cache-Control public;
+  }
+
+  location @puma_devto {
+    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+    proxy_set_header Host $http_host;
+    proxy_redirect off;
+    proxy_set_header X-Forwarded-Proto https;
+    proxy_pass http://puma_devto;
+    http2_push_preload on;
+  }
+}
diff --git a/report/Readme.md b/report/Readme.md
new file mode 100644
index 00000000..775feaa2
--- /dev/null
+++ b/report/Readme.md
@@ -0,0 +1,187 @@
+# Задание №5
+
+### Шаг 1. Настроить сертификат для локального HTTPS
+
+Получение сертификата с использованием `mkcert`:
+```
+$ brew install mkcert
+$ brew install nss
+
+$ mkcert -install
+$ mkcert devto.xyz localhost 127.0.0.1 ::1
+
+$ mv devto.xyz+3.pem /Users/annaselivanova/study/devto/cert/devto.xyz+3.pem
+$ mv devto.xyz+3-key.pem /Users/annaselivanova/study/devto/cert/devto.xyz+3-key.pem
+```
+
+### Шаг 2. Настраиваем NGINX как reverse-proxy
+Установить `NGINX`.
+```
+$ brew install nginx
+```
+
+Конфигурируем `NGINX`:
+```
+$ sudo nano /usr/local/etc/nginx/servers/devto_xyz.conf
+```
+
+Такой конфиг получился у меня:
+```
+upstream puma_devto {
+  server unix:///tmp/devto.sock;
+}
+
+server {
+  listen 80;
+  server_name devto.xyz;
+  return 301 https://$host$request_uri;
+}
+
+server {
+  listen       443 ssl http2;
+  server_name  devto.xyz;
+  root         /Users/annaselivanova/study/devto/public;
+  try_files    $uri/index.html $uri @puma_devto;
+
+  ssl_certificate      /Users/annaselivanova/study/devto/cert/devto.xyz+3.pem;
+  ssl_certificate_key  /Users/annaselivanova/study/devto/cert/devto.xyz+3-key.pem;
+  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-G$
+  ssl_prefer_server_ciphers   on;
+
+  location ~ ^/(assets|packs)/ {
+    gzip_static on;
+    expires max;
+    add_header Cache-Control public;
+  }
+
+  location @puma_devto {
+    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+    proxy_set_header Host $http_host;
+    proxy_redirect off;
+    proxy_set_header X-Forwarded-Proto https;
+    proxy_pass http://puma_devto;
+  }
+}
+```
+
+Тут я добавила сразу директиву `gzip_static on;`, чтобы статические ассеты отдавались в сжатом виде.
+В задании 3 я сделала компиляцию ассетов во время запуска приложения в режиме `local_production`:
+ ```
+$ bundle exec rake assers:precompile
+ ```
+при этом происходит их сжатие, поэтому они уже есть у нас в `*.gz`.
+
+Запускам `NGINX`:
+```
+$ sudo nginx
+```
+
+Внесем изменения в `Procfile`, который используется для запуска приложения в 
+`local_production` (см. [отчёт по заданию 3](https://github.com/spajic/task-3/pull/4)) – пуму биндим на unix сокет:
+```
+web: bundle exec puma -C config/puma.rb -e local_production -b unix:///tmp/devto.sock
+```
+
+Теперь запускаем проект в окружении `local_production`:
+```
+$ cd ~/study/devto
+$ RAILS_ENV=local_production bin/startup
+```
+
+На этом шаге браузер успешно открывает `https://devto.xyz`:
+
+![HTTPS](https.gif)
+
+### Шаг 3. Настроить HTTP/2 и server-push
+Дополняем конфиг `NGinx` поддержкой `HTTP/2` и `server-push`.
+
+```
+server {
+  listen  443 http2 ssl;
+  ...
+
+  location @puma_devto {
+    ...
+    http2_push_preload on;
+  }
+}
+```
+
+### Шаг 4. Поэксперементировать с HTTP/2 server-push
+На главном экране `dev.to` есть ряд картинок.
+Картинки из меню: `connect.svg`, `bell.svg`, `menu.svg` – заинлайнены.
+Картинки `stack.svg` и `lightning.svg` – нет.
+
+При перезагрузке страницы видно, что заинлайненные картинки редерятся сразу же вместе с загрузкой html, 
+в то время как скачивание изображений `stack.svg` и `lightning.svg` начинается только после полной загрузки html.
+
+Плюс инлайновых картинок в том, что иконки становятся видны пользователю сразу же при загрузке документа, 
+не нужно ждать, чтобы начать пользоваться меню.
+Минус – их размер несколько увеличивает размер документа. В данном случае это условный минус, потому что разница около 
+килобайта кажется несущественной. Большие svg'хи, которые нужны как элементы декора, я бы инлайнить не стала. 
+В данном случае уместно.
+
+Теперь попробуем ради эксперимента отказаться от inline svg и добавить для картинок `server-push`.
+Изменения см. здесь: https://github.com/foxy-eyed/task-3/pull/1
+Поскольку ассеты, которые мы будем пушить, используются в сквозном `partial`'е шаблона, добавление соответствующих 
+заголовков вынесла на уровень `ApplicationController` (для скорости добавила хук прямо там же, хотя, наверно, 
+это не по фен-шую).
+
+Проверка, что всё работает:
+
+![PUSH](server-push.gif)
+
+#### Выводы про картинки и server-push
+ 0. К сожалению, бОльшая часть подгружаемых изображений не являются частью layout, но пользовательскими загрузками 
+ (в основном аватарки). Server-push картинок при таком раскладе кажется не очень хорошей идеей. Можно пушить маленькие 
+ иконки, которые являются частью layout и критически важны для доступности функций (например, иконки меню). Но, увы, 
+ в плане скорости загрузки тут эффект незначительный. Аватарки отдаются с cdn, так что и тут, насколько возможно, все ок.
+
+ 1. Самые большие картинки на странице: sloan.png, который показывается в модальном окне регистрации и картинка 
+ из заглавного поста. 
+ 
+ Вот с первой картинкой можно и нужно что-то сделать – разрешение 3K×4K и вес 8 с лишним Mb явно излишние, учитывая то, 
+ как эта картинка используется:
+    ```
+      .global-signup-modal .global-signup-modal--inner-a .sloan {
+        height: calc(7vw + 80px);
+        margin-top: calc(6vh - 10px);
+      }
+    ```
+ На моем ноутбуке итоговый размер картинки получается 116×166 пикселей. Если взять с запасом на большой монитор, 
+ все равно можно смело сократить размер изображения раз в 10!
+
+ 2. Вообще (!) не обязательно грузить модалку для signup вместе со страницей. 
+ Можно запрашивать ее асинхронно при клике на соотв. кнопку. Это кажется разумным со всех сторон: если я просто читатель
+ и прямо сейчас не собираюсь писать свой первый пост (думаю, таких процентов 99 🙃), мне не нужен этот контент сразу на 
+ странице.  Если я созрел для регистрации – подожду.
+
+ 3. Со вторым большим изображением сложнее, поскольку это user generated content. 
+ Например, на момент проведения теста с помощью WebPageTest в заглавном посте была гифка весом 1499.3KB 😭
+ Тут надо рассмотреть вопрос более широко. Возможно, стоит изменить дизайн (избавиться от большой графической плашки у 
+ первого поста) или ввести более жесткие ограничения на загрузку файлов.
+
+#### Эксперимент с другими ассетами и server-push
+
+Я [попробовала](https://github.com/foxy-eyed/task-3/pull/1/commits/924b61a069449b102fa2410390f99ae614c7eba5) пушить 
+стили и скрипты, которые на всех страницах используются. Думаю, тут есть потенциал, 
+но нужно более аккуратно посмотреть, на каких страницах какие файлы стилей и скриптов нужны, и пушить их избирательно 
+на уровне конкретного экшена. Кроме того, я заметила, что используются инлайновые стили. Можно так же, как мы делали 
+с `svg`, вынести их в файлы и пушить клиенту по мере надобности. Таким образом можно немного сократить время загрузки 
+документа до момента доступности текстового контента для пользователя.
+
+### Шаг 5. Аудит dev.to
+
+Аудит проведен: http://webpagetest.org/result/190421_6J_00032840f0396c362e0e897ea7c22790/
+
+Если посмотреть на график `Content breakdown`, видно, что более 80% занимает графика.
+
+![content_by_mime](content_by_mime.png)
+
+Радует, что в `production` картинка с ленивцем все-таки имеет меньший размер 🙈. Но по остальным пунктам выводы, 
+сделанные на `local production`, актуальны: **ограничить объём UGC или подумать о смене дизайна, использовать 
+server-push для небольших и важных изображений в layout, добавить push скриптов и стилей.**
+
+Из точек роста, на которые стоит обратить внимание – низкий показатель `caching of static assets` (32/100). 
diff --git a/report/content_by_mime.png b/report/content_by_mime.png
new file mode 100644
index 00000000..6e48aedf
Binary files /dev/null and b/report/content_by_mime.png differ
diff --git a/report/https.gif b/report/https.gif
new file mode 100644
index 00000000..c5c7fa7a
Binary files /dev/null and b/report/https.gif differ
diff --git a/report/server-push.gif b/report/server-push.gif
new file mode 100644
index 00000000..e5e208d4
Binary files /dev/null and b/report/server-push.gif differ