Update README_OLD.md

Author: Yankovsky

README_OLD.md

@@ -196,3 +196,78 @@ The result will be a variable `images`, containing the following information:
 [node-url]: https://nodejs.org
 [deps]: https://david-dm.org/ArtyomResh/image-resolution-loader.svg
 [deps-url]: https://david-dm.org/ArtyomResh/image-resolution-loader
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+[![npm][npm]][npm-url]
+[![node][node]][node-url]
+[![deps][deps]][deps-url]
+
+Проблемы/TODO:
+Imgproxy url'ы можно составлять как в билдтайме, так и в рантайме.
+Набор инструментов в этой библиотеке заточен под подготовку url в билдтайме.
+На это есть несколько причин:
+1. Лучше потратить процессорное время в билдтайме, чем в рантайме
+2. Подпись url в imgproxy возможна только в билдтайме
+3. В билдтайме у нас есть доступТо что мы можем получить все возможные брейкпоинты по картинкам в билдтайме
+
+Минусы такого подхода:
+1. Неудобно использовать урлы с подписью? Не поиграешь
+2. Нельзя воспользоваться require context dynamic
+
+3. Импорт через require.context('./myImage') и функцию-хелпер/компонент
+4. Во время импорта все ссылки на изображения imgproxy собираем в один json
+
+<picture class="image css-1bv363l e1mofdgw0">
+  <source media="(max-width: 767px)" type="image/webp"
+          srcset="/_next/static/images/core-values/mobile.all/reliability-c770d411@1x.webp 1x,/_next/static/images/core-values/mobile.all/reliability-6c497195@2x.webp 2x,/_next/static/images/core-values/mobile.all/reliability-67dc4bb0@3x.webp 3x">
+  <img
+    srcset="/_next/static/images/core-values/desktop.m/reliability-8b8b8b67@1x.png  1x,/_next/static/images/core-values/desktop.m/reliability-a5845164@2x.png 2x,/_next/static/images/core-values/desktop.m/reliability-db64bb29@3x.png 3x"
+    src="/_next/static/images/core-values/desktop.m/reliability-8b8b8b67@1x.png"
+    alt="Illustration: a man folds a wall of lego">
+</picture>
+
+Проблемы:
+1. Разработка на локалхосте, запускать докер или делать bypass всей этой логики?
+2. Порядок source в picture, первый подошедший используется
+3. Picture компонент можно удалить в пользу обобщения
+4. Объединить Picture компоненты новые и старые
+5. Собирать статистику какие картинки запрашиваются
+6. Собирать все урлы и потом по ним проходить после сборки стенда
+7. Поправить file-loader
+
+Идеи:
+1. Загружать picture тег асинхронно, например, как кусок html
+img src='csssr.com/getimage/myimagename'
+server.use('/getimage/:imagename', () => {})
+
+
+Порядок в srcSet не имеет значения
+Порядок в source имеет значение, первое подошедшее правило срабатывает
+
+
+Ожидается file-loader перед этим лоадером
+
+Можно потом вынести imgproxy в options loader'а
+
+[MIT](./LICENSE)
+
+[npm]: https://img.shields.io/npm/v/image-resolution-loader.svg
+[npm-url]: https://npmjs.com/package/image-resolution-loader
+[node]: https://img.shields.io/node/v/image-resolution-loader
+[node-url]: https://nodejs.org
+[deps]: https://david-dm.org/ArtyomResh/image-resolution-loader.svg
+[deps-url]: https://david-dm.org/ArtyomResh/image-resolution-loader