Шукаю акуратного та відповідального верстальника на WordPress + Elementor для збору комерційного сайту-візитки. Шукаю виконавця для довгострокової співпраці (є потік аналогічних завдань). Що потрібно буде зробити: Зібрати адаптивний лендинг за готовою структурою/ТЗ. Верстка строго в Elementor через Flexbox Containers (без старих секцій). Текст сайту буде англійською мовою (весь контент і переклади я надаю, знання мови не потрібне, просто уважно перенести блоки). Базова технічна настройка: плагін форм зв'язку (перевірка відправки), SEO-плагін, кешування для швидкості. Умови: Працюємо строго через Сейф (безпечну угоду) або по факту перевірки. Терміни на виконання: 3–4 дні з моменту старту. В відповіді, будь ласка, вкажіть: Посилання на 2-3 ваших останніх сайти на WordPress, де можна оцінити мобільну адаптивність. Готові почати роботу найближчими 1-2 днями?
Інтернет-магазин на Shopify, CRM — SalesDrive. Інтеграцію передачі замовлень зроблено кодом.Проблема: замовлення з Shopify по багатьох товарах потрапляють у SalesDrive якнові непов’язані позиції (з нульовим залишком), вони не прив’язуються до наявних карток каталогу. Та також проблема з синхроном цін призамовленні2 і більше товарів(стоїть опція знижки на 2 та 3 продукти). 3-тє це іноді замовлення не підтягують місто та відділення у заявку в блок Нова пошта Що треба зробити: 1.Забезпечити, щоб у замовленні коректно передавалося поле SKU кожної позиції (збіг зі SKU каталогу SalesDrive) — системно по всьому каталогу, а не для одного товару. 2.Опрацювати опції кількості 1/2/3 паковання: щоб кожна опція передавала правильну ціну. Результат приймання: тестові замовлення по кількох товарах (включно з опціями 2/3 паковання) прив’язуються в SalesDrive до карток без червоного трикутника, зі списанням залишку і коректною ціною. Потрібен спеціаліст із досвідом Shopify + SalesDrive та кастомних інтеграцій (API/код). Детальне ТЗ і доступи надамо обраному виконавцю.
Хочу бота для Телеграму. Завантаження діалогів. З допомогою ШІ перевірка на потенційну брехню. Сайт з розширеними можливостями. Реєстрація, API, статистика тощо.
Зараз : Працюючий інтернет-магазин. 2017, PRESTASHOP - 1.6 Шаблон - https://www.sunnytoo.com/product/transformer-prestashop-theme-premium-responsive (Дуже стара версія). 10 мов, 200 товарів, багато змінено індивідуально в модулях. Магазин в Європі. Магазин насіння коноплі, все легально. Якщо лякає галузь, проходьте повз. www.seedsmafia.com Зміни: Потрібна людина або компанія, які зможуть зробити редизайн і оновити його в шаблоні. Шаблон - залишимо той же. Щоб виглядав посвіжіше. Щось між мінімалізмом і нашим стилем. Для початку, зміни в дизайні + поставити цей дизайн на сайті. Банери і стилі також на вас. Щоб вийшло все цілісно. Тотальне оновлення прести, шаблона і дизайну, зараз неможливе. Можете показати ваше портфоліо. (в пропозиції)
Потрібна програма, яка буде розсилати по базі наших клієнтів телефонів (або емеіл). Зі своїм проксі. Може бути Вайбер, або Телеграм, або емеіл. Програму потрібно встановити у мене на компьютері. (По грошам чекаю на ваші пропозиції.)
Потрібно впровадити на сайтахOpenCart(3шт) повноцінний механізм керування згодою на використання файлів cookie (Cookie Consent) та налаштувати Google Consent Mode v2. Необхідно: встановити та налаштувати CMP (Cookie Management Platform) або інше рішення для керування згодами користувачів; реалізувати повноцінний банер Cookie Consent із можливістю прийняття, відхилення та налаштування категорій cookie; налаштуватиGoogle Consent Mode v2 черезGoogle Tag Manager; забезпечити коректну передачу статусів згоди доGoogle Analytics 4,Google Ads, а також інших маркетингових сервісів; налаштувати роботу аналітичних та рекламних тегів таким чином, щоб вони запускалися лише відповідно до отриманих дозволів користувача. Наразі банер cookie є лише інформаційним і не керує згодами, а також не передає їхній статус до Google-сервісів. Потрібно виконати повне налаштування відповідно до актуальних вимогGDPR таGoogle Consent Mode v2.
Розробка Telegram Mini App (магазин) з інтеграцією CRM та Нової пошти Потрібно розробити Telegram Mini App (магазин всередині Telegram).Основний функціонал Потрібен каталог приблизно з 20 товарами. Для кожного товару: фото; назва; опис; ціна; вибір моделі; вибір кольору; кількість. Оформлення замовлення Клієнт повинен мати можливість: переглянути каталог; додати товари в кошик; змінити кількість; оформити замовлення; ввести: ім'я; телефон; місто; номер відділення Нової пошти; спосіб оплати; коментар до замовлення. CRM Потрібно, щоб усі замовлення автоматично передавалися в CRM через API. Бажано, щоб інтеграція була універсальною і в майбутньому можна було змінити CRM без повної переробки проєкту.Нова пошта Потрібна інтеграція з API Нової пошти або передача даних у CRM, якщо створення ТТН буде виконувати сама CRM.Адміністратор Потрібен простий режим адміністратора: додавання та редагування товарів; зміна цін; зміна залишків; додавання нових кольорів або моделей. Важливо Проєкт має працювати як Telegram Mini App (не звичайний бот із кнопками). Код, база даних і всі доступи після завершення роботи повинні належати мені. Архітектура має дозволяти надалі підключити додаткові функції без повної переробки. Прошу повідомити: Орієнтовну вартість. Терміни виконання. Який стек технологій плануєте використовувати. Чи є у вас досвід розробки Telegram Mini Apps та інтеграції з CRM і API Нової пошти.
Потрібно розробити телеграм бота в стенд пульс для тесту клієнта. Тест має 5-7 питань з 5-7 варіантами відповіді. На основі відповіді клієнта бот обрахуєбали і видає результат ( 6 варіантів )
Потрібен досвідчений Laravel-розробник для інтеграції платіжної системи в існуючий проект. Про проект Backend: Laravel Frontend: React Проект: хмарна платформа зберігання файлів (аналог Dropbox) Що необхідно реалізувати Інтеграцію оплати банківськими картами через API платіжної системи. Створення платежу. Перенаправлення користувача на платіжну сторінку. Обробку успішної та неуспішної оплати. Обробку callback/webhook. Перевірку статусу платежу. Коректне зміна статусу замовлення після успішної оплати. Логування запитів та відповідей API. Роботу як у тестовій, так і в бойовій середовищі. Вимоги Відмінне знання Laravel. Досвід інтеграції платіжних систем (банківські API тощо). Досвід роботи з REST API. Будуть перевагою Досвід інтеграції банківських платіжних шлюзів. Можливість показати аналогічні проекти. Що надамо Повну технічну документацію платіжної системи. Доступ до тестової середовища. При відповіді, будь ласка, вкажіть: 1. Які платіжні системи ви вже інтегрували. 2. Вартість роботи. 3. Термін виконання. 4. Приклади аналогічних проектів (якщо є).
Опис завдання: Шукаємо розробника для створення простої веб-системи керування паркувальними місцями без щомісячних платних підписок під ключ.Що є в наявності: Готове детальне креслення парковки у форматі DWG (AutoCAD). Загалом близько 500 машиномісць.Головна задача: Потрібно перенести це креслення у веб-интерфейс, щоб кожне паркомісце стало клікабельним і динамічно змінювало колір (наприклад Зелений — Вільно, Червоний — Зайнято). Це електронний реєстр довгострокової оренди (планується ручне внесення даних менеджером, автоматизація з датчиками шлагбаумами чи камерами не потрібна).Розподіл ролей та доступ: Менеджер: Працює з комп'ютера в офісі. Має доступ до "адмінки", де може змінити статус кожного з паркомісць (вільно/зайнято) та вписати опис (наприкладНазву фірми-орендаря). Охорона: Знаходиться на території об'єкта, підключається з мобільних девайсів (телефон планшет чи ноутбук) через мобільний інтернет. Охорона має доступ лише для перегляду (Read-only). Клікає на місце і бачить інформацію: Номер місця, Статус, Назва фірми. Можливості щось змінити у них немає.Вимоги до реалізації: Робота під ключ: від адаптації креслення для вебу до розгортання системи та бази даних. Інтерфейс карти має бути адаптивним для зручного масштабування та кліків пальцями на екранах смартфонів. Запропонуйте оптимальний спосіб розміщення системи: або розгортання на нашому офісному ПК (знадобиться налаштування доступу ззовні для мобільного інтернету охорони), або використання безкоштовних хмарних лімітів.Будь ласка, у відгуку запропонуйте ваш варіант технічного стеку та архітектури (де краще хостити базу, щоб охорона мала доступ з 4G), а також вкажіть орієнтовну вартість і терміни виконання проекту. Важливе зауваження щодо бюджету та функціоналу: Проєкт робиться виключно для внутрішнього користування та базової зручності. Нам НЕ потрібні складні дизайнерські рішення, CRM-системи, інтеграції з платіжними шлюзами, SMS-сповіщення і таке інше. Потрібен максимально простий, лаконічний та робочий інтерфейс без надлишкового коду. Тому оцінюйте проєкт адекватно — пропозиції з оверпрайсом розглядатися не будуть. Дякуємо
Потрібен досвідчений OpenCart-розробник для приймання проекту та подальшої підтримки Шукаю досвідченого програміста OpenCart (не студію), який допоможе професійно прийняти інтернет-магазин від поточного розробника та надалі займатиметься його підтримкою, розвитком і SEO-оптимізацією. Про проект Інтернет-магазин на OpenCart. Проект готовий приблизно на99%та перевірений відповідно до технічного завдання. Потрібно провести незалежний технічний аудит перед остаточною передачею сайту. Після завершення передачі планується довгострокова співпраця з розвитку проекту. Основні завдання Провести аудит коду та структури проекту. Перевірити якість реалізації функціоналу. Перевірити встановлені модулі, їх сумісність та коректність роботи. Оцінити безпеку та стабільність роботи сайту. Перевірити швидкодію та запропонувати рекомендації щодо її покращення. Перевірити реалізовану SEO-частину та запропонувати подальший план оптимізації. Переконатися, що проект повністю готовий до самостійної підтримки без залежності від попереднього розробника. Перевірити коректність передачі всіх доступів: вихідний код; база даних; FTP; хостинг; домен; електронна пошта; адміністративна панель; встановлені модулі та їх ліцензії. За потреби взяти участь у комунікації з поточним розробником під час передачі проекту. Надати перелік рекомендацій та зауважень перед остаточним прийманням. Подальша співпраця Після приймання сайту планується регулярна робота над проектом: розвиток нового функціоналу; SEO-оптимізація; покращення швидкодії; інтеграції із зовнішніми сервісами; технічна підтримка. Вимоги до кандидата Потрібен спеціаліст, який: має значний досвід роботи саме з OpenCart; добре знає архітектуру OpenCart та популярні модулі; має досвід аудиту та підтримки існуючих проектів; може аргументовано оцінити якість виконаних робіт; відповідально ставиться до домовленостей та дотримується погоджених термінів виконання робіт; зацікавлений у довгостроковій співпраці. У відповіді прошу вказати досвід роботи з OpenCart; приклади реалізованих інтернет-магазинів; чи виконували ви технічне приймання або аудит чужих проектів; орієнтовну вартість: технічного аудиту; участі у прийманні проекту; погодинної або проєктної підтримки після передачі. Перевагу надам спеціалістам, які мають багаторічний досвід роботи з OpenCart, відповідально ставляться до своєї роботи, дотримуються погоджених термінів та готові стати технічним партнером проекту на довгий термін.
Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Розробка архітектури єдиної платформи управління флотом 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 Пишіть і будемо домовлятись Марі