1. Підтвердження кваліфікації. Яким чином замовник буде кваліфікувати переможця тендеру? Сертифікати, дипломи ви їм довіряєте? В цій сфері? Займаюсь розробкою веб-сайтів з 2005 року. Працював в основному з закордонними замовниками. Ні разу не пред'явив портфоліо. Бо не веду його. Зустрічав людей, які потребували портфоліо, але на запитання навіщо і для чого їм потрібно, і в якому вигляді, я не отримував внятної відповіді. І в 95% випадків питання про портфоліо відпадало на моменті запитань по Технічному завданню до сайту, сервісу, або проблеми на сайті. Тому прошу відповісти на питання щодо кваліфікації, щоб я не втрачав свій час та гроші, і ваш час на вивчення документів. 2. В технічній документації є пункт про людей з індивідуальністю. В мене цей пункт викликав найбільше суперечностей чим структурної реалізації і використання такого функціоналу на сайті. Задавши питання на тендері відповідь мене завела ще в більший ступор. Ваша відповідь: “Зазначені вимоги стосуються системи управління сайту – зокрема адаптивності сторінок сайту та елементів управління сайту до пристроїв перегляду – мобільні пристрої, різні операційні системи та браузери (лупа, голосовий набір по пошуку інформації на сайті, аналогічний тому, як запит був би надрукований у строчці пошуку, але реалізований голосом (при наявності відповідного технічного оснащення у користувача)). Реалізованим аналогом голосового пошуку є пошукова система Google.” Будь ласка розясніть: 2.1. .Адміністрування сайту буде вести людина яка не бачить? Ви довіряєте повне керування веб сайтом людині яка не бачить? Для мене це не прийнятно, як не зрячий водій якому ви віддаєте керування свого авто. Це по перше безпека, а по друге ваше лице. 2.2. Пошук в адмін панелі? Що людина з індивідуальністю буде шукати? 2.3. Компанія Google витратила не мало грошей і не один рік на реалізацію такого функціоналу на своєму сайті. Ось припустимо що я реалізую таку функцію в адміністрації сайту або на клієнтській частині. Ось вона ввела, пошук спрацював, знайшов, що далі? 2.4. І при цьому Ви зможете забезпечити серверну частину на обробку голосового потоку і переведення його в текст? 2.5.А якщо це стосується клієнтської частини. На яку частину користувачів сайту це розраховано? Ви готуєте незрячих суддів? Я б зрозумів якщо б це був соціальний проект для людей з обмеженими можливостями… За сим прошу вилучити цей пункт з технічного завдання. Або надати більше детальних розяснень до пункту. Прикласти посилання на державні веб сайти де реалізований даний функціонал!!! Люди з проблемами зору мають апаратне та програмне забезпечення і не потребують такої реалізації зі сторони сайту. 3. Розділення прав керування доступу до інформації. З технічної документації я не зрозумів внятно функціоналу за сим пропонує свій. 3.1. Адміністративна частина 3.1.1. Адміністратор сайту - група користувачів, що мають повний доступ до всіх модулів сайту. 3.1.2. Редактори-модератори - група користувачів, що мають повний доступ до окремих модулів і інформації в адміністративній панелі. Може редагувати як матеріали, що додав сам і ті що додали інші. 3.1.3. Редактори - група користувачів, що мають доступ до певних модулів сайту. Матимуть можливість додавати матеріали і редагувати тільки свої матеріали. Безпека адміністративної частини буде захищатися криптографічним захистом. Паролі будуть зберігатися в базі даних тільки в закодованому форматі. Тому доступ до адміністративної частини сайту не отримати навіть якщо мати базу даних або частину бази з паролями. В системі буде реалізовано захист від підбору паролів. Після другого невірного введення час відтермінування наступного введення буде збільшуватися в геометричній прогресії. 3.2. Клієнтська частина. 3.2.1. Реєстрація на сайті - пропоную дозволити всім бажаючим. У власному кабінеті можна додати або змінити свою інформацію. Підписатися на розсилку новин та іншої інформації 3.2.2. Створити різни групи користувачів сайту з різним доступом до закритої інформації. Користувач коли просто реєструється потрапляє до загальної групи. На сайті можна налаштувати доступ наприклад група 1, група 2 … група 10 і так далі. Наприклад один користувач може мати доступ до інформації групи 1, групи 6 та групи 112. Другий до групи 3, 12 та 54. Третій до всіх. 3.2.3. Вхід до кабінету пропоную зробити за технологією oAuth через Facebook, Google. Без форми реєстрації і вводу даних через форми. Що забезпечує більш надійну роботу сайту. Менша кількість спаму і спроб несанкціонованого входу в клієнтську частину. Або через BankID. 4. Розясніть про масове введення інформації з мінімальним натиском на клавіатуру. Будь-ласка надайте приклад такої інформації для введення і опишіть більш детальніше потреби! 5. “Слово Національної школи суддів України” - пропоную зробити як Інформаційної системи і зробити кожну статтю як окремий інформаційний елемент. З базовими додатковими властивостями такими як Номер журналу, Авторів матеріалу. Додатково створити інформаційну систему з повним описом та Авторів. Їхні нагороди, біографія інше. Можливо як додаткові властивості модулю Користувачі сайту. Створити Архів інформаційну систему в якому будуть зберігатися архів журналів. 6. Поясніть будь ласка Архітектуру сайту, яка буде не прив'язана до Програмного апарату і апаратної складової серверу. В мене було з практики, що запускали сервер на nokia. В мене є критерії яким має відповідати сервер і з яким навантаженням він має працювати. А саме: 6.1. Веб-сервер на базі Apache 2.x, Microsoft IIS 7 або nginx 6.1.1. Додаткові модулі Apache - Mod_rewrite, mod_php. Mod_security повинені бути відключений. 6.1.2. Додаткові модулі IIS 7 ISAPI_Rewrite. 6.2. PHP 7.3.x 6.2.1. мають бути додані модулі: GD, EXIF, Zlib, Zip, cURL, iconv, JSON, Multibyte String, SimpleXML, Libxslt, PCRE7.0+, OpenSSL, IMAP 6.2.2. Обсяг пам'яті на процес мінімум 512 Мб, рекомендовано 1024+ Мб, час виконання 180 секунд 6.2.3. Заборонено використання Suhosin 6.3. MySQL 5.7.xx 6.3.1. Користувачеві повинні бути дані наступні привілеї: ALTER, CREATE, CREATE TEMPORARY TABLES, DELETE, DROP, INDEX, INSERT, LOCK TABLES, SELECT, UPDATE. 6.3.2. Опції в sql-mode не повинні містити ONLY_FULL_GROUP_BY, NO_ZERO_IN_DATE, NO_ZERO_DATE. Відключити їх ви можете в файлі конфігурації my.cnf, додавши sql-mode = "" в секцію [mysqld]. 6.4. До апаратної частини мають бути вимоги: 6.4.1. Записи, зчитування, зміни до бази даних має бути більшим чим 10000 операцій за секунду 6.4.2. Файлова система витримувати 50000 запитів за секунду 6.4.3. Процесорна алгебра 50000 6.4.4. Процесорні строкові запити 1 500 000 6.4.5. Швідкість скачування з серверу не менша 25 МБ/с 6.4.6. Поштова система 0,05 секунд 7. Поясніть пункт публічного API, щодо обмеження запитів до бази. Як ви собі це уявляєте? Я розумію, що питання стоїть в тому щоб забезпечити роботу сайту 24/7. Витримати навантаження від зловмисників. Захищення даних, щодо несанкціонованого проникнення. Я ж розумію це що сайт повинен витримувати будь яке навантаження. На сервері має бути запущений процес який що 15-60 хвилин перевіряє базу на цілісність і відсутність помилок. Якщо такі виявлені ремонтувати своїми силами, або сповіщати про неможливість виправлення адміністратора сайту. Зменшення навантаження на сайт можна досягти шляхом апаратного та файлового кешування. Сайт має витримувати будь-яке навантаження і бути захищеним! 8. В адмініструванні сайту буде реалізована система моніторингу за всіми операціями які відбуватимуться на сайті: нейтральні успішні зауваження попередження критичні помилки 9. В технічному завданні є норма про зберігання бази в форматі UTF-8, але в технічній документації щодо дизайну пункт 10 додатку 5 про використання windows-1251. Поясніть доцільність цього використання. На мою думку все повинно кодуватися згідно UTF-8. 10. В ТД є норма що сайт має відкриватися максимум за 30 секунд. З технічного боку моє завдання, щоб сторінка сайту була сформована менш чим за 1 секунду. Для високо навантажених сторінок максимум 4-6. І у користувача воно має бути ще за 2-4 секунди. 11. Як розробник сайту може розробити ПО для моделювання навантаження на сайт? На цьому пункті замовник отримає ефект “плацебо”. Є технічна підтримка! Є договір! Я не уявляю що хтось створить програмне забезпечення яке буде реально робити шкоду сайту. 12. Резервне копіювання буде проводитись в автоматичному режимі 1 раз на день. Файли резервних копій будуть переміщатися на хмарні сервіси. 13. Технічна підтримка: пропоную оформити в договорі за такими критеріями. 13.1. Невідкладні проблеми на сайті мають вирішуватися за 2-48 годин. 13.2. Середньої важливості до 7 робочих днів 13.3. Низької важливості до 30 календарних днів. 14. Те що у Вас є сайт і структура наче ясна! Для мене як кандидата з виконання робіт зовсім не ясна. Сайт застарів і має розділи з переадресуванням на інші сайти. Є розділи закриті без авторизації яких я оцінити не можу. В такому вигляді я не зможу Вам гарантувати виробництво продукту, який буде відповідати Вашим вимогам! Тому що з мого боку замовник докорінно не розуміє чого насправді очікує від продукту, що замовляє. Прошу створити більш детальну технічну документацію щодо продукту замовлення. З мого боку як виконавця буде надане зворотня технічна пропозиція, щодо вдосконалення технічного завдання. Без структури сайту які відповідають Вашим вимогам на теперішній час, розуміння контенту по типу та класу, що буде закритий від сторонніх очей неможливо оцінити складності і часу виконання. Для мене важливо, щоб замовник отримав продукт який не стане для замовника проблемою, а стане незамінним інструментом в повсякденні. Для мене дуже цікавий цей проект. Я дуже б хотів би по працювати в ньому. Це неоціненний досвід та знання в юридичній сфері. Але хочу відразу зрозуміти структуру та важкість. Оцінити витрачені сили, час та гроші. Я розумію відповідальність, що в школі суддів найкращі спеціалісти з юридичного напрямку і якщо я не виконаю вимог щодо технічного завдання і продукту що вимагається я не отримаю гонорару і отримаю купу проблем. Тому мені важливе кожне слово в технічному завдані. Я прийняв рішення, що в будь-якому випадку буду приймати участь в тендері але якщо буде відповідь щодо кваліфікації. І якщо ви не надасте мені технічних вимог та структури сайту я приїду і доки не отримаю докоріної інформації щодо структури сайту та технічної реалізації, не поїду.