Бюджет: 1500 UAH Срок: 1 день
Готов взяться за работу, пишите, сделаю все качественно! Опыт работы уже больше 11ти лет!
Добрый день уважаемые фрилансеры,
Есть сайт на связке WP + Gatsby, деплой делался через netlify: в админ панели сайта нажимается кнопка, запускается хук, идет пересборка статики в директории...
Теперь есть задача все перенести на собственный сервер на ubuntu 20.
Нужен админ, который может помочь это сделать.
Пожалуйста указывайте релевантный опыт и ваши пожелания по стоимости и срокам.
Бюджет: 1500 UAH Срок: 1 день
Готов взяться за работу, пишите, сделаю все качественно! Опыт работы уже больше 11ти лет!
Бюджет: 1500 UAH Срок: 1 день
Добрый вечер.
Есть необходимый опыт для выполнения задачи, отзывы в профиле. Могу настроить сервер и разместить Ваш проект.
Хм, а в чем мотивация перехода с netlify на раздачу статики на сервере?
Вам все равно будет необходимо нажимать кнопку пересборки, если вы хотите более быстрых инкреметальнх обновлений то вам поможет только GatsbyCloud.
А так по нажатию на кнопочку собирать статику и публиковать ее на сервере ничего не поменяет, кроме того что netlify это еще и cdn, то есть он быстрее работает на отдачу людям, чем ваш сервер.
Добрый день!
В принципе вы правы. Но, так как у нас есть VPS, проще все перенести на него, чем плодить сторонние интеграции (кто знает, что будет с netlify через 5 лет: сейчас у них тарифы от 19 долл в мес за пользователя, дальше политика может меняться). В качестве CDN планируем использовать Cloudflare, у них точек присутствия больше.
Тл есть их сообщения сложилось впечатление что вы хотели бы более быстрый апдейт после нажатия кнопки, либо чтобы кнопки не было. И скорее всего переход на самодельный хостинг ничего вам не даст.
Самый быстрый для клиентов хостинг на данный момент - cloudfalre pages https://pages.cloudflare.com/, самый быстрый билд и апдейт у https://www.gatsbyjs.com/products/cloud/
вероятно вам полезнее второй
Время впдейта не критично, т.к. проекты не так часто обновляются. Основная идея в том, чтобы хостить у себя, а статику размещать на CDN
Мы много раньше работали с Gatsby, сейчас уже переходим на SvelteKit конечно, но много всего года 3-4 собирали на gatsby.
Если у вас Gatsby часть на github - то можем ее при помощи github action прицепить к CloudFlare pages. Скорее всего это быстрее, чем разместить на существующем сервере, если только у вас WP не в докере. Перепаковывать WP в докер смысла нет чаще всего если у вас уже все работает (просто это занимает обычно пару дней, что не оправданно для небольших проектов)
Если вам вариант с публикацией в CloudFlare ок, и код лежит на github где можно запускать actions - то такое можем собрать.
К примеру https://global24.pro/ и https://globalcredit.ua/ сделаны еще на gatsby
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Что мы считаем в проекте: Реализованная PnL, ROI и Win Rate для криптокошельков - насколько прибыльно кошелек торговал определенным токеном за выбранный период. На каких данных: история on-chain транзакций кошелька (свопы, переводы токенов) + рыночная цена токена на момент каждой сделки. Основной источник данных - Moralis: два вызова во время первичной загрузки кошелька - нативные ETH-переводы и все ERC-20 token transfers. С чем сравниваем: Nansen.io - берем как эталон, сравниваем наши рассчитанные метрики с тем, что показывает Nansen для тех же кошельков за тот же период. Проблема: наши цифры существенно отличаются от Nansen, и мы не до конца понимаем, по каким правилам часть действий кошелька должна классифицироваться для целей PnL. Необходимо исправить расчет Реализованной PnL, ROI и Win Rate, чтобы совпадали с Нансеном. В заявке напишите, пожалуйста: - опыт в схожих задачах - опыт с Nansen - опыт с Moralis - опыт с DeFiLlama - опыт со статьей по криптооперациям - приблизительную стоимость и сроки фикса
Сайт работает на фреймворке Next.js (на базе React). Необходимо выполнить все пункты по ТЗ. ТЗ прилагается в файле. Жду предложений.
Сайт для оценки: https://copy.eurobrands-shop.de/ Задача: исправить frontend-баги на уровне темы Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат работы: - без локального разворачивания Magento; - работа через DevTools + исходники темы; - правки в CSS/LESS/JS/template-файлах темы; - результат: diff / коммит / архив изменённых файлов; - деплой и сборка на нашей стороне; - работа через безопасную сделку; - NDA до передачи исходников/доступов. Что нужно проверить и оценить: 1. RTL / арабская версия: - телефон в шапке отображается некорректно; - смещения элементов в header, minicart, wishlist/account, product page; - отступы, direction, unicode-bidi, positioning. 2. Header: - language dropdown; - cart/wishlist; - hit-area иконок. 3. Minicart: - нестабильно открывается на некоторых страницах; - проверить Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджи корзины/wishlist слишком большие; - блок Categories сжимается/обрезается; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS изображения; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переполнение счётчиков. Проблемные URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В отклике напишите: 1. Есть ли опыт с Magento 2 frontend? 2. Есть ли опыт RTL? 3. Сколько часов нужно на первый этап? 4. Какая стоимость? 5. Когда можете начать? 6. Какие доступы нужны? 7. Готовы ли работать через безопасную сделку и подписать NDA? Важно: нужен конкретный результат — исправления или техническое объяснение по каждому пункту: исправлено / не воспроизводится / не frontend-проблема.
Описание заказа: Ищем опытного frontend-разработчика/специалиста по OpenCart для оптимизации скорости загрузки сайта (категории и карточки товаров) под требования Google Core Web Vitals. О проекте: * CMS: OpenCart. * Специфика: Сайт работает в режиме каталога (корзины и оформления заказа нет). * Объем: 2900 позиций. * Серверная часть: Уже оптимизирована (работает на OpenLiteSpeed). * Стек: Работа ведется исключительно с кодом шаблона, модификаторами и фронтендом. Без работы с базой данных. Что нужно сделать (Техническое задание): 1. Отложенная загрузка скриптов (Delay JS): * Проблема: Сторонние скрипты аналитики (GTM, Google Tag) блокируют основной поток на мобильных устройствах примерно на 4.3 секунды. * Задача: Настроить отложенный запуск этих скриптов. Скрипты должны активироваться строго по первому действию пользователя (первый скролл, тап по экрану или движение мыши). * Важно: Сбор статистики, аналитика и работа рекламы должны сохраниться в полном объеме. 2. Исправление метрики CLS (Стабильность верстки): * Проблема: Страница «прыгает» и сдвигается во время загрузки картинок. * Задача: В файлах стилей или шаблона темы жестко прописать HTML-атрибуты width и height для всех изображений товаров в каталоге (листингах) и карточках товара. * Цель: Зарезервировать место под изображения в DOM-дереве до их фактической загрузки, чтобы исключить сдвиг контента. Проверить, чтобы адаптивность (CSS) не сломалась. 3. Оптимизация критического пути (LCP): * Задача: Прописать для основного (главного) изображения товара на первом экране тег fetchpriority="high". Это даст браузеру команду загружать главное фото товара в приоритетном порядке. Требования к исполнителю и условия приема: 1. Без лишних модулей: Работа выполняется чистым кодом/модификаторами, без установки дополнительных сторонних или платных плагинов оптимизации. 2. Безопасность и верстка: Вы несете полную ответственность за верстку. После внесения правок визуальное отображение сайта на мобильных и ПК, а также функционал (фильтры, переключение фото в галерее, меню) должны остаться без изменений. 3. Критерий сдачи работы (DoD): Предоставление скриншота и ссылки на живой тест отчета Google PageSpeed Insights (для мобильной версии). Показатель производительности должен быть не ниже 75 баллов, а метрика CLS — не более 0.1 (в зеленой зоне). Правки вносить строго через модификаторы (OCMOD) или копию темы, чтобы не затереть обновления ядра. В отзыве, пожалуйста, укажите: 1. Был ли опыт настройки Delay JS именно для GTM на OpenCart? 2. Срок выполнения задания. 3. Стоимость работы.