Budżet: 2000 UAH Termin: 1 dzień
Dzień dobry. Gotowy do rozpoczęcia pracy. Przyspieszę twoją stronę. Kontaktuj się!
Budżet: 5500 UAH Termin: 5 dni
Dzień dobry. Specjalizuję się w Wordpressie, doświadczenie ponad 10 lat. Jestem gotów przejrzeć stronę i wykonać optymalizację. Będę zadowolony ze współpracy.
Budżet: 3000 UAH Termin: 1 dzień
Pokaż zasób w l.s. lazy load sam w sobie jest potrzebny, ale nie da przyspieszenia z 7 sekund do 2x. Potrzebne jest kompleksowe podejście
- Zlecenia -
- Ocena -
- Ranking 374
Budżet: 4000 UAH Termin: 4 dni
Witaj!
Nazywam się Włodzimierz, jestem specjalistą w dziedzinie web developmentu. Mam wieloletnie doświadczenie w tworzeniu stron internetowych i landingów na platformach Shopify, WordPress, Webflow i innych. Zajmuję się zarówno kodowaniem, jak i integracją z nowoczesnymi narzędziami.
Będzie mi miło pomóc Ci zrealizować projekt, który spełni wszystkie Twoje oczekiwania. Napisz, aby omówić szczegóły!
Z najlepszymi życzeniami, Włodzimierz.
Budżet: 2000 UAH Termin: 2 dni
Witaj =)
Jestem gotowy do realizacji twojego zamówienia.
Obecnie jestem wolny do pracy, więc terminy są minimalne.
Oferty ukryte
Aktualnie brak ofert
-
Aleksey K. 25 stycznia 2025А зачем? Может проще настроить оптимизацию? Если переписывать и потом оптимизировать - больше надо денег отдать. И главное - потом не будет возможности обновить шаблон.
-
Roman Matvii 25 stycznia 2025Алексей, налаштування оптимізації, безумовно, може допомогти, але в цьому випадку це лише тимчасове рішення. Проблема тут у використанні плагіна WPBakery Page Builder, який додає багато зайвого коду та уповільнює завантаження сайту. Навіть після оптимізації швидкість залишатиметься обмеженою через низьку продуктивність конструктора.
Переписавши сайт без використання конструктора, ми отримаємо чистий код, що значно зменшить час завантаження (до 1-2 сек) і зробить сайт більш стабільним. А шаблони можна оновлювати вручну — це займе більше часу, але якість та швидкість сайту варті цих зусиль.
Оптимізація не завжди може вирішити всі проблеми, особливо коли конструкція сайту побудована на повільних інструментах
-
Aleksey K. 25 stycznia 2025Роман, это не временное решение. Правильное решение, Плагины работают. Просто их надо с головой применять.
Я не раз встречался с переписываем программистами шаблонами. Потом сайт нельзя обновить без его участия. Я бы сказал так - заказчик сел на иглу. И кстати не всегда переписываю шаблон адекватно. Крайний раз LiteSpeed не смог включится, а WP Rocket закешировал 80 файлов из 168)))
А оптимизация -экономия времени, нервов, денег для клиента.
-
Roman Matvii 25 stycznia 2025Алексей, повністю погоджуюсь, що оптимізація зменшує витрати часу та грошей на початковому етапі. Але якщо ми говоримо про довгострокову перспективу, то конструкції на плагінах часто стають вузьким місцем для продуктивності.
Щодо переписування шаблонів — тут головне робити все правильно, дотримуючись стандартів. Якщо використовувати чайлд-тему, то навіть оновлення базового шаблону не становитиме проблем. А ось з плагінами, як WPBakery, будь-яка зміна чи додатковий функціонал може значно уповільнити сайт, особливо з великою кількістю сторінок.
Щодо оновлень: не всі шаблони регулярно оновлюються, і навіть якщо так — самі розробники часто змінюють структуру, що може спричинити конфлікти. Переписаний з нуля код — це гарантія контролю над усім функціоналом і продуктивністю.
Для мене якість і швидкість сайту — це пріоритет. Тому я б не взяв проект на конструкторі в роботу. І тут вже замовник вирішує: отримати швидкий результат зараз чи інвестувати в стабільний і швидкий сайт на майбутнє.
-
Aleksey K. 25 stycznia 2025Насчет кода Вы меня не убедили. Если шаблон куплен 400 тыс раз, как Вы думаете какой будет код? И обновляются они 5-6 раз в год.
Все равно надо будет плагин кэширования и несколько других)) И они решет все.
Вопрос - какой должен быть вес страницы, количество запросов к ней и количество плагинов на сайте?
-
Roman Matvii 25 stycznia 2025Алексей, дякую за ваші аргументи. Шаблони, які продаються в великій кількості, дійсно можуть мати якісний код. Але це не завжди гарантія того, що цей код оптимізований саме для конкретних потреб замовника чи проекту.
Навіть якщо шаблон оновлюється кілька разів на рік, його основна структура залишається універсальною, що часто включає купу зайвого коду й функціоналу, який просто не використовується. Це збільшує вагу сторінок і кількість запитів до сервера.
Щодо плагінів — згоден, що вони потрібні. Але важливо мінімізувати їх кількість і використовувати тільки ті, які не конфліктують між собою і не створюють додаткового навантаження. Кешування — це завжди гарна ідея, але воно лише згладжує проблему, а не вирішує її повністю.
Щодо вашого питання:
Вага сторінки: Ідеально до 1-1,5 МБ, враховуючи зображення та файли CSS/JS.
Кількість запитів: До 50-60 для стандартної сторінки.
Кількість плагінів: Мінімально необхідна, але краще не більше 10-12.
Основне завдання — досягти високої швидкості та стабільності сайту. Іноді це простіше зробити, якщо все написано з нуля, ніж оптимізувати чужу універсальну конструкцію, яка робилася "для всіх". Але остаточний вибір завжди за замовником.
-
Aleksey K. 25 stycznia 2025Вы супер разбираетесь в вопросе.
В документации встречал
Вес 2-3 МБ
Запросы до 100
Количество до 20-25 -(для Woocommerce другим количеством не обойтись)
Кроме того, постоянно закрываются дыры безопасности и нет проблем с обновлениями ядра, плагинов
На продажниках можно почитать как решить вопросы по шаблону, плагинам.
-
Roman Matvii 25 stycznia 2025Дякую за вашу точку зору та наведені параметри. Ви абсолютно праві, що для WooCommerce кількість плагінів може бути трохи вищою через його специфіку. Але навіть у цьому випадку важливо ретельно підбирати плагіни, оскільки зайві або неправильно налаштовані плагіни можуть значно знижувати продуктивність сайту.
Щодо ваги сторінки: 2-3 МБ — це допустимий показник, але чим менше, тим краще. Завантаження великих зображень, надмірна кількість скриптів або сторонніх ресурсів можуть уповільнювати сайт, тому оптимізація залишається ключовим моментом.
Запити до 100 — також прийнятно, але їх можна скоротити за допомогою правильного підходу. Наприклад, об’єднання CSS і JS-файлів, оптимізація зображень, lazy-load та використання CDN допоможуть зменшити навантаження.
Щодо плагінів: так, багато з них потрібні для функціональності, але частину їхніх задач можна вирішити без додаткових модулів. Наприклад:
- Інтеграцію Google Analytics можна реалізувати простим додаванням коду у файл теми.
- Налаштування мета-тегів можна виконати без плагінів, якщо це невеликий проект.
- Те ж саме стосується кешування — у деяких випадках простий PHP-код працює не гірше.
Проблема з багатьма плагінами — це не лише їх кількість, але й конфлікти між ними, а також створення зайвого навантаження через дублікатні або неефективні запити.
Щодо безпеки та оновлень — так, закриття "дірок" у популярних плагінах є вагомим аргументом. Але варто пам’ятати, що власноруч написаний код (за умови, що він виконаний професійно) має значно менше точок для потенційного злому.
Зрештою, універсальність шаблонів та плагінів — це добре, але якщо мова йде про швидкість і оптимізацію, часто кращим рішенням є кастомний підхід. Але, звісно, остаточне рішення залежить від цілей і бюджету замовника.
-
Aleksey K. 25 stycznia 2025Наприклад, об’єднання CSS і JS-файлів, оптимізація зображень, lazy-load - это и делает плагин кэширования.
CDN только для международных сайтов.
У меня был заказчик у которого картинки из США в Украину прилетали (трассер показывал)😁
-
Roman Matvii 25 stycznia 2025Алексей, ви праві, що плагіни для кешування можуть автоматично вирішувати багато завдань, зокрема об’єднання файлів та lazy-load. Але варто зазначити, що якщо б сайт був розроблений без конструктора і код був би написаний вручну, то всі ці процеси можна було б налаштувати за допомогою препроцесорів (наприклад, SASS/SCSS для CSS) і зборок (через такі інструменти, як Webpack чи Gulp).
Такий підхід дозволяє контролювати процеси об’єднання, мінімізації файлів без необхідності в плагінах. Тобто, в результаті ми отримуємо чистий і оптимізований код без зайвих додаткових плагінів, що позитивно впливає на продуктивність та скорочує час завантаження сайту.
-
Viktor K. 25 stycznia 2025Не аргумент. Ті, хто купує шаблон не завжди є професійними програмістами чи бодай взагалі програмістом. Той, хто замовляє сайт в основному дивитися на зовнішній дизайн сторінок, кольори, шрифти то що
-
Aleksey K. 25 stycznia 2025Не аргумент. Ті, хто купує шаблон не завжди є професійними програмістами чи бодай взагалі програмістом.
Как раз они и рассчитаны на дилетантов)))
Той, хто замовляє сайт в основному дивитися на зовнішній дизайн сторінок, кольори, шрифти то що
Из коробки можно сделать все что хочешь дизайнером.
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
https://www.figma.com/design/bSzGOmDb3scdsBgjR3hHLb/Robo?node-id=0-1&p=f https://robo.org.ua/index.php?route=product/product&path=145802278&product_id=237 Zadanie: redesign strony produktu i recenzji na stronie głównej Strona została już opracowana i działa w pełni. Projektant przygotował nowy projekt w Figma, który należy wdrożyć na istniejącej stronie. Wymagane: zrealizować nowy projekt zgodnie z makietą; zintegrować go z aktualną stroną; zaadaptować strony do urządzeń mobilnych, tabletów i komputerów; sprawdzić poprawne działanie przycisków, formularzy, menu i innych elementów; zapewnić maksymalną zgodność z makietą. Nie ma potrzeby tworzenia strony od zera — należy jedynie wykonać redesign i zastąpić aktualny wygląd nowym.
Rozwój MVP platformy online-tutoringowej (analog Preply) dla rynku LitwyOpis projektu:Szukamy zespołu programistów lub pojedynczych specjalistów (Full-stack / Backend / Frontend / UI-UX) do stworzenia dwustronnego rynku online-uczenia dla litewskiego rynku.Celem projektu jest uruchomienie platformy internetowej, która połączy uczniów z freelancerami-nauczycielami do prowadzenia indywidualnych lekcji w czasie rzeczywistym.Podstawowa funkcjonalność MVP: Panel nauczyciela: Profil z wideo-wizytówką, przesyłanie dyplomów, ustawienie harmonogramu (kalendarz) i cen za godzinę. Panel ucznia: Wyszukiwanie według filtrów (przedmiot, cena, język, ocena), zakup lekcji, osobisty kalendarz zajęć. Wyszukiwanie i filtrowanie: Inteligentne dopasowanie nauczycieli z systemem recenzji i ocen. Wirtualna klasa: Integracja wideo połączenia (WebRTC, Zoom lub analogi), wbudowany czat i wymiana plików. System płatności: Bezpieczna transakcja (Escrow). Zamrożenie pieniędzy i wypłata freelancerowi po potwierdzeniu lekcji. Potrzebna integracja Stripe / Paysera.
Istota projektu Śledzimy ciężarówki transportujące ładunki naszych klientów (zakłady przemysłowe). Do ciężarówek przy załadunku wydawane są autonomiczne GPS-znaczniki TKSTAR TK-905B (przesyłanie współrzędnych co 5 minut). Znaczniki NIE są przypisane do pojazdów na stałe — działają w systemie rotacji: menedżer wydaje znacznik kierowcy przy załadunku, po kursie kierowca zwraca znacznik z dokumentami, a ten sam znacznik jest wydawany na następny kurs już z innym pojazdem. Potrzebna jest platforma internetowa: znaczniki wysyłają dane na nasz serwer, klienci (zakłady) wchodzą na stronę i widzą na mapie swoje pojazdy w czasie rzeczywistym. Każdy zakład widzi TYLKO swoje znaczniki. Część 1. Backend Rozwinąć Traccar (open-source) na VPS. VPS kupujemy my, kandydat rekomenduje konfigurację. Skonfigurować odbiór danych z znaczników TK-905B (protokół jest wspierany przez Traccar "z pudełka"). Pomóc z przekierowaniem znaczników z chińskiego serwera na nasz (komendy SMS).Multitenancy. Role:Admin (my): widzi wszystkie znaczniki, wszystkie firmy, wszystkie kursy. Tworzy firmy i użytkowników, przypisuje kursy firmom.Menedżer/dyspozytor (nasz pracownik na miejscu załadunku): wydaje i przyjmuje znaczniki (patrz moduł rotacji).Klient (zakład): login/hasło, widzi tylko swoje aktywne kursy i swoją historię. Nie widzi cudzych znaczników, wolnego puli i informacji służbowych. Część 2. Moduł rotacji znaczników (kluczowa logika) Każdy znacznik ma krótki numer w systemie (nr 1, nr 2, nr 3...), odpowiadający naklejce na obudowie. Wyszukiwanie znacznika po tym numerze.Wydanie: menedżer wybiera znacznik z puli → wprowadza numer pojazdu (pole obowiązkowe) + opcjonalnie: imię i nazwisko/telefon kierowcy, kierunek/punkt rozładunku, firma-zamawiająca. Operacja powinna zajmować sekundy: jedno okno, minimum pól. Od momentu wydania na mapie punkt podpisany numerem pojazdu i kursem (np. "AХ1234ВХ → Kijów"), a nie ID urządzenia.Ponowne wydanie = zamknięcie starego kursu + otwarcie nowego. Dla menedżera wygląda to jak "po prostu wpisał nowy numer pojazdu", ale system musi zachować historię powiązań: każdy okres pracy znacznika jest powiązany z numerem pojazdu, który był aktywny w danym momencie. Nadpisanie numeru z utratą historii — niedopuszczalne (w przeciwnym razie stare ślady będą podpisane cudzymi pojazdami).Zakończenie kursu i zwrot znacznika do magazynu — dwa oddzielne działania: kurs zamyka się przy rozładunku (powrotny transport znacznika z pocztą do klienta nie jest pokazywany), zwrot przekształca znacznik w status "w puli, wolny". Wolne znaczniki (w puli / na ładowaniu / wracają pocztą) na mapie klienta nie są wyświetlane. Admin widzi je ze statusami. Historia: dla każdego znacznika — wszystkie jego poprzednie kursy; dla każdej firmy — wszystkie jej kursy. Część 3. Frontend (strona internetowa) Makieta strony:Na środku — żywa mapa z pojazdami w czasie rzeczywistym (aktualizacja bez przeładowania strony, WebSocket/polling). Ikony pojazdów; kliknięcie na pojazd → karta: numer pojazdu, kierowca, kierunek, prędkość, czas ostatniego oznaczenia, status (w ruchu / stoi / brak połączenia).Po prawej — panel profilu zalogowanego użytkownika: nazwa firmy, lista jej aktywnych kursów ze statusami online/offline, szybkie przejście do pojazdu na mapie.Na górze — wyszukiwanie po swoich znacznikach/pojazdach (po numerze pojazdu, numerze znacznika, kierunku). Strona logowania. Responsywność na urządzenia mobilne (menedżerowie i klienci będą otwierać z telefonu). Funkcje:Historia trasy za wybrany okres (odtwarzanie śladu na mapie).Raport o postojach: gdzie stał pojazd, od kiedy do kiedy, ile godzin (przykład: "Kijów, wt 08:00 — czw 09:00, 49 godz.").Geostrefy: admin obrysowuje na mapie strefy (zakład, punkty rozładunku). Raport o czasie w strefach + powiadomienia o wjeździe/wyjeździe (w interfejsie; e-mail/Telegram — dodatkowo, do omówienia). Eksport raportów do Excel/PDF — dodatkowo. Część 4. Wymagania techniczne Backend: API Traccar (REST + WebSocket). Niestandardowa logika rotacji — oddzielną warstwą nad Traccar (własna usługa + Baza Danych) lub przez atrybuty Traccar, według uznania wykonawcy, ale z uzasadnieniem. Frontend: React lub Vue. Mapa: Leaflet + OpenStreetMap (lub Google Maps, jeśli uzasadnisz). Skonfigurować automatyczne czyszczenie historii współrzędnych starszych niż 6 miesięcy (polityka retencji w Traccar / po uzgodnieniu), aby baza nie rozrastała się w nieskończoność. Raporty i podsumowania kursów za stare okresy powinny być zachowane. Język interfejsu: ukraiński (rosyjski — dodatkowo, przełącznik nie jest obowiązkowy na początku). Dane i serwer są całkowicie nasze: żadnych powiązań z zewnętrznymi zamkniętymi usługami. Część 5. Oddanie projektu Działająca platforma na naszej domenie. Wszystkie dostępności: VPS, Traccar, baza, repozytorium z kodem. Krótka instrukcja (tekst lub wideo): jak dodać nowy znacznik, jak stworzyć firmę/użytkownika, jak menedżer wydaje i przyjmuje znaczniki. 2–4 tygodnie wsparcia po oddaniu na poprawki błędów (do omówienia). Pytania do kandydata (obowiązkowo odpowiedzieć w odpowiedzi) Czy rozwijałeś Traccar? Czy robiłeś niestandardowy frontend nad API Traccar? Linki/zrzuty ekranu przykładów. Jak proponujesz zrealizować multitenancy i moduł rotacji (krótko, 3–5 zdań)? Termin i cena: (a) MVP — mapa, loginy, rotacja, postoje; (b) pełna wersja z geostrefami i raportami. Rekomendowana konfiguracja VPS pod ~20–50 znaczników.
Trzeba opracować wtyczkę. Celem jest wygodna tabela do szybkiego wyboru i zakupu towarów przez hurtowych nabywców. Funkcjonalność Front: Kolumny - Wybór towaru (check), Nazwa, Kategoria, Magazyn, Dostawa, Cena, Wybór ilości, Dodaj do koszyka, Wyczyść filtry wyszukiwanie towary w liście filtr według kategorii filtr według magazynów filtr według dostawy wybór ilości towaru dodawanie do koszyka Back: masowe podnoszenie i obniżanie cen w % według magazynu
Projekt: Tworzenie strony internetowej dla małego biznesuCel projektu Stworzyć nowoczesną, responsywną stronę internetową dla firmy, która będzie przyciągać klientów, informować o usługach i przyjmować zgłoszenia za pomocą formularza kontaktowego.Zadania Opracować unikalny design. Stworzyć stronę dla komputerów i urządzeń mobilnych. Podłączyć formularz kontaktowy. Optymalizować prędkość ładowania. Skonfigurować podstawową optymalizację SEO.Wykorzystywane technologie HTML5 CSS3 JavaScript PHP (lub inny język do obsługi formularza) MySQL (w razie potrzeby)Etapy realizacji Analiza wymagań. Tworzenie designu. Tworzenie stron. Programowanie funkcjonalności. Testowanie. Uruchomienie projektu.Oczekiwany rezultat W pełni gotowa strona z nowoczesnym designem, poprawnym działaniem na wszystkich urządzeniach, wysoką prędkością ładowania i wygodnym panelem zarządzania.