Парсер відгуків про товари з можливістю регулярного оновлення

Шукаємо PHP Backend Developer для доопрацювання та клонування ігрових проектів. На першому етапі необхідно завершити існуючий проект і адаптувати його під технічні вимоги. Після успішної реалізації планується серія аналогічних завдань та довгострокове співробітництво. Потрібен впевнений досвід PHP backend-розробки та досвід роботи з ігровими проектами. При відповіді обов'язково додайте приклади реалізованих проектів і коротко опишіть свою роль. Оплата за завершення завдання 100$, ціна на подальшу розробку з 0 обговорюється.

Вітання! Шукаю досвідченого WordPress/WooCommerce розробника для невеликого, але термінового завдання. Проблема: Інтегруємо Instagram Shop (Meta). При переході з інстаграм-магазину в кошик сайту, Meta передає параметри товару у власному форматі: ?products=ID:quantity. Наразі WooCommerce ігнорує цей параметр, і кошик відкривається пустим. Що потрібно зробити:Необхідно реалізувати обробник (hook на init або через правильний редирект), який перехоплюватиме параметри від Meta та конвертуватиме їх у стандартний для WooCommerce формат додавання в кошик: ?add-to-cart=ID&quantity=X. Приклад логіки:Посилання від Meta: https://treskare.com/cart-2/?products=18446%3A3Має трансформуватися/перенаправляти на: https://treskare.com/cart-2/?add-to-cart=18446&quantity=3 Є базовий приклад коду від нашого спеціаліста (надам у приватні повідомлення). Потрібно його перевірити, адаптувати під тему/плагіни нашого сайту, протестувати, щоб кошик коректно наповнювався і не виникало конфліктів із поточними сесіями користувачів чи плагінами кешування. Вимоги до виконавця: Чудове знання PHP, WordPress, WooCommerce API.Досвід роботи з кастомізацією кошика (cart/checkout) WooCommerce.Наявність відгуків та успішних проектів на WordPress. Обов'язкове тестування: Виконавець зобов'язаний провести перевірку працездатності коду. Нове налаштування не повинно порушувати стандартний процес замовлення на сайті. Пряме додавання товарів у кошик з каталогу, зміна кількості у самому кошику та перехід на Checkout мають працювати без помилок. Безпека та ізоляція коду: Код має перевіряти наявність параметра products і коректність ID товару перед виконанням редиректу, щоб не викликати помилок Fatal error або циклічних редиректів (Redirect Loop) для звичайних відвідувачів сайту. Робота на тестовій копії (Staging) або бекап: Перед заливкою коду на "живий" сайт, виконавець має продемонструвати роботу скрипта на копії сайту АБО зробити резервну копію файлу, куди вносяться зміни. Умови приймання роботи та гарантії:Оплата здійснюється виключно після повної перевірки працездатності коду на сайті.Проєкт вважається успішно виконаним лише за умови, що:Посилання від Meta коректно додає товар у кошик.Штатний функціонал сайту НЕ порушено(звичайне додавання товарів, оформлення замовлення, робота плагінів оплати/доставки працюють без збоїв).Якщо після впровадження коду виникають технічні помилки (Fatal error, конфлікти з сесіями WooCommerce або злітає оформлення замовлення), виконавець зобов'язується усунути їх у межах цього проєктубез додаткової оплати.

Хочу бота для Телеграму. Завантаження діалогів. З допомогою ШІ перевірка на потенційну брехню. Сайт з розширеними можливостями. Реєстрація, API, статистика тощо.

Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.

Необхідно виконати оновлення, перенесення та налаштування 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 працюють; старий сервер можна відключити після фінальної перевірки.