Я вже багато писав про ресурси для Європи та США. Зараз розповім трохи про тонкощі створення сайту для закордону. Ось наприклад переклад, звичайно якісний, це все тільки руками повинен правити фахівець. Але, погодьтеся десятки тисяч символів це по-перше накладно, та й за часом не швидко. Ясна справа зі словами та словосполученнями чудово справляється і гугл перекладач. А ось смислові пропозиції, коми і подібна тут ситуація гірша. Нещодавно відкрив для себе deepl translator , повинен помітити, що якість перекладу вища ніж у гуглового. Мінус у тому, що понад 5000 символів у платному пакеті, який в Україні поки що недоступний. Для тих хто в темі статті на таку кількість знаків достатньо ;)
Тепер про написання контактів, наскільки лояльні жителі США до подібного, але. Номер телефону на американському сайті ви ніколи не побачите +1 (головний код) попереду цифр. Найчастіше це в такому вигляді 000-000-0000, перші три коди оператора, далі номер 3 плюс 4 цифри. А якщо написано інакше, як у нас поділяють, то й ресурс робився не американцем ;)
Щоб зрозуміти, скільки місця на диску знадобиться для зберігання записів з камер , використовують простий підхід: спочатку оцінюють бітрейт відео (скільки Мбіт/с витрачає потік), потім рахують об'єм за добу і множать число днів. 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 при порівнянні якості.

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