Бюджет: 2000 UAH Термін: 1 день
Доброго дня. Готовий приступити до роботи. Прискорю ваш сайт. Звертайтесь!
Бюджет: 5500 UAH Термін: 5 днів
Доброго дня. Спеціалізуюся на Wordpress, досвід понад 10 років. Готовий подивитися сайт та виконати оптимізацію. Буду радий співпраці.
Бюджет: 3000 UAH Термін: 1 день
Покажіть ресурс у лс. lazy load само собою потрібен, але він не дасть буста з 7 секунд до 2х. Потрібен комплексний підхід
- Проєкти -
- Оцінка -
- Рейтинг 374
Бюджет: 4000 UAH Термін: 4 дні
Вітаю!
Я Володимир, фахівець із веб-розробки. Маю багаторічний досвід створення сайтів та лендінгів на платформах Shopify, WordPress, Webflow та інших. Займаюся як версткою, так і інтеграцією з сучасними інструментами.
Мені буде приємно допомогти Вам реалізувати проєкт, який відповідає всім вашим очікуванням. Напишіть, щоб обговорити деталі!
З найкращими побажаннями, Володимир.
Бюджет: 2000 UAH Термін: 2 дні
Вітаю =)
Готовий виконати ваше замовлення.
Зараз вільний для роботи, тому терміни мінімальні.
Ставки поки відсутні
-
Алексей К. 25 січня 2025А зачем? Может проще настроить оптимизацию? Если переписывать и потом оптимизировать - больше надо денег отдать. И главное - потом не будет возможности обновить шаблон.
-
Роман Матвій 25 січня 2025Алексей, налаштування оптимізації, безумовно, може допомогти, але в цьому випадку це лише тимчасове рішення. Проблема тут у використанні плагіна WPBakery Page Builder, який додає багато зайвого коду та уповільнює завантаження сайту. Навіть після оптимізації швидкість залишатиметься обмеженою через низьку продуктивність конструктора.
Переписавши сайт без використання конструктора, ми отримаємо чистий код, що значно зменшить час завантаження (до 1-2 сек) і зробить сайт більш стабільним. А шаблони можна оновлювати вручну — це займе більше часу, але якість та швидкість сайту варті цих зусиль.
Оптимізація не завжди може вирішити всі проблеми, особливо коли конструкція сайту побудована на повільних інструментах
-
Алексей К. 25 січня 2025Роман, это не временное решение. Правильное решение, Плагины работают. Просто их надо с головой применять.
Я не раз встречался с переписываем программистами шаблонами. Потом сайт нельзя обновить без его участия. Я бы сказал так - заказчик сел на иглу. И кстати не всегда переписываю шаблон адекватно. Крайний раз LiteSpeed не смог включится, а WP Rocket закешировал 80 файлов из 168)))
А оптимизация -экономия времени, нервов, денег для клиента.
-
Роман Матвій 25 січня 2025Алексей, повністю погоджуюсь, що оптимізація зменшує витрати часу та грошей на початковому етапі. Але якщо ми говоримо про довгострокову перспективу, то конструкції на плагінах часто стають вузьким місцем для продуктивності.
Щодо переписування шаблонів — тут головне робити все правильно, дотримуючись стандартів. Якщо використовувати чайлд-тему, то навіть оновлення базового шаблону не становитиме проблем. А ось з плагінами, як WPBakery, будь-яка зміна чи додатковий функціонал може значно уповільнити сайт, особливо з великою кількістю сторінок.
Щодо оновлень: не всі шаблони регулярно оновлюються, і навіть якщо так — самі розробники часто змінюють структуру, що може спричинити конфлікти. Переписаний з нуля код — це гарантія контролю над усім функціоналом і продуктивністю.
Для мене якість і швидкість сайту — це пріоритет. Тому я б не взяв проект на конструкторі в роботу. І тут вже замовник вирішує: отримати швидкий результат зараз чи інвестувати в стабільний і швидкий сайт на майбутнє.
-
Алексей К. 25 січня 2025Насчет кода Вы меня не убедили. Если шаблон куплен 400 тыс раз, как Вы думаете какой будет код? И обновляются они 5-6 раз в год.
Все равно надо будет плагин кэширования и несколько других)) И они решет все.
Вопрос - какой должен быть вес страницы, количество запросов к ней и количество плагинов на сайте?
-
Роман Матвій 25 січня 2025Алексей, дякую за ваші аргументи. Шаблони, які продаються в великій кількості, дійсно можуть мати якісний код. Але це не завжди гарантія того, що цей код оптимізований саме для конкретних потреб замовника чи проекту.
Навіть якщо шаблон оновлюється кілька разів на рік, його основна структура залишається універсальною, що часто включає купу зайвого коду й функціоналу, який просто не використовується. Це збільшує вагу сторінок і кількість запитів до сервера.
Щодо плагінів — згоден, що вони потрібні. Але важливо мінімізувати їх кількість і використовувати тільки ті, які не конфліктують між собою і не створюють додаткового навантаження. Кешування — це завжди гарна ідея, але воно лише згладжує проблему, а не вирішує її повністю.
Щодо вашого питання:
Вага сторінки: Ідеально до 1-1,5 МБ, враховуючи зображення та файли CSS/JS.
Кількість запитів: До 50-60 для стандартної сторінки.
Кількість плагінів: Мінімально необхідна, але краще не більше 10-12.
Основне завдання — досягти високої швидкості та стабільності сайту. Іноді це простіше зробити, якщо все написано з нуля, ніж оптимізувати чужу універсальну конструкцію, яка робилася "для всіх". Але остаточний вибір завжди за замовником.
-
Алексей К. 25 січня 2025Вы супер разбираетесь в вопросе.
В документации встречал
Вес 2-3 МБ
Запросы до 100
Количество до 20-25 -(для Woocommerce другим количеством не обойтись)
Кроме того, постоянно закрываются дыры безопасности и нет проблем с обновлениями ядра, плагинов
На продажниках можно почитать как решить вопросы по шаблону, плагинам.
-
Роман Матвій 25 січня 2025Дякую за вашу точку зору та наведені параметри. Ви абсолютно праві, що для WooCommerce кількість плагінів може бути трохи вищою через його специфіку. Але навіть у цьому випадку важливо ретельно підбирати плагіни, оскільки зайві або неправильно налаштовані плагіни можуть значно знижувати продуктивність сайту.
Щодо ваги сторінки: 2-3 МБ — це допустимий показник, але чим менше, тим краще. Завантаження великих зображень, надмірна кількість скриптів або сторонніх ресурсів можуть уповільнювати сайт, тому оптимізація залишається ключовим моментом.
Запити до 100 — також прийнятно, але їх можна скоротити за допомогою правильного підходу. Наприклад, об’єднання CSS і JS-файлів, оптимізація зображень, lazy-load та використання CDN допоможуть зменшити навантаження.
Щодо плагінів: так, багато з них потрібні для функціональності, але частину їхніх задач можна вирішити без додаткових модулів. Наприклад:
- Інтеграцію Google Analytics можна реалізувати простим додаванням коду у файл теми.
- Налаштування мета-тегів можна виконати без плагінів, якщо це невеликий проект.
- Те ж саме стосується кешування — у деяких випадках простий PHP-код працює не гірше.
Проблема з багатьма плагінами — це не лише їх кількість, але й конфлікти між ними, а також створення зайвого навантаження через дублікатні або неефективні запити.
Щодо безпеки та оновлень — так, закриття "дірок" у популярних плагінах є вагомим аргументом. Але варто пам’ятати, що власноруч написаний код (за умови, що він виконаний професійно) має значно менше точок для потенційного злому.
Зрештою, універсальність шаблонів та плагінів — це добре, але якщо мова йде про швидкість і оптимізацію, часто кращим рішенням є кастомний підхід. Але, звісно, остаточне рішення залежить від цілей і бюджету замовника.
-
Алексей К. 25 січня 2025Наприклад, об’єднання CSS і JS-файлів, оптимізація зображень, lazy-load - это и делает плагин кэширования.
CDN только для международных сайтов.
У меня был заказчик у которого картинки из США в Украину прилетали (трассер показывал)😁
-
Роман Матвій 25 січня 2025Алексей, ви праві, що плагіни для кешування можуть автоматично вирішувати багато завдань, зокрема об’єднання файлів та lazy-load. Але варто зазначити, що якщо б сайт був розроблений без конструктора і код був би написаний вручну, то всі ці процеси можна було б налаштувати за допомогою препроцесорів (наприклад, SASS/SCSS для CSS) і зборок (через такі інструменти, як Webpack чи Gulp).
Такий підхід дозволяє контролювати процеси об’єднання, мінімізації файлів без необхідності в плагінах. Тобто, в результаті ми отримуємо чистий і оптимізований код без зайвих додаткових плагінів, що позитивно впливає на продуктивність та скорочує час завантаження сайту.
-
Віктор К. 25 січня 2025Не аргумент. Ті, хто купує шаблон не завжди є професійними програмістами чи бодай взагалі програмістом. Той, хто замовляє сайт в основному дивитися на зовнішній дизайн сторінок, кольори, шрифти то що
-
Алексей К. 25 січня 2025Не аргумент. Ті, хто купує шаблон не завжди є професійними програмістами чи бодай взагалі програмістом.
Как раз они и рассчитаны на дилетантов)))
Той, хто замовляє сайт в основному дивитися на зовнішній дизайн сторінок, кольори, шрифти то що
Из коробки можно сделать все что хочешь дизайнером.
Актуальні фриланс-проєкти в категорії Веб-програмування
Шукаю не виконавця, а партнера-розробника для спільного запуску проекту. Ідея — створити просту браузерну гру без складної механіки, яка стане частиною криптопроекту і буде пов'язана з запуском власного токена. Що з мене: розробка маркетингової стратегії; таргетована реклама; просування проекту; створення і розвиток спільноти; запуск і просування токена. Що потрібно від партнера: розробка браузерної гри; технічна підтримка проекту. Витрати на інфраструктуру (сервер, домен та інші базові сервіси) пропоную ділити навпіл або взяти на себе. Одразу зазначу: це партнерство з розподілом ризиків. Ніхто не може гарантувати результат. Ми можемо заробити значно більше, ніж при звичайному продажу проекту, а можемо не заробити зовсім. Якщо ви шукаєте гарантовану оплату за розробку, то цей формат, швидше за все, вам не підійде. Для максимальної прозорості проект може повністю залишатися на стороні розробника. Мені не потрібні доступи до ваших акаунтів, серверів або вихідного коду. Нічого нікому передавати не знадобиться. Це зроблено для того, щоб виключити будь-які сумніви в чесності співпраці. Якщо вам цікавий такий формат спільної роботи і ви готові обговорити ідею, умови та розподіл часток — буду радий поспілкуватися.
Потрібно: Зробити сайт – інтернет-магазин на укр мові (в подальшому мультимовний). Движок не принциповий, найголовніше, щоб адмінка була зручною.Состій з: - Головної сторінки- Каталогу з категоріями з підкатегоріями та картками товару (з можливістю додавати як категорії, так і підкатегорії): - блог- текстових (чисто інформаційних) сторінок:«Хто ми» або «ПРО НАС»Оплата і доставка, Обмін та повернення, Політика конфіденційності, Публічна оферта, Гарантія.Контакти+ Адмін панель адміністратора 2. зареєструвати хостинг 3. купити і прив'язати домен4. встановити фавікон5. Зареєструвати Гугл Аналітика і додати сайт 6. Зробити і підключити чат-бот Телеграм для сповіщень про надходження замовлення. 7. SEO. Потрібно передбачити для кожної категорії та товару поля: HTML title, meta keywords, meta description, h1, SEO-текст. Дизайн може бути шаблонним.
Шукаємо досвідченого Full Stack розробника або невелику команду для створення інтернет-магазину шин для норвезької компанії EasyTire. Важливо: сайт повністю розробляється норвезькою мовою (всі тексти ми надамо, але вони повинні бути редагованими через адміністративну панель). Що необхідно реалізувати Пошук автомобіля за державним номером. Автоматичне визначення оригінального розміру шин і дисків. Можливість ручного пошуку за розміром, якщо встановлені неоригінальні колеса. Виведення підходящих шин, дисків і колісних комплектів з актуальними цінами, залишками та термінами доставки. Кнопки «Купити зараз» та «Додати в кошик». Розрахунок повної вартості замовлення. Пропозиція послуги монтажу та балансування при покупці шин. Онлайн-оплата. Автоматичне створення оплаченного замовлення в Notion. Відправка сповіщення про нове замовлення в Telegram. Проста адміністративна панель для управління цінами, текстами, фотографіями та SEO. Сучасний адаптивний дизайн у фірмовому стилі EasyTire. Також необхідно розробити окрему SEO-сторінку послуг (монтаж, балансування, ремонт проколів та сезонна заміна коліс), щоб вона могла просуватися в Google за відповідними пошуковими запитами. Інтеграція з постачальником У нас є дилерський акаунт NDI. Ми вже виявили внутрішні API-запити сайту, через які отримуються: дані автомобіля за реєстраційним номером; ціни; наявність; склад; терміни доставки. На першому етапі необхідно дослідити існуючі внутрішні API та визначити найбільш надійний спосіб інтеграції. Якщо використання внутрішніх API виявиться неможливим або нестабільним, потрібно запропонувати альтернативне рішення (наприклад, серверну автоматизацію або інший технічно обґрунтований варіант). В відповіді прохання вказати досвід виконання схожих проектів; пропонований стек технологій; як ви бачите реалізацію інтеграції з NDI; орієнтовні терміни; орієнтовну вартість; вартість подальшої підтримки. Повне технічне завдання надамо обраному виконавцю після попереднього обговорення проекту.
Необхідно розробити додаток або скрипт, який буде автоматично конвертувати файли з форматів YML або JSON у формат XLS, з подальшою генерацією посилання на вихідний XLS файл для промо Вимоги: Вхідні дані: Файл у форматі YML (посилання будуть надані) або Файл у форматі JSON (посилання будуть надані, JSON не містить дерева категорій, але кожен товар знаходиться в окремому масиві). Вихідні дані: Файл у форматі XLS з доступом через пряму посилання. Файл має оновлюватися автоматично за розкладом, наприклад, щоденно. Функціональні вимоги: Можливість вказання кількості днів для Наявності Під замовлення для кожного вхідного посилання. Додаток має стабільно працювати в умовах обмеженого за ресурсами хостингу. Бажано інтуїтивно зрозумілий веб-інтерфейс для управління налаштуваннями.
Потребується доопрацювання робочого лендінгу -конфігуратора створеного в ШІ Створені майже всі візуалізації та опції. Передамо архів. Потрібно щоб все гарно працювало , показувалось і адапитивність під моб і ПК. Прикріплено скріншот лендінгу