Бюджет: 27000 UAH Термін: 20 днів
Доброго дня, ми команда програмістів зможемо це зробити, ми уже робили схожі проекти і зможемо вам відповісти на усі питання, думаю краще поговорити по телефону або у повідомленнях.
Доброго дня.
Потрібна розробка сервісу підтвердження номерів за допомогою Asterisk.
Кажу відразу – звичайний Asterisk у ядрі, без web-інтерфейсів типу FreePBX та інших.
Результатом потрібен налаштований сервер, який отримує від клієнтів номер підтвердження, а цифри які потрібно озвучити дозвонившись на відповідний номер.
Результат повинен фіксуватись в базі MySQL розташованій локально, а також відправлятись API-запит на сервер білінгу для фіксації факту успішного дзвінка.
Клієнтів може бути декілька.
Приблизний алгоритм наступний:
Вже є сайт, який керує клієнтами. Коли клієнт активує послугу, цей Сайт відправляє API-запит на Asterisk, який включає наступні параметри:
Далі клієнт повинен мати можливість посилати API-запити на Asterisk, відправляти номер який потрібно підтвердити, та цифри, які потрібно назвати.
Asterisk робить виклик, озвучує голосове вітання та називає цифри підтвердження. Після виконання спроби повинно робитись:
Asterisk може видати помилку у разі:
Потрібно контролювати результат виклику, і у разі якщо виклик буде невдалим з вини провайдера (тобто коли це не абонент розмовляє, поза зоною, зайнятий, скинув виклик, а наприклад наш номер заблоковано через несплату, чи не вистачає нам ліній транку), то треба робити наступну спробу з іншого номеру (із масиву) та окрема фіксація цього інциденту.
Програмну реалізацію скриптів бажано робити на PHP. Операційна система CentOS. Встановлення Asterisk на сервер також входить в завдання проекту.
Бюджет: 27000 UAH Термін: 20 днів
Доброго дня, ми команда програмістів зможемо це зробити, ми уже робили схожі проекти і зможемо вам відповісти на усі питання, думаю краще поговорити по телефону або у повідомленнях.
Бюджет: 25000 UAH Термін: 20 днів
**Добрий день. Мене звати Марія. Уважно вивчила ваш проект. Готова до виконання.**
📞 **Алгоритм роботи сервісу**
1. **Отримання запиту від клієнта:**
- Клієнт надсилає API-запит на сервер із параметрами:
- Ідентифікатор клієнта та авторизаційний токен.
- Голосові файли (вітання та цифри) або вказівка використовувати стандартні.
- Кількість цифр для озвучування.
- Ідентифікатор транку для дзвінка.
- Масив номерів, з яких можна здійснювати дзвінки.
- URL для WebHook-а з результатами.
2. **Ініціація дзвінка:**
- Сервер перевіряє авторизацію клієнта.
- Обирає номер із наданого масиву.
- Ініціює дзвінок через Asterisk, використовуючи обраний транк.
- Озвучує вітання та цифри підтвердження.
3. **Обробка результатів:**
- Фіксує результат дзвінка в базі даних MySQL.
- Надсилає результат на сервер білінгу.
- Надсилає результат клієнту через WebHook (якщо URL надано).
4. **Обробка помилок:**
- У разі невдалого дзвінка з вини провайдера (наприклад, номер заблоковано), сервіс:
- Намагається здійснити дзвінок з іншого номеру з масиву.
- Фіксує інцидент у базі даних.
**Готова обговорити деталі!**
Бюджет: 27000 UAH Термін: 30 днів
привіт, реалізую ваше завдання за досвід.
...................
....,..............
...................
...................
Необхідно виконати оновлення, перенесення та налаштування Laravel-проєктів на новий сервер із забезпеченням стабільної роботи, безпеки, захисту від експлойтів та коректної роботи всіх сервісів після міграції. 1. Основні задачі Підготувати новий сервер до роботи. Перенести файли проєктів, бази даних, конфігурації та cron-задачі. Оновити серверне програмне забезпечення. Налаштувати безпечне середовище для Laravel. Перевірити сумісність PHP, Laravel, Composer-пакетів та залежностей. Забезпечити захист від відомих експлойтів, шкідливих запитів та несанкціонованого доступу. Налаштувати SSL-сертифікати. Перевірити працездатність сайтів після перенесення. 2. Перенесення Laravel-проєктів Для кожного проєкту необхідно: Перенести файли проєкту. Перенести базу даних. Перенести .env конфігурацію. Налаштувати права доступу до директорій: storage bootstrap/cache Перевірити роботу: головної сторінки; адмін-панелі; авторизації; форм; API; завантаження файлів; email-відправки; cron-задач; queue workers.3. Безпека та захист Необхідно реалізувати базовий і прикладний рівень захисту: закрити root-доступ по SSH; налаштувати SSH-доступ тільки по ключах; змінити стандартний SSH-порт, якщо потрібно; налаштувати firewall; дозволити тільки необхідні порти; встановити Fail2Ban; приховати службові версії Nginx/Apache/PHP; заборонити доступ до .env, .git, backup-файлів, log-файлів; налаштувати правильні file permissions; перевірити проєкти на наявність шкідливих файлів; перевірити Composer-пакети на відомі вразливості; оновити залежності, якщо це не ламає функціонал; налаштувати захист від SQL injection, XSS, CSRF та path traversal; перевірити правильність Laravel APP_ENV та APP_DEBUG; встановити APP_DEBUG=false на production; налаштувати rate limiting для критичних endpoint-ів; перевірити доступи до storage/uploads; налаштувати захист від виконання PHP у upload-директоріях; перевірити права доступу до адмін-панелей. 4. SSL та домени Необхідно: Встановити SSL-сертифікати. Налаштувати автоматичне оновлення SSL. Увімкнути редирект з HTTP на HTTPS. Перевірити коректну роботу сайтів через HTTPS. 5. Резервне копіювання Необхідно налаштувати backup: файлів проєктів; баз даних; .env файлів; uploaded media; cron-конфігурацій; Nginx/Apache конфігурацій. Backup має виконуватись автоматично за розкладом. Бажано зберігати копії окремо від основного сервера. 6. Перевірка після перенесення Після міграції необхідно перевірити: відсутність 500/403/404 помилок; відсутність критичних помилок у Laravel logs. 9. Результат виконання Після завершення робіт має бути: Laravel-проєкти успішно перенесені на новий сервер; сайти працюють стабільно; SSL налаштований; сервер захищений базовими security-налаштуваннями; доступи до критичних файлів закриті; backup налаштований; cron та queues працюють; старий сервер можна відключити після фінальної перевірки.
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.