Як створити QR-код для файлу, щоб його могли відкрити інші. З таким запитанням до мене звернувся мій старий замовник. Справа в тому, що йому періодично потрібно відправляти файл у форматі PDF для своїх клієнтів. Що є не завжди зручним, наприклад коли зайнятий, а передати потрібно швидко.
Як зробити простіше і щоб це було ваше. Перше і головне, файл до якого буде доступ завантажити до себе, щоб він був доступний онлайн. Найкраще для цього підходить хмарне сховище або сайт. Покажу на своїх прикладах, як це зробити.
Беремо гугл диск, є практично у кожного. Завантажуємо в нього файл, який буде відкритий за посиланням для тих, кому ви скинете QR код. Далі дозволяємо доступ за посиланням усім, а ось тут найцікавіше. Зазвичай такі URL є досить довгими і можуть бути більше 80 символів. У цьому випадку краще використовувати скорочувач посилань, мені подобається цей . Для того, щоб ваш майбутній код був меншим за наповнення квадратиками, у такому разі при зменшенні з будь-якого бюджетного смартфона він може бути відсканований.
Щоб зрозуміти, скільки місця на диску знадобиться для зберігання записів з камер , використовують простий підхід: спочатку оцінюють бітрейт відео (скільки Мбіт/с витрачає потік), потім рахують об'єм за добу і множать число днів. 1) Головна формула розрахунку Якщо відомий бітрейт потоку (Мбіт/с), то приблизний об'єм: Обсяг за добу (ГБ) ≈ Бітрейт (Мбіт/с) × 86 400 / 8 / 1 000 Найчастіше в практичних завданнях зручно користуватися заокругленням: 1 Мбіт/с ≈ 10.8 ГБ на добу (у десятковій системі: 1 GB = 10бай байт). 2) Як отримати бітрейт із дозволу та “якості” Дозвіл сам по собі не дає точної відповіді: на розмір найсильніше впливають кодек (H.264/H.265), складність сцени (рух), налаштування (CBR/VBR, профіль, якість) та тривалість/тип запису. Проте для попередньої оцінки можна використовувати типові орієнтири. Для постійного запису (24/7) середні значення часто беруть так: камери H.264 зазвичай вимагають більше місця, ніж H.265 при порівнянні якості.

Коментарі
Дописати коментар