Чому іноді відмовляю у створенні сайту. Про що це, адже це клієнт, не можна втрачати шансу заробити. І погоджуся. і ні чому. Це, напевно, єдина послуга в якій потрібно із замовником до початку створення провести величезну роботу.
Наприклад, маючи досвід спілкування з клієнтами в Європі та за океаном, можу сказати наступне. У них там колись у компанії запитують за сайт, а частіше потрібна візитівка. Зазвичай відсилають на платформу подібну до лендигів, і кажуть самі зробіть і рекламуйте. Тобто працюють лише здебільшого з динамічними платформами, де потрібні модулі під конкретні завдання на кшталт новин, питань, голосувань, коментарів тощо.
Як я роблю. в першу чергу, ставлю головне питання, а є чим наповнити сайт. І далі його вести додаванням унікального контенту. Хоча б раз на тиждень у блог кидати статтю. Переписати чуже багато розуму не треба. Але чи буде воно унікальним, тут уже залежить від тематики та майстерності рерайтера. І чимало сайтів саме так і роблять
Щоб зрозуміти, скільки місця на диску знадобиться для зберігання записів з камер , використовують простий підхід: спочатку оцінюють бітрейт відео (скільки Мбіт/с витрачає потік), потім рахують об'єм за добу і множать число днів. 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 при порівнянні якості.

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