Бюджет: 200 PLN Термін: 2 дні
Привіт!
Я можу допомогти вам вирішити обидві проблеми Shopify: дублювання сторінок та помилку відповіді 429. Я вже займався подібними технічними завданнями раніше і також можу підтримати вас з будь-якими майбутніми потребами Shopify.
Готовий почати негайно.
Бюджет: 200 PLN Термін: 5 днів
Привіт, я Асиф — я можу допомогти вам з обома завданнями на Shopify негайно.
Я працюю з Shopify щодня, тому дублювання сторінок і виправлення помилок, таких як 429 (Занадто багато запитів), — це те, з чим я часто стикаюся.
Ось що я зроблю:
1) Дублювання сторінки
Я правильно дублюю вашу сторінку, щоб все працювало точно так само — макет, стиль, секції та функціональність.
2) Виправлення помилки 429
Ця помилка зазвичай виникає через обмеження API, скрипти теми або конфлікт додатків.
Я знайду точну причину і виправлю її, щоб вона не поверталася.
Трохи про мій досвід
Я працював з кількома брендами Shopify та електронної комерції, включаючи:
https://negativeunderwear.com/
https://artisaire.com/
https://theyetee.com/
https://sisterjane.com/
https://www.bioliteenergy.com/
https://besamecosmetics.com/
Готовий, коли ви готові
Я можу почати негайно і швидко впоратися з обома завданнями.
Просто дайте мені знати, і я візьмуся за справу.
Бюджет: 199 PLN Термін: 2 дні
Привіт,
Я можу допомогти вам з обома завданнями Shopify: дублюванням сторінки та виправленням помилки 429.
Що я зроблю
Дублюю сторінку точно так, як потрібно.
Діагностую та виправлю проблему 429 (Занадто багато запитів).
Переконаюся, що все працює безперебійно на всіх пристроях.
Надаватиму підтримку для майбутніх завдань Shopify також.
Ось кілька прикладів, які я нещодавно створив.
https://www.allbirds.com/ ..(Shopify)
https://www.pipsnacks.com/ ..(Shopify)
https://www.taylorstitch.com/ ..(Shopify)
https://sokoglam.com/ ..(Shopify)
https://www.missouriquiltco.com/ ..(Shopify)
https://custo.com/es/10-mujer ..(Shopify)
https://ratiocoffee.com/ ..(Shopify)
https://jtcoffee.com/..(Shopify)
Бюджет: 200 PLN Термін: 2 дні
Привіт! Я можу допомогти з обома завданнями — дублюванням сторінки та виправленням помилки 429 на Shopify. Я працюю з Shopify щодня і можу швидко вирішити ці проблеми, а також допомогти з майбутніми завданнями.
Поділіться деталями, і я почну відразу. Freelancehunt
- Проєкти -
- Оцінка -
- Рейтинг 258
Бюджет: 200 PLN Термін: 1 день
Привіт, Іване!
Я — старший розробник Shopify з більш ніж 7-річним практичним досвідом роботи з Shopify Liquid, налаштуванням тем, інтеграцією API та оптимізацією продуктивності. Я можу допомогти вам швидко та якісно вирішити обидві задачі:
1. Дублювання сторінки
Я можу дублювати сторінку з повним макетом, розділами, метаполями та адаптивним дизайном — гарантуючи, що все буде працювати точно так само, як і оригінал.
2. Виправлення помилки з кодом відповіді 429
Помилка 429 зазвичай виникає через обмеження швидкості запитів, перевантаження API або занадто велику кількість запитів від скрипта/компонента теми. Я визначу першопричину, оптимізую виклики та забезпечу надійну завантаження сторінки без помилок.
Я також готовий до будь-яких майбутніх покращень, оптимізацій або усунення неполадок Shopify.
Якщо хочете, я можу почати негайно.
Дайте мені знати, і я з задоволенням обговорю ваші дані доступу або детальніше розповім про задачі.
Роман Галанюк
Переможець- Проєкти 27
- Оцінка 5.0
- Рейтинг 2 769
Бюджет: 905 PLN Термін: 5 днів
Привіт!
У мене більше трьох років досвіду верстки та фронтенд-розробки, а також 4 роки розробки на Shopify.
Можу детальніше розглянути ваші проблеми зі сторінками та спробувати їх вирішити.
Моє портфоліо: https://romkagall.github.io/portfolio/
- Проєкти -
- Оцінка -
- Рейтинг 535
Бюджет: 100 PLN Термін: 1 день
Привіт. Можу допомогти з Shopify, стикався і з дублями, і з помилкою 429 (зазвичай пов'язана з лімітами запитів, додатками або неправильно налаштованим проксі).
Готовий оперативно розібратися і усунути, а також підключитися до підтримки проекту далі.
Ось портфоліо: https://dima.ge
Скинь доступ (або посилання на проблему) — подивлюся і скажу точну причину.
Ставки приховані
Ставки поки відсутні
Ставки приховані
Бюджет: 200 PLN Термін: 2 дні
Привіт!
Я спеціаліст з Shopify, і я можу допомогти вам з обома завданнями: дублюванням сторінок та виправленням проблеми з кодом відповіді. Я також пропоную довгострокову підтримку для будь-яких майбутніх проблем з Shopify.
Будь ласка, напишіть мені в приватному повідомленні. Я також покажу вам деякі магазини Shopify, які я створив, щоб ви могли перевірити якість моєї роботи.
Чекаю на можливість допомогти вам!
Бюджет: 150 PLN Термін: 1 день
ВІтаю!!!
готов вирішити дві задачі, напишіть в особисті
Звертайтесь
Бюджет: 2000 PLN Термін: 2 дні
Привіт Іване,
У мене 7 років досвіду в Shopify.
Я можу вирішити твої 2 проблеми за 1~2 дні.
Більше того, я можу працювати з тобою на довгостроковій основі.
З найкращими побажаннями,
Джо
Актуальні фриланс-проєкти в категорії Веб-програмування
Розробка архітектури єдиної платформи управління флотом WordPress-сайтівКонтекст проекту Є флот з кількох десятків WordPress-сайтів, розміщених на одному сервері та обслуговуваних однією командою. Сайти поступово переводяться на єдиний стандарт розробки та підтримки — загальну дизайн-систему з єдиною бібліотекою блоків (ACF + Gutenberg) та єдиний стандарт безпеки. Потрібна архітектура платформи для централізованого управління цим флотом.Завдання Потрібна розробка технічної архітектури єдиної платформи управління флотом WordPress-сайтів. Платформа — це не дашборд метрик, а повноцінна система централізованого управління та доступу.Вимоги до платформи Єдиний вхід для супер-адміністратора — одна точка входу для управління всіма сайтами флоту: огляд стану, версій, статусу відповідності стандарту. One-click доступ в адмінку кожного сайту — можливість зайти в wp-admin будь-якого сайту флоту з єдиного інтерфейсу, без зберігання/введення паролів від кожного сайту окремо. Потрібен продуманий механізм аутентифікації (токени з обмеженим часом життя, прив'язка до конкретного користувача, повне логування доступу). Розмежування ролей: супер-адмін бачить і управляє всім флотом; адміністратори окремих сайтів мають доступ тільки до своїх сайтів. Єдина дизайн-система з кастомізацією на рівні сайту — загальна бібліотека блоків (ACF + Gutenberg), дистрибуційна на всі сайти через центральний механізм оновлень, але з можливістю локальної кастомізації блоків під конкретний сайт без втрати сумісності з майбутніми оновленнями бібліотеки. Загальний дашборд моніторингу та сповіщень — стан сайтів і сервера, алерти про падіння/проблеми, статус оновлень та compliance кожного сайту відносно єдиного стандарту. Зручне додавання нових сайтів у мережу — платформа повинна підтримувати швидке клонування/розгортання нового сайту на основі єдиного стандарту (Core-плагін, дизайн-система) та підключення його до Hub з мінімальною кількістю ручних кроків.Архітектурні обмеження (важливо) WordPress Multisite не розглядається і не підходить для цього завдання. Причина не в зручності інтерфейсу, а в фундаментальних архітектурних властивостях Multisite: Загальна база даних і загальне ядро для всіх сайтів мережі означають єдину точку відмови: некоректне оновлення плагіна або ядра здатне одночасно вивести з ладу всі сайти мережі, а не один. Загальний пул серверних ресурсів (PHP-воркери, з'єднання з БД) означає, що аномальне навантаження на один сайт (акція, сплеск трафіку, атака) деградує продуктивність всіх інших сайтів мережі, включаючи ніяк не пов'язані з цією навантаженням. Це системне властивість Multisite, не усунене процесом або дисципліною — тому потрібна архітектура, де кожен сайт залишається незалежною інсталяцією (власна БД), а уніфікація та централізоване управління досягаються іншими засобами.Попереднє архітектурне напрямок На даний момент найбільш перспективним представляється архітектурний підхід Hub & Spoke, при якому незалежні WordPress-інсталяції ("Spokes"), кожна зі своєю БД, об'єднуються: загальним дистрибуційним Core-плагіном (бібліотека блоків, security baseline, bridge-модуль для зв'язку з Hub); центральним управляючим додатком ("Hub") — реєстр сайтів, one-click login, моніторинг, сповіщення. Однак дана архітектура не є заздалегідь обраним рішенням. Якщо виконавець вважає, що існує більш підходящий архітектурний підхід, він може запропонувати альтернативу за умови її технічного та економічного обґрунтування. Окреме завдання в рамках ТЗ — обґрунтований аналіз і рекомендація: будувати Hub з нуля кастомно, або взяти за основу готове self-hosted рішення (MainWP, InfiniteWP, ManageWP або аналоги) і розширювати його під специфічні вимоги (інтеграція з Core-плагіном, compliance-відстеження версій блоків, майбутній маркетинговий шар). Потрібна порівняльна оцінка за термінами, вартості підтримки, гнучкості та обмеженням кожного варіанту, з чіткою рекомендацією.Архітектурні вимоги При проектуванні рішення необхідно враховувати наступні нефункціональні вимоги: відмовостійкість і відсутність єдиної точки відмови для флоту сайтів; можливість незалежного оновлення, відкату та обслуговування кожного сайту; мінімізацію blast radius при збоях і помилках оновлень; можливість горизонтального масштабування при зростанні кількості сайтів; безпеку централізованого управління та делегованого доступу; можливість подальшого виділення Hub в окрему інфраструктуру без зміни архітектурних принципів; розширюваність платформи для додавання нових централізованих сервісів. Крім того, архітектура повинна залишатися життєздатною при збільшенні кількості сайтів з кількох десятків до 100+ без необхідності принципового перегляду обраного підходу.Довгостроковий розвиток платформи Платформа розглядається як довгострокова основа цифрової екосистеми компанії, а не як інструмент виключно для адміністрування WordPress-сайтів. При проектуванні необхідно передбачити можливість подальшого додавання централізованих сервісів (наприклад, управління маркетинговими активностями, аналітикою, бібліотекою компонентів, інтеграціями та інших модулів) без необхідності переробки базової архітектури.Технології Конкретний стек не фіксується заздалегідь — виконавець самостійно пропонує та обґрунтовує технології в архітектурному документі (мова/фреймворк для Hub, модель хостингу/деплоя, механізм аутентифікації тощо), виходячи з вимог завдання. Обґрунтована пропозиція по технологіях — обов'язкова частина результату роботи, нарівні з порівнянням custom vs готове рішення для Hub.Що потрібно від виконавця Досвід проектування multi-site/multi-tenant архітектур на WordPress (принципово — НЕ на базі Multisite) Практичний досвід роботи з MainWP/InfiniteWP/ManageWP або аналогічними системами управління флотом WP-сайтів — розуміння їх можливостей і обмежень на рівні API/розширюваності Досвід розробки WordPress-плагінів рівня production (ACF, Gutenberg block development, REST API) Розуміння питань безпеки при побудові систем централізованого/делегованого доступу (token-based auth, аудит доступу, мінімізація blast radius) Вміння підготувати архітектурну документацію: діаграми, API-контракти між Hub і сайтами, схему данихФормат роботи Перший етап — архітектурний документ з обґрунтованим рішенням (custom vs готове рішення), схемою взаємодії компонентів, API-контрактом Hub ↔ Core-плагін, планом поетапної реалізації. Документ повинен включати вайрфрейм-схему інтерфейсу платформи (ключові екрани: реєстр сайтів, доступ в адмінку, дашборд моніторингу). За підсумками погодження архітектури — можливе продовження співпраці. Важливе зауваження Очікується самостійна архітектурна опрацювання, основана на практичному досвіді проектування та експлуатації подібних систем. Недостатньо надати компіляцію загальних рекомендацій або типових відповідей, згенерованих ІІ. Кожне ключове архітектурне рішення повинно супроводжуватися технічним обґрунтуванням: чому обрано саме цей підхід, які альтернативи розглядалися, які його переваги, обмеження та потенційні ризики в контексті даного проекту. При необхідності виконавець повинен посилатися на практичний досвід, існуючі рішення, документацію, open-source проекти або інші джерела, що підтверджують життєздатність пропонованих архітектурних рішень.
Шукаю досвідченого програміста для роботи з сайтом, який працює на ModX Revolution. На даний момент необхідно виконати низку технічних доробок, зокрема: внесення змін на сайт; заміна фотографій, банерів та розмірних сіток; оновлення контактної інформації; інші дрібні правки; підключення Google Analytics; інтеграція платіжної системи LiqPay і так далі Надалі планую регулярно розвивати сайт, тому шукаю відповідального спеціаліста для довгострокової співпраці, який зможе оперативно виконувати необхідні доопрацювання. Вимоги: впевнений досвід роботи з ModX Revolution; якісне виконання завдань; дотримання домовлених термінів; готовність до постійної співпраці Робота з сайтом - https://marimoth.com Пишіть і будемо домовлятись Марі
Всім привіт. Шукаю спеціаліста, який допоможе вирішити проблему з вихідниками React. Проблема в тому, що їх немає. Тому потрібно зробити новий репозиторій, витягти максимум з DevTools/source maps, а потім відновити проект. Деталі опишу кандидатам. Чекаю ваших відгуків.
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
є сайт https://perfect-okna.com.ua/ основні проблеми: АНАЛІЗ ШВИДКОСТІ ЗАВАНТАЖЕННЯ (Performance) Ключові проблеми (типові для таких сайтів): · Великі неоптимізовані зображення (JPEG/PNG без стиснення, немає WebP). · Відсутність lazy loading для картинок у каталозі. · Не мініфіковані CSS/JS, підключено багато непотрібних бібліотек. · Немає кешування на рівні браузера, не використовується CDN. · Сервер не віддає стиснення (gzip/brotli). · Не використовується HTTP/2. Чек-лист «Швидкість»: · Стиснути всі зображення, перевести в WebP та додати fallback. · Налаштувати леніве завантаження зображень (loading="lazy"). · Мініфікувати HTML, CSS, JS. Об'єднати файли, де це доречно. · Увімкнути Gzip/Brotli на сервері. · Налаштувати кеш-заголовки (Cache-Control, Expires) для статики. · Підключити CDN (Cloudflare безкоштовно). · Видалити зайві плагіни/скрипти (особливо якщо WordPress). · Використовувати асинхронне завантаження для некритичних скриптів (async/defer). На головній часто немає чіткої структури «хто ми – що пропонуємо – чому обрати нас – як замовити». · Конструктор вікон (якщо є) може бути заплутаним, без підказок, не видно фінальної ціни одразу. · На мобільних пристроях меню може з'їжджати, калькулятор не адаптований під пальці. · Форми зворотного зв'язку довгі, без маски телефону, без валідації. · Немає «швидких дій»: подзвонити в один клік, месенджери, чат. · Відсутність «хлібних крихт» на внутрішніх сторінках. · Зробити мобільну версію без горизонтального скролу, кнопки не менше 48x48 px. · На головній додати одразу калькулятор ціни «за 3 кліки». · У шапці – номер телефону клікабельний (tel:), месенджери (Viber/Telegram) з іконками. · Форми: лише ім'я + телефон + поле «коментар» (не обов'язкове). Маска для телефону. · Додати плаваючу кнопку «Швидке замовлення / Розрахувати вартість» на мобільному. · На картках товару – кнопка «Купити в 1 клік» (відкривається міні-форма). · Додати «хлібні крихки», покращити навігацію по розділах. · Перевірити контраст тексту, розмір шрифтів (не менше 14 px на мобільному). · Немає термінової пропозиції (акції з обмеженням у часі). · Недостатньо соціальних доказів (відгуки, відеоогляди, кількість виконаних робіт). · Не пояснюється, що ціна "під ключ" (монтаж, доставка, демонтаж). · Немає CTA (заклику до дії) на кожному екрані. Додати «лічильник» – скільки клієнтів вже обрали, скільки вікон встановлено. · Відео-відгуки реальних клієнтів (короткі, на 30–60 сек). · Блок «Розрахувати за 30 секунд» прямо в першому екрані. · Показати ціну «під ключ»: вікно + монтаж + доставка, з прозорою розшифровкою. · Акції з таймером: «Знижка -15% при замовленні до кінця тижня». · Спливаюче вікно з пропозицією безкоштовного заміру, коли користувач намагається закрити вкладку. Що зробити: · Інтерактивний 3D конфігуратор вікна (зміна кольору, відкривання, склопакет) – про це далі. · Міні-гра або тест: «Яке вікно підходить для вашої квартири?» · Кейси: фото «до/після» в реальних інтер'єрах. · Гайди: «Як вибрати вікна для шумної вулиці», «Енергозбереження: який склопакет обрати». · Калькулятор економії на опаленні після заміни вікон. Терміново (Critical) 1. Мобільна адаптація всього сайту, особливо конструктора та кошика. 2. Прискорити завантаження: стиснення картинок, кешування, CDN. 3. Кнопка швидкого замовлення (One Click Buy) на всіх картках товарів. Спливаючий чат з можливістю залишити повідомлення у Viber/Telegram. 5. Валідний HTTPS та редирект з HTTP → HTTPS всіх сторінок. 6. Мікророзмітка Schema.org (Organization, Product, BreadcrumbList, Review). Важливо (High) 1. Оновити головну: додати УТП, акції, відео, швидкий калькулятор. 2. Сторінка «Акції» з таймером, що оновлюються щомісяця. 3. Форма зворотного дзвінка – проста, з маскою та автоматичною підстановкою коду міста. 4. Підключення CRM (наприклад, amoCRM / Bitrix24) для автоматичного підхоплення лідів. 5. Додати онлайн-оплату (LiqPay, WayForPay) хоча б передоплату за замір. 6. SEO-структура URL: /produkciya/plastikovi-vikna/, а не /?page_id=123. Бажано (Medium) 1. Розширити блог статтями під ключові запити (5 статей одразу). 2. Інтерактивний конструктор з 3D-переглядом (окремий блок нижче). 3. Фільтр продукції за характеристиками (розмір, профіль, колір, ціна). 4. Персональний кабінет клієнта, де можна бачити статус замовлення. 5. Генерація PDF-комерційної пропозиції прямо на сайті. ЯК ПОКРАЩИТИ КОНСТРУКТОР (Конфігуратор вікон) Якщо зараз це звичайна форма з випадаючими списками – це застаріло. Потрібен сучасний 3D-конструктор: Обов'язкові фішки: · Покроковий майстер (wizard): 1) вибір кімнати, 2) розміри, 3) кількість стулок, 4) колір, 5) склопакет, 6) фурнітура, 7) москітна сітка. · Миттєвий перерахунок ціни на кожному кроці (AJAX). · 3D-візуалізація (Three.js або готовий js-фреймворк). · Збереження обраної конфігурації в PDF (генерація на сервері) та відправка на e-mail. · Кнопка «Відправити прорахунок менеджеру» – і в CRM летить картка з усіма параметрами. · Можливість поділитися посиланням на свою конфігурацію (наприклад, щоб відправити чоловіку/дружині). · Повна адаптація під тач-жести (свайп для обертання 3D-моделі на телефоні) ЦІна договірна!