Люблю простые и эффективные решения как minidlna, единственно что не понимаю, зачем при этому хранить библиотеку и следить за файловой системой. Вот у меня огромная и правильно организованная по папкам библиотека, неужто нельзя при запросе с устройства папки просто её просканировать?
Самое фиговое, делаешь такой быстрый сайт 100 баллов по Page Speed, а потом навешивают метрику, аналитику, facebook, vk pixel и ещё 100500 метрик, аналитик и всяких сервисов. А потом недовольный заказчик прибегает с претензией, потому что seo-шники ему сообщили что сайт имеет низкие показатели Page speed, причём сами же эти аналитики просят навесить.
Типичная проблема "богатые богатеют": делаем хорошую операционку, разрабы пишут под неё хороший софт. Пользователь берёт операционку потому что под неё хороший софт. Разрабы не пишут хороший софт под операционку2, потому что там не пользователей, нет смысла.
Чтобы переломить это, надо либо писать ОС с очень хорошей эмуляцией "режима windows". Либо маркетингом и влиянием убедить, что операционка2 будет популярна, и заставить разрабов писать софт под неё (такое по силу google, например).
Это не тот dpi) это виртуальный dpi, который завязан на коэф. масштаба интерфейса в ос. Примерно как 1cm = 38px в CSS вне зависимости от ваших пикселей и дюймов.
Вредные советы. В вёрстке как раз правильно привязываться к rem/em, которое основывается на виртуальном разрешении (физическое делённое на dpi) и рутовом размере шрифта, которое вы как раз переопределили. Сделано это не просто так. Если для вас шрифт мелкий, что вам при 1dppx пришлось увеличить рутовый шрифт, значит и весь интерфейс масштабируется вместе с ним. Это особенно хорошо для людей с нарушениями зрения.
К физическому разрешению вообще зло привязываться, вы получите милипусенькие элементы на мобильных с 6 дюймовыми 2k экранами, так и на хоть и большущих, но достаточно удалённых от глаз 4к-телевизоров.
Проблема автора скорее в том, что в современной вёрстке в 99% случаях делают адаптив только на основе ширины экрана, и редко кто грамотно перестроит интерфейс при >720 виртуальных пикселей и портретной ориентации. Плюс заведомо считают всё что меньше 720 — мобильными, хотя это конечно не так.
Была в свое время (возможно и сейчас работает) техника рендера страниц из xml+xslt, т. е. По сути вам нужно из api получить xml преобразовать его с помощью xslt в html, и все собирается на стороне клиента "без сервера", как бы употребил автор статьи. Но подход оказался совсем не удобным)
в данном случае без headless-браузера не обойтись. В статье речь именно о простых случаях, когда достаточно сформировать правильно запросы и получить нужные данные, не занимаясь лишней работой — рендерингом, исполнением JS и выжирая память.
Вы поступили самым главным ради чего этот qr-существует. QR сейчас наверное в любом чеке есть, а вот какая область применения вашей задумки — непонятна.
Очевидные вещи разбавленные в гомеопатическом соотношении с водой.
Сам недавно обновлял видеокарту в стационарнике чтобы завести 4k-монитор. Но что бесит больше всего, часто производители ноутбуков не пишут, что у них может hdmi (столкнулся с этим, что ноут поддерживал только 4k@30fps), а в ноуте уже так просто ничего не поменять, так что тем кто берёт себе новый ноут и планирует его подключать к монитору 4к, обращайте на это внимание.
В принципе да, и чем длиннее пароль — тем лучше. Правда такими паролями сложно пользоваться, например, жена у меня не знает пароля, и спрашивает у меня, вот как ей такой пароль диктовать по телефону?)
Я вот точно знаю что мой скан паспорта утёк через Сбербанк, толку мне от этой инфы?
Вещь нужная. Осталось теперь добавить единицы измерения lw, lh и lmin, аналоги vw, vh, vmin, чтобы плавно адаптивить font-size.
Звучит заманчиво, не поделитесь решением?
Люблю простые и эффективные решения как minidlna, единственно что не понимаю, зачем при этому хранить библиотеку и следить за файловой системой. Вот у меня огромная и правильно организованная по папкам библиотека, неужто нельзя при запросе с устройства папки просто её просканировать?
Самое фиговое, делаешь такой быстрый сайт 100 баллов по Page Speed, а потом навешивают метрику, аналитику, facebook, vk pixel и ещё 100500 метрик, аналитик и всяких сервисов. А потом недовольный заказчик прибегает с претензией, потому что seo-шники ему сообщили что сайт имеет низкие показатели Page speed, причём сами же эти аналитики просят навесить.
А теперь покажите разнообразие внешних блоков с игровой видеокартой на маркете.
Типичная проблема "богатые богатеют": делаем хорошую операционку, разрабы пишут под неё хороший софт. Пользователь берёт операционку потому что под неё хороший софт. Разрабы не пишут хороший софт под операционку2, потому что там не пользователей, нет смысла.
Чтобы переломить это, надо либо писать ОС с очень хорошей эмуляцией "режима windows". Либо маркетингом и влиянием убедить, что операционка2 будет популярна, и заставить разрабов писать софт под неё (такое по силу google, например).
Очень нравится идея с док-станцией, жаль таких предложений очень мало.
Это не тот dpi) это виртуальный dpi, который завязан на коэф. масштаба интерфейса в ос. Примерно как 1cm = 38px в CSS вне зависимости от ваших пикселей и дюймов.
Вот ещё очень древнее окно
Вредные советы. В вёрстке как раз правильно привязываться к rem/em, которое основывается на виртуальном разрешении (физическое делённое на dpi) и рутовом размере шрифта, которое вы как раз переопределили. Сделано это не просто так. Если для вас шрифт мелкий, что вам при 1dppx пришлось увеличить рутовый шрифт, значит и весь интерфейс масштабируется вместе с ним. Это особенно хорошо для людей с нарушениями зрения.
К физическому разрешению вообще зло привязываться, вы получите милипусенькие элементы на мобильных с 6 дюймовыми 2k экранами, так и на хоть и большущих, но достаточно удалённых от глаз 4к-телевизоров.
Проблема автора скорее в том, что в современной вёрстке в 99% случаях делают адаптив только на основе ширины экрана, и редко кто грамотно перестроит интерфейс при >720 виртуальных пикселей и портретной ориентации. Плюс заведомо считают всё что меньше 720 — мобильными, хотя это конечно не так.
Была в свое время (возможно и сейчас работает) техника рендера страниц из xml+xslt, т. е. По сути вам нужно из api получить xml преобразовать его с помощью xslt в html, и все собирается на стороне клиента "без сервера", как бы употребил автор статьи. Но подход оказался совсем не удобным)
Но вот в демо я подгружаю свои фотки, и всё распознаётся за несколько секунд на не самом мощном железе.
Не пробовали это, работает вроде шустро и без видеокарты есть демо в браузере:
https://justadudewhohacks.github.io/face-api.js/docs/index.html
А так старая добрая picasa все ещё может работать и все делать из коробки)
Я с вами согласен. В статье почему то этот подход преподносят как откровение.
в данном случае без headless-браузера не обойтись. В статье речь именно о простых случаях, когда достаточно сформировать правильно запросы и получить нужные данные, не занимаясь лишней работой — рендерингом, исполнением JS и выжирая память.
Есть -c:v copy
Вы поступили самым главным ради чего этот qr-существует. QR сейчас наверное в любом чеке есть, а вот какая область применения вашей задумки — непонятна.
Очевидные вещи разбавленные в гомеопатическом соотношении с водой.
Сам недавно обновлял видеокарту в стационарнике чтобы завести 4k-монитор. Но что бесит больше всего, часто производители ноутбуков не пишут, что у них может hdmi (столкнулся с этим, что ноут поддерживал только 4k@30fps), а в ноуте уже так просто ничего не поменять, так что тем кто берёт себе новый ноут и планирует его подключать к монитору 4к, обращайте на это внимание.
В принципе да, и чем длиннее пароль — тем лучше. Правда такими паролями сложно пользоваться, например, жена у меня не знает пароля, и спрашивает у меня, вот как ей такой пароль диктовать по телефону?)