Виправлення помилок фронтенду + перевірка значка – React / Tailwind

Бюджет: 250 USD Термін: 3 дні

Я перевірив репозиторій Bitbucket і зробив швидкий технічний огляд. Бюджет - 250 USD. Термін - 3 робочі дні для аудиту UI, цільових виправлень React і Tailwind, перевірок відображення даних на основних потоках та перевірочного значка на сторінці деталей нерухомості.

Видимий ризик - джерело даних значка. Сторінка деталей нерухомості наразі працює з полями, такими як _id, заголовок, доступність, ціна, зображення, ліжка, ванни, кв. м, тип, опис, зручності та телефон, але я не бачу стабільного перевіреного поля там. Якщо API вже повертає його, значок чистий. Якщо ні, я додам захищений резервний варіант і збережу стабільність UI, поки дані з бекенду не будуть додані =/

Запитання
> Яке поле має керувати значком - перевірено, isVerified, статус чи інше поле з бекенду?
> Чи має QA-проходження охоплювати лише публічні сторінки, чи також сторінки авторизації, такі як Мої оголошення та Додати нерухомість?

Відповідні приклади
> https://business.ingello.com/platforma - робота платформи, де важливими були стабільний UI та поведінка даних
> https://business.ingello.com/vorfahr - робочий процес продукту SaaS та AI, близький до більш широкого напрямку REChain
> https://systems-fl.ingello.com - профіль Ingello Systems для проектів FLH Розгорнути

Бюджет: 25 USD Термін: 7 днів

Привіт, Хосе, я працював на платформах React з TypeScript та Tailwind, виправляючи помилки інтерфейсу в картах, таблицях та формах. На одному проекті з нерухомості я очистив понад 40 компонентів і додав статусні значки, пов'язані з прапорами на бекенді, щоб дані залишалися послідовними скрізь.

Один рада з продуктового боку: перевірений значок викликає довіру, тому я б також зробив його клікабельним для короткого спливаючого вікна з інформацією про перевірку, це може підвищити конверсію лідів на кілька відсотків.

Звідки походить статус перевірки, з булевого поля з API чи з обчисленого стану? І чи повинні неперевірені властивості відрізнятися за видимістю в списку, чи лише за значком?

Я можу витягти кодову базу, запустити її локально і надіслати тобі живий попередній перегляд зі значком на місці, щоб ти міг побачити виправлення перед тим, як ми визначимо терміни.

Бюджет: 35 USD Термін: 1 день

Вітаю! Виконаю ваше завдання швидко і якісно.

Останні мої роботи
https://indexfast.pro - швидка індексація сайту
https://mono-bank.pp.ua - все про монобанк
https://mamamia.pp.ua - інтернет магазин
https://programist.pp.ua/ua/portfolio/ - портфоліо робіт
https://monitortest.pp.ua - тестування монітора
https://keytest.pp.ua - тестування клавіатури
https://pctest.pp.ua - тестування компютера
https://devroman.dev/portfolio/ - портфоліо
https://vseetut.matviy.pp.ua - верстка
https://indexfast.pp.ua - швидка індексація сайту

Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами! Розгорнути

Бюджет: 25 USD Термін: 2 дні

aJose, я бачу, що вам потрібно вирішити проблеми з макетом на вашій платформі нерухомості та інтегрувати компонент статусного значка. Мета полягає в тому, щоб забезпечити узгодженість інтерфейсу користувача, відображаючи статус перевірки нерухомості чітко для ваших користувачів.

Я проведу аудит компонентів, щоб виправити проблеми з вирівнюванням і реалізую значок перевірено/не перевірено, використовуючи вашу існуючу систему дизайну. Це покращить відображення на картках і формах, додавши запитувану функціональність.

Чи пов'язані поточні проблеми з рендерингом з певними розмірами екранів, чи вони зберігаються на всіх екранах?

Бюджет: 25 USD Термін: 7 днів

Ваша платформа React працює добре, але картки, таблиці та форми показують невирівняні елементи та непослідовні дані, а на сторінці деталей властивості ще немає значка перевірки.

Спочатку я пройдуся по компонентам у вашому репозиторії Bitbucket і знайду, де ламається макет і прив'язка даних. Потім виправлю їх, щоб ті самі дані відображалися однаково по всій платформі. Щодо значка, я створю його з ваших існуючих класів Tailwind: зелений для перевірених і сірий для неперевірених, розташований поруч із заголовком або ціною, щоб він виглядав частиною поточного дизайну, а не доданим.

Дайте мені доступ до репозиторію, і я надішлю точний список виправлень, які я знайду, а також свою оцінку. Я можу почати, як тільки ви підтвердите.