Бюджет: 10000 RUB Термін: 7 днів
Здравствуйте,
Никаких сложностей в сотрудничестве не будет, опыт есть, примеры предоставлю, есть возможность работать по договорам
Требуется за 5 дней натянуть дизайн на WordPress. Верстка должна быть адативная. Обязательны примеры работы на Wordpress где будет адаптивная верстка.
Сайт создается на иврите, нужно быть готовым к некоторым сложностям в связи с этим, хотя они минимальны.
В целом ищу человека для постоянного сотрудничества, и создания сайтов для Израиля.
Бюджет: 10000 RUB Термін: 7 днів
Здравствуйте,
Никаких сложностей в сотрудничестве не будет, опыт есть, примеры предоставлю, есть возможность работать по договорам
Бюджет: 200 USD Термін: 15 днів
Готов взять за интересный проэкт
писать в скайп Pokki15
наша работа:http://whspace.ru
Бюджет: 9000 RUB Термін: 8 днів
зделаю
Бюджет: 150 USD Термін: 17 днів
Готов обсудить детали проекта, есть опыт работы с сайтами на иврите, буду рад сотрудничеству.
Бюджет: 10000 RUB Термін: 5 днів
Готов к работе.
Бюджет: 10000 RUB Термін: 5 днів
Добрый день.
Ваш проект заинтересовал меня и потому хотелось бы с вами сотрудничать.
В моём профиле Вы можете ознакомиться с моими работами.
Жду вашего ответа.
Бюджет: 10000 UAH Термін: 4 дні
Здравствуйте! Готов приступить
Бюджет: 10000 RUB Термін: 5 днів
Готова обсудить детали.
Примеры своей работы покажу при личном общении.
______________________
С уважением, Юлия
Бюджет: 300 USD Термін: 15 днів
+
Бюджет: 300 USD Термін: 20 днів
Готов взяться. Для точной оценки нужно взглянуть на макет.
Бюджет: 10000 RUB Термін: 5 днів
Покажите макеты, можно и в jpg/png
Бюджет: 150 USD Термін: 4 дні
готов вам помочь
Бюджет: 10000 RUB Термін: 5 днів
Здравствуйте, готов выполнить Ваш проект.
Опыт работы в создании сайтов более 6 лет.
Сделаю качественно и в срок. Всегда на связи.
Ответственно отнесусь к Вашему проекту.
Обращайтесь,цену и сроки можно обсудить.
Работы в портфолио.
Бюджет: 100 USD Термін: 5 днів
Здравствуйте,готов выполнить ваш проект.
Примеры работ в портфолио.
Обращайтесь,буду рад сотрудничать - skype:dmitrii_antonenko22
Бюджет: 100 USD Термін: 5 днів
Здравствуйте! Готов заняться созданием шаблона под WordPress. Адаптивная верстка с использованием bootstrap, верстка под большинство устройств. Обращайтесь оговорим, своевременная демонстрация результатов на своем сервере.
Бюджет: 10000 RUB Термін: 5 днів
Готов выполнить ваш проект. Пример адаптивного сайта на Wordpress: http://agatha.s27.wh1.su/
Бюджет: 10000 RUB Термін: 5 днів
Здравствуйте. Мой скайп olejka222.
Последние адаптивные работы на вордпресс http://arcosgroup.by/arcos/ http://arcosgroup.by/
Пишите обсудим, сделаем в лучшем виде.
Бюджет: 10000 RUB Термін: 7 днів
Обращайтесь.
Skype - a.el_gringo
Пример - http://vokzal.in.ua
Бюджет: 400 USD Термін: 21 день
Добрый день.
Я представляю компанию WebDevExp, специалисты нашей компании выполняют задачи любой сложности (особенно на WordPress). С радостью поможем в реализации данного проекта. Цена и сроки предварительные, более точные при согласовании.
Если хотите получить действительно качественный продукт - пишите.
Почта: [email protected]
Скайп: eugen.kasparov
Сайт с портфолио: webdevexp.net
С уважением менеджер компании WebDevExp Евгений.
К чему этот комментарий Виталий? Я покажу макет тому кто захочет работать.
А чего дублируете вакансию? Вы же ее размещали пол часа назад - https://freelancehunt.com/project/natyanut-psd-na-wordpress-nuzhna-adaptivnaya/105907.html
Ща получите бан за спам.
он сначала мне писал в скайпе, после того, как я попросил сбросить тз и макет в скайпе, он сказал -"вы мне не подходите". О адекватности заказчика я сделал свои выводы.
Виталий ) Что за женские ообиды? я обратился к Вам, но Вас надо уговаривать, Вы отвечаете очень нехотя, ну ладно покажите макеты, но не на емэил а в скайп и вообще я не знаю занят я или нет. Я принял решение что такой тип работы мне не подходит и все.
Спасибо ) И Вам всего хорошего. И не обижайтесь. Ну не понравились Вы мне в общении, а я не понравился Вам, зачем растягивать удовольствие? Тем более что я ищу человека для постоянного сотрудничества и мне должно быть комфортно и человеку тоже. Еще раз всего хорошего и удачных проектов.
Я недавно на этом сайте, не досмотрел что там работа "через сейф" а исправить уже было нельзя
за 5 дней вам сделают такое что будете потом переделывать, в общем деньги на ветер, наверно вам потому и уже накликали 7 спамов
а из опыта скажу что торопится как правило посредник
Странное мнение. Конечно, если на сайте 10+ полностью разных страниц с разным функционалом, можно и не успеть. Но для обычного сайта-визитки (предполагаю, в данном случае) это вполне приемлимые сроки
Единственное правильное решение если сомневаетесь с выбором, это смотреть портфолио исполнителя и читать отзывы тех с уже работал фрилансер.
а учитывая, что заявка не только на этом ресурсе, то заказчику прийдется немало потрудится в выборе исполнителя )))
Доброго дня. Шукаю розробника для проєкту TehnoVek / T-VEK. Потрібно створити не просто красивий лендінг, а перший технічний етап майбутнього інтернет-магазину. Проєкт: TehnoVek / T-VEK Домен:tehnovek.com.ua Формат: фізичний магазин + сайт + міні-каталог + майбутній інтернет-магазин. Основний напрям: електроскутери, електротрицикли, електровелосипеди, мототехніка, квадроцикли, запчастини, аксесуари, сервіс, доставка, кредит/розстрочка. Потрібно: WordPress + WooCommerce. Головна сторінка як лендінг. Каталог товарів. Товарні категорії. Перші товари мають бути заведені саме як WooCommerce-товари, а не як прості блоки. Форми заявок: підібрати техніку; запитати про товар; кредит / розстрочка; доставка. Кнопки Telegram / Viber / WhatsApp. Гаряча лінія 0 800 108 100 у шапці, підвалі й ключових блоках сайту. Сторінки: електроскутери; електротрицикли; електровелосипеди; мототехніка і квадроцикли; запчастини й аксесуари; сервіс і підтримка; кредит і розстрочка; доставка по області; доставка по Україні; фізичний магазин; гарантія; контакти; блог. Базове SEO. Мобільна адаптація. Швидке завантаження. Підключення Google Analytics 4, Google Tag Manager, Meta Pixel, TikTok Pixel. Можливість майбутньої інтеграції з CRM. Можливість майбутнього підключення Google Merchant Center. Можливість майбутнього AI-консультанта. Можливість масштабування в повноцінний інтернет-магазин без повної переробки. Важливо: зараз сайт може стартувати як лендінг + міні-каталог, але технічно він має бути зроблений так, щоб через 3–6 місяців його можна було розширити в повний інтернет-магазин. Прошу відповісти конкретно по пунктах: Чи працюєте ви з WordPress + WooCommerce? Чи можете зробити лендінг, але на базі WooCommerce? Чи будуть товари заведені як WooCommerce-товари? Чи можна буде потім додати кошик, онлайн-оплату і повний каталог? Чи маєте досвід з інтернет-магазинами, а не тільки з візитками? Чи робили інтеграцію форм із Telegram, email або CRM? Чи можете зберігати UTM-мітки в заявках? Чи можете підключити GA4, Google Tag Manager, Meta Pixel і TikTok Pixel? Чи можете зробити базову SEO-структуру? Чи буде сайт швидкий і нормально працювати на телефоні? Чи можна буде потім підключити Google Merchant Center? Чи можна буде потім підключити CRM, наприклад KeyCRM або SalesDrive? Чи зможу я сам додавати товари після запуску? Чи дасте коротку інструкцію, як додавати товари й редагувати сторінки? Чи буде технічна підтримка після запуску? Які приклади схожих робіт можете показати? Який орієнтовний термін першого етапу? Яка орієнтовна вартість першого етапу? Що конкретно входить у цю вартість? Як ви пропонуєте розбити роботу на етапи й оплату? Контрольне питання: Як ви технічно зробите сайт зараз як лендінг + міні-каталог, щоб потім не переробляти його з нуля, а розширити в повноцінний інтернет-магазин? Для мене важливо не просто “гарно”, а правильно закласти фундамент майбутньої TehnoVek Commerce Platform: сайт, товари, заявки, CRM, реклама, доставка, кредит/розстрочка, аналітика і подальше масштабування.
Потрібно впровадити на сайтах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.
Потрібен досвідчений OpenCart-розробник для приймання проекту та подальшої підтримки Шукаю досвідченого програміста OpenCart (не студію), який допоможе професійно прийняти інтернет-магазин від поточного розробника та надалі займатиметься його підтримкою, розвитком і SEO-оптимізацією. Про проект Інтернет-магазин на OpenCart. Проект готовий приблизно на99%та перевірений відповідно до технічного завдання. Потрібно провести незалежний технічний аудит перед остаточною передачею сайту. Після завершення передачі планується довгострокова співпраця з розвитку проекту. Основні завдання Провести аудит коду та структури проекту. Перевірити якість реалізації функціоналу. Перевірити встановлені модулі, їх сумісність та коректність роботи. Оцінити безпеку та стабільність роботи сайту. Перевірити швидкодію та запропонувати рекомендації щодо її покращення. Перевірити реалізовану SEO-частину та запропонувати подальший план оптимізації. Переконатися, що проект повністю готовий до самостійної підтримки без залежності від попереднього розробника. Перевірити коректність передачі всіх доступів: вихідний код; база даних; FTP; хостинг; домен; електронна пошта; адміністративна панель; встановлені модулі та їх ліцензії. За потреби взяти участь у комунікації з поточним розробником під час передачі проекту. Надати перелік рекомендацій та зауважень перед остаточним прийманням. Подальша співпраця Після приймання сайту планується регулярна робота над проектом: розвиток нового функціоналу; SEO-оптимізація; покращення швидкодії; інтеграції із зовнішніми сервісами; технічна підтримка. Вимоги до кандидата Потрібен спеціаліст, який: має значний досвід роботи саме з OpenCart; добре знає архітектуру OpenCart та популярні модулі; має досвід аудиту та підтримки існуючих проектів; може аргументовано оцінити якість виконаних робіт; відповідально ставиться до домовленостей та дотримується погоджених термінів виконання робіт; зацікавлений у довгостроковій співпраці. У відповіді прошу вказати досвід роботи з OpenCart; приклади реалізованих інтернет-магазинів; чи виконували ви технічне приймання або аудит чужих проектів; орієнтовну вартість: технічного аудиту; участі у прийманні проекту; погодинної або проєктної підтримки після передачі. Перевагу надам спеціалістам, які мають багаторічний досвід роботи з OpenCart, відповідально ставляться до своєї роботи, дотримуються погоджених термінів та готові стати технічним партнером проекту на довгий термін.
Розробка архітектури єдиної платформи управління флотом 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 проекти або інші джерела, що підтверджують життєздатність пропонованих архітектурних рішень.
Необхідно додати 129 товарів. Є файл вивантаження з товарами, однак стандартний імпорт не підходить, оскільки перед завантаженням потрібно створити структуру каталогу: категорії, розділи та за необхідності підкатегорії. Після цього виконати імпорт товарів і перевірити, щоб усі картки коректно розподілилися по категоріях. Якщо у вас є досвід виконання подібних завдань, надсилайте приклади робіт, терміни виконання та вартість.