Бюджет: 1000 UAH Термін: 1 день
давайте посмотрим, что там у вас :)
Wordpress, woocommerce. English, українська, deutsch, русский.Требуется адекватный исполнитель, готовый работать на постоянной основе.
Расположение - неважно.
Сразу говорю, что выбор будет делаться по критериям:
1. Стоимость проекта
2. Адекватность исполнителя
3. Креативность, обучаемость.
Пишите в личку.
Бюджет: 1000 UAH Термін: 1 день
давайте посмотрим, что там у вас :)
Wordpress, woocommerce. English, українська, deutsch, русский.Бюджет: 5000 UAH Термін: 14 днів
Обращайтесь!
Работы в профиле.
Точную стоимость и сроки, после ознакомления с техзаданием.
Подробности в личной переписке.
E-mail: [email protected]
Skype; vinpixels
Бюджет: 3000 UAH Термін: 14 днів
Готов помочь с проектом после деталей
Бюджет: 1500 UAH Термін: 5 днів
Готова выполнить.
Контакты для связи:
Skype: elena.parabass
https://vk.com/elenaparabass
E-mail: [email protected]
Бюджет: 1000 UAH Термін: 3 дні
Постоянное сотрудничество, это хорошо.
Люблю узнавать новое.
Бюджет: 1000 UAH Термін: 10 днів
Здравствуйте
Готова взяться за Ваш проект
Работаю с Wordpress более 5 лет
Заинтересована в постоянном сотрудничестве
__
Мое портфолио: wild.istochnik.in.ua
Бюджет: 5600 UAH Термін: 10 днів
Готов начать сотрудничество. Пишите обсудим. CMS WOrdpress адаптивный сайт.
Бюджет: 1000 UAH Термін: 3 дні
Готова выполнить работу
подробности по Email: [email protected]
Бюджет: 200 UAH Термін: 1 день
Обращайтесь! Буду рад сотрудничеству.
Skype: lahno.dima
Бюджет: 3000 UAH Термін: 7 днів
Готов выполнить
Бюджет: 200 UAH Термін: 1 день
ЕСЛИ вы хотите получить сайт который быстро появится в топе а так же будет с валидной версткой и кодом, обращайтесь! Цена зависит от того что вы хотите получить. Готов обсудить в телефонном режиме или по Скайпу.
Контакты 098-089-64-53
Скайп vova12345678909
Я считаю что и вам и мне будет выгодно наше сотрудничество.
Бюджет: 1000 UAH Термін: 1 день
Готов к работе.
Бюджет: 1400 UAH Термін: 4 дні
Готов выполнить с выполнением элементов Paralax последний проект
http://www.podvesnoe-kreslo.com/
Бюджет: 1000 UAH Термін: 3 дні
Здравствуйте.
Буду рад сотрудничеству.
Пишите все детали по работе в приват, обсудим по подробней.
Примеры работ: Freelancehunt
Бюджет: 1000 UAH Термін: 3 дні
Готова обсудить детали! Skype: bayandriy
Freelancehunt
Бюджет: 1000 UAH Термін: 1 день
Готов обсудить
Портфолио Freelancehunt
Бюджет: 1500 UAH Термін: 5 днів
Интересен ваш проект!!!
Бюджет: 1000 UAH Термін: 4 дні
Подписываюсь.
Бюджет: 6000 UAH Термін: 7 днів
Здравствуйте. Готов взяться за ваш проект. Сделал не один сайт на WP. Готов сотрудничать от начала и до конца. Всегда на связи. Работаю в веб студии. Буду рад с вами работать!!! Пишите для обсуждения деталей.
Скайп: Tima Vertogradov
Бюджет: 3000 UAH Термін: 3 дні
готов выполнить.
портфолио Behance
Бюджет: 1000 UAH Термін: 3 дні
Обращайтесь, готов обсудить детали.
Бюджет: 1000 UAH Термін: 1 день
Могу приступить к работе.
email # [email protected]
skype # nodosauridae
Бюджет: 8000 UAH Термін: 15 днів
Добрый день!
Готовы выполнить на нашей CMS - www.nespicms.com
[email protected]
www.ideyne.com
www.nespicms.com
Бюджет: 1500 UAH Термін: 5 днів
Здравсвуйте.
Выполним заказ качественно
и по людски, в любой момент
отзовемся на ваши просьбы.
За подробностями пиши нам
email - [email protected]
skype - kjiingon
Бюджет: 1000 UAH Термін: 3 дні
Готов обсудить детали
Бюджет: 1000 UAH Термін: 3 дні
Готов выполнить
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Розробка архітектури єдиної платформи управління флотом 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). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.