Сторінка оформлення замовлення/помилка бази даних на сайті WordPress

Опис проекту Необхідно виконати доопрацювання існуючого сайту на Webflow: Інтегрувати каталог товарів на сайт і запропонувати найбільш зручний спосіб його подальшого оновлення (адміністративна панель, імпорт JSON/Excel або інше рішення). Перевірити та виправити роботу форми відправки заявок. Перевірити оформлення сайту і привести шрифти та стилі до єдиного вигляду. Перед початком робіт: оцінити поточний стан сайту; запропонувати оптимальне технічне рішення; вказати терміни виконання та вартість; описати, які доступи знадобляться.

Проект передбачає розробку адаптивного веб-додатку з чистим інтерфейсом, безпечними API для бекенду, автентифікацією, інтеграцією бази даних та розгортанням. Залежно від обсягу проекту, можуть бути також потрібні функції штучного інтелекту, такі як інтеграція чат-ботів, автоматизація робочих процесів або функціональність на базі LLM.

Шукаю OpenCart-розробника для завершення роботи над сайтом. Проєкт уже частково реалізований: основна частина функціоналу закладена через готовий шаблон, але потрібно довести сайт до фінального робочого стану. Основні задачі: - доопрацювання каталогу; - налаштування та коректне виведення сторінок товарів; - виведення фільтрів; - додавання відсутніх атрибутів; - імпорт товарів із CSV-файлу. Потрібен спеціаліст з досвідом роботи з OpenCart, каталогами товарів, фільтрами, атрибутами та імпортом даних. Надішліть: Приклад схожого проєкту. Орієнтовний дедлайн виконання. Формат співпраці (години чи фіксована ставка) та кількість годин.

Потрібно створити Модуль "Опитувальник", в якому будуть опитувальники, питання та варіанти відповідей до питань (Логіка виводу питань, та обробки відповідей - зробимоокремим проектом). 1. Список та CRUD для "Опитувань". В списку має бути "Назва опитування", іконки "Редагувати/Видалити". При натисканні на Редагувати - має відкритися форма із: "Назвою" - input, обов'язкове поле, "Описом" textarea опитувальника (не обов'язкове), кнопкою "Зберегти". Нижче питання, що стосуються цього опитувальника, просто вивести в режимі читання. При натисканні на "Видалити", має з'явитися confirm "Чи дійсно ви хочете видалити Опитувальник", якщо натисли "так" - має видалитися Опитувальник і всі питання, що в нього входять. Реалізувати багатомовність вкладками, мови: українська, англійська та російська (в перспективі - німецька та іспанська) Над списком зверху має бути кнопка "Додати Опитувальник", при натисканні на яку - буде реалізована вище описана логіка, тільки з пустими полями. 2. Список та CRUD для "Питань". В списку має бути: Назва питання , іконки "Редагувати/Видалити". При натисканні на Редагувати, має бути: "Питання" - поле input, обов'язкове, "Опис питання" - поле textarea, та динамічні блоки додавання варіантів відповідей, цей блок так і має називатися "Варіанти відповідей". Кожен варіант відповідей має містити в собі "Ім'я варіанту" - input (обов'язкове поле), "Квест 1" - випадаючий список із 24 Квестів (обов'язкове поле), та короткий input "Бал" із можливсітю вказати в ньому позитивне число (обов'язкове поле), + ще один "Квест 2" - випадаючий список із 24 Квестів (не обов'язкове поле), та короткий input "Бал" (не обов'язкове поле) із можливсітю вказати в ньому позитивне число, та іконка видалити, по натисканню на яку має бути confirm ""Чи дійсно ви хочете видалити варіант відповіді", якщо так - тільки поточний варіант відповіді має видалитися. Кнопка зберегти, яка зберігає форму. Реалізувати багатомовність вкладками, мови: українська, англійська та російська (в перспективі - німецька та іспанська) Над списком зверху має бути кнопка "Додати Питання", при натисканні на яку - буде реалізована вище описана логіка, тільки з пустими полями. 24 Квести, це статичний список із Назви квесту та числа, що йому відповідає НЕ автоінкремент, а руками задане число. Весь список надам в особистих повідомленнях. Краще внести цей список окремою таблицею в бд, щоб можна було при нагоді його розширювати. CRUD для цього списку НЕ потрібен. Дизайн/верстка - має відповідати дизайну, верстці самої адмін панелі. Код модуля має використувувати API самої CMS, писати свій код - тільки тоді, коли для цього не має, готового API. В ідеалі, очікую оцінку в годинах, щоб розуміти вартість 1 години роботи. Мені зручно працювати в логіці timerate`ів.

Потрібен розробник Progress 4GL для доопрацювання функціоналу діючої ERP-системи. Завдання доопрацювання існуючого функціоналу ERP-системи відповідно до технічного завдання; внесення змін до існуючого коду; виправлення виявлених помилок; тестування реалізованого функціоналу перед передачею результату.Вимоги практичний досвід роботи з Progress OpenEdge (4GL / ABL); досвід доопрацювання та підтримки ERP-систем; уважність до якості коду та деталей; самостійність і відповідальність.Умови співпраці разове завдання; оплата за виконане завдання (не погодинна); технічне завдання буде надано виконавцю після обговорення. У відгуку, будь ласка, вкажіть: досвід роботи з Progress OpenEdge (4GL / ABL); коротку інформацію про виконані проєкти;