Перенос товаров с InSales на опенкарт 3.0.2.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 працюють; старий сервер можна відключити після фінальної перевірки.

Розробка двох спеціалізованих сайтів з продажу запчастинЗагальна інформація Потрібно розробити два спеціалізовані сайти: Запчастини для квадроциклів, UTV, SSV та іншої подібної техніки. Запчастини для спеціальної техніки. Існуючий сайт компанії: https://kiaparts.com.ua/ Нові проєкти не повинні бути копією існуючого сайту. Потрібно запропонувати сучасне рішення з акцентом на SEO, швидкість роботи, зручність для клієнтів та менеджерів, а також можливість подальшого розвитку та масштабування.Основна мета проєкту Створити не просто інтернет-магазин, а платформу для продажу запчастин, яка буде: добре індексуватися Google; залучати органічний трафік; зручно наповнюватися менеджерами; підтримувати великі каталоги товарів; легко масштабуватися в майбутньому. Для мене важливіше отримати правильну архітектуру та фундамент проєкту, ніж велику кількість функцій у першій версії.Архітектура проєкту Потрібно два окремі сайти для клієнтів. При цьому бажано, щоб вони були побудовані на єдиній платформі: одна адміністративна панель; спільний функціонал; одна або пов'язані бази даних; окремі домени; окреме наповнення; можливість різного дизайну та оформлення для кожного проєкту. Тобто фактично два окремі сайти для клієнта, але одна система управління для компанії. Перевагою буде модульна архітектура, яка дозволить у майбутньому запускати нові проєкти на цій самій платформі.SEO (один з головних пріоритетів) Головне завдання сайту не лише продавати товар, а й отримувати максимальну органіку з Google. Для кожної запчастини повинна створюватися окрема сторінка товару з власною URL-адресою. До завдання додається приклад існуючої сторінки товару, яка демонструє загальний принцип наповнення SEO-інформацією. Для кожного товару повинна бути можливість додавати: номер деталі; OEM номер; крос-номери; аналоги; бренд; назву; альтернативні назви; характеристики; фото; опис; PDF-файли; список застосувань; список моделей техніки. Основна ціль: Щоб одна запчастина могла отримувати трафік за десятками різних пошукових запитів: OEM номер; крос-номер; аналог; назва; бренд; модель техніки.Важливо щодо структури даних Не хочу, щоб менеджери вручну писали великі тексти для кожної сторінки. Бажано реалізувати структуровану систему даних: Товар → OEM номер → Крос-номери → Аналоги → Застосування → Моделі техніки → SEO сторінка Тобто менеджер заповнює інформацію один раз, а система використовує її для: SEO; пошуку; перелінковки; фільтрів; аналогів.Каталог та пошук Потрібно реалізувати пошук: по номеру; по частині номера; по OEM номеру; по крос-номеру; по назві; по бренду. Бажано: автопідказки; швидкий пошук; пошук аналогів; швидка робота навіть при великому каталозі.Імпорт та оновлення товарів Обов'язково: імпорт Excel; імпорт CSV; експорт даних; масове оновлення цін; масове оновлення залишків; масове оновлення описів; масове оновлення фотографій; масове оновлення SEO-даних.Складський облік Необхідно реалізувати: декілька складів; відображення наявності; резервування товарів; синхронізацію залишків. У перспективі необхідна можливість синхронізації зі старим основним сайтом та іншими проєктами компанії.Безпека Необхідно передбачити: захист адміністративної панелі; двофакторну авторизацію; розмежування прав доступу; журнал дій користувачів; захист від типових атак; захист API та інтеграцій.Резервне копіювання Необхідно реалізувати: автоматичні дампи бази даних; автоматичне резервування файлів; резервування фотографій; резервування документів; автоматичне збереження копій у хмару (Google Drive, AWS, Backblaze або аналогічні сервіси); можливість швидкого відновлення після збою або злому.Подальший розвиток На першому етапі реалізація нижче переліченого функціоналу не є обов'язковою. Але архітектура повинна дозволяти його подальше впровадження без необхідності створення нового сайту. У майбутньому можуть бути реалізовані: AI-пошук по каталогу; AI-генерація описів товарів; AI-генерація SEO-контенту; автоматичний пошук аналогів; інтеграція з CRM; інтеграція з постачальниками через API; автоматизація роботи менеджерів; аналітика продажів; B2B кабінети клієнтів; маркетингові інструменти. Тому важливо, щоб архітектура була готова до подальшого розвитку.Приклади сайтів Подобаються по структурі, логіці та зручності: Chrysler.com.ua Secoparts.net Comtac.parts RockAuto.com Не потрібно копіювати дизайн цих сайтів. Вони наведені як приклади зручної структури каталогу, пошуку та подачі інформації.Платформа Допускається використання OpenCart, WordPress/WooCommerce або інших платформ. Головні вимоги: хороша SEO-архітектура; швидка робота; можливість масштабування; наявність API; можливість подальшого розвитку. Прошу обґрунтувати вибір платформи та пояснити перспективи розвитку проєкту на ній.Бюджет Орієнтовний бюджет першого етапу: 3 000 – 7 000 USD за весь проєкт (два сайти на єдиній платформі). Бюджет може бути переглянутий після обговорення архітектури та етапів реалізації. Готовий розглядати поетапну реалізацію, але для запуска бажано быльш терміново реалізувати частину. Важливіше отримати правильну архітектуру та якісний фундамент для подальшого розвитку, ніж максимальну кількість функцій у першій версії.Від виконавця очікую пропозицію архітектури; рекомендацію платформи; приклади аналогічних робіт; орієнтовний бюджет; орієнтовні строки; бачення подальшого розвитку проєкту. Великим плюсом буде досвід створення каталогів автозапчастин, магазинів із пошуком по OEM-номерах та крос-номерах, а також проєктів із великим каталогом товарів. також прохання до заявки бажано додати короткий опис того, як саме ви бачите SEO-архітектуру проєкту та яким чином буде забезпечуватись органічний ріст каталогу. Фото додаю для простого прикладу сторінки під органічний пошук