Budżet: 50000 RUB Termin: 7 dni
Здравствуйте.Есть большой опыт с Vue.Готов сотрудничать по этапно.Есть ли у вас более детальное ТЗ и документация по апи?
Необходим фронтенд-программист, который создаст веб чат. Серверная часть готова, обращения по простому http (можно взять axios).
У нас есть прототип, очень кривой, из него нужно будет взять вызовы апи (остальные методы, отсутствующие, допилим по ходу).
0) vue
1) уведомления через firebase cloud messaging (текстовые, при клике открывают чат), включатся должны в настройках
2) Список чатов должен быть подгружаемым по мере прокрутки во избежание лагов (крутишь вниз, подгружаются следующие чаты)
3) возможность написать клиенту при помощи ввода номера телефона
4) сообщения в чате подгружаются при прокрутке вверх
5) новые сообщения забираются методом polling по интервалу (можем обсудить возможность приема новых сообщений по FCM)
6) сообщения могут быть текстовые (utf8 и смайлы emoji), аудио, видео, а также файлы
7) необходимо реализовать возможность отправки текстовых, аудио/видео/файловых сообщений
8) чат может находится в нескольких состояниях: только просмотр, ограниченная отправка (только текст), а также полностью открытые все функции (из п.7). Дополнительно отображается кнопка войти в чат/покинуть чат.
9) использовать localstorage/websql/indexdb пользователя, чтобы сохранять диалоги, которые уже были скачаны с сервера (чтоб избежать большой нагрузки)
10) будет отображаться в iframe, должен уметь корректно обрабатывать адресную строку (query string) и открывать нужный диалог.
11) возможность создания шаблонов для быстрых ответов (текстом)
Работу разобьем по этапно. скидывайте заявки
Budżet: 50000 RUB Termin: 7 dni
Здравствуйте.Есть большой опыт с Vue.Готов сотрудничать по этапно.Есть ли у вас более детальное ТЗ и документация по апи?
Budżet: 30000 RUB Termin: 21 dni
Добрый день , готов заняться данным проектом , обращайтесь .
Budżet: 15000 RUB Termin: 14 dni
Добрый день. Готов выполнить ваш проект, опыт коммерческой разработки 2+ года. Опыт разработки Vue +- год. Предлагаю разработать на nuxt. Ищу долгосрочное сотрудничество. Отвечу на ваши все вопросы.
Strona działa na frameworku Next.js (opartym na React). Trzeba zrealizować wszystkie punkty zgodnie z TŻ. TŻ jest dołączone w pliku. Oczekuję na propozycje.
Strona do oceny: https://copy.eurobrands-shop.de/ Zadanie: naprawić błędy frontendowe na poziomie motywu Magento 2 / motyw Amasty: CSS/LESS/JS, mobilny, RTL, minicart, rozwijane menu językowe, przesunięcie układu/CLS. Format pracy: - bez lokalnego uruchamiania Magento; - praca przez DevTools + źródła motywu; - poprawki w plikach CSS/LESS/JS/template motywu; - wynik: diff / commit / archiwum zmienionych plików; - wdrożenie i budowa po naszej stronie; - praca przez bezpieczną transakcję; - NDA do przekazania źródeł/dostępów. Co należy sprawdzić i ocenić: 1. RTL / wersja arabska: - telefon w nagłówku wyświetla się niepoprawnie; - przesunięcia elementów w nagłówku, minicart, wishlist/konto, strona produktu; - marginesy, kierunek, unicode-bidi, pozycjonowanie. 2. Nagłówek: - rozwijane menu językowe; - koszyk/wishlist; - obszar kliknięcia ikon. 3. Minicart: - niestabilnie otwiera się na niektórych stronach; - sprawdzić Konsolę / Sieć / Nasłuchiwacze zdarzeń / dane klienta / z-index / nakładkę. 4. Mobilny: - etykiety koszyka/wishlist są zbyt duże; - blok Kategorii jest ściśnięty/obcięty; - mobilne menu / Menu-Konto. 5. Strona produktu: - przesunięcie układu / CLS obrazów; - Dodaj do koszyka / Ilość / BOX / PALLET w RTL. 6. Wishlist/konto: - /wishlist/ - /mwishlist/ - zakładki, przycisk Wstecz, przepełnienie liczników. Problemowe 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/ W odpowiedzi napisz: 1. Czy masz doświadczenie z frontendem Magento 2? 2. Czy masz doświadczenie z RTL? 3. Ile godzin potrzebujesz na pierwszy etap? 4. Jaka jest cena? 5. Kiedy możesz zacząć? 6. Jakie dostępności są potrzebne? 7. Czy jesteś gotów pracować przez bezpieczną transakcję i podpisać NDA? Ważne: potrzebny jest konkretny wynik — poprawki lub techniczne wyjaśnienie dla każdego punktu: naprawione / nie reprodukuje się / nie jest problemem frontendowym.
Opis zamówienia: Poszukujemy doświadczonego frontend-dewelopera/specjalisty od OpenCart do optymalizacji szybkości ładowania strony (kategorie i karty produktów) zgodnie z wymaganiami Google Core Web Vitals. O projekcie: * CMS: OpenCart. * Specyfika: Strona działa w trybie katalogu (brak koszyka i składania zamówienia). * Zakres: 2900 pozycji. * Część serwerowa: Już zoptymalizowana (działa na OpenLiteSpeed). * Stos: Prace prowadzone są wyłącznie z kodem szablonu, modyfikatorami i frontendem. Bez pracy z bazą danych. Co należy zrobić (Zadanie techniczne): 1. Opóźnione ładowanie skryptów (Delay JS): * Problem: Zewnętrzne skrypty analityczne (GTM, Google Tag) blokują główny strumień na urządzeniach mobilnych przez około 4,3 sekundy. * Zadanie: Skonfigurować opóźnione uruchamianie tych skryptów. Skrypty powinny aktywować się ściśle po pierwszej akcji użytkownika (pierwsze przewinięcie, dotknięcie ekranu lub ruch myszą). * Ważne: Zbieranie statystyk, analityka i działanie reklamy muszą pozostać w pełnym zakresie. 2. Poprawa metryki CLS (Stabilność układu): * Problem: Strona "skacze" i przesuwa się podczas ładowania obrazków. * Zadanie: W plikach stylów lub szablonu motywu sztywno wpisać atrybuty HTML width i height dla wszystkich obrazów produktów w katalogu (listach) oraz kartach produktów. * Cel: Zarezerwować miejsce pod obrazki w drzewie DOM do ich faktycznego załadowania, aby uniemożliwić przesunięcie treści. Sprawdzić, aby responsywność (CSS) nie została uszkodzona. 3. Optymalizacja krytycznej ścieżki (LCP): * Zadanie: Wpisać dla głównego (najważniejszego) obrazu produktu na pierwszym ekranie tag fetchpriority="high". To da przeglądarce polecenie ładowania głównego zdjęcia produktu w priorytetowy sposób. Wymagania wobec wykonawcy i warunki przyjęcia: 1. Bez zbędnych modułów: Praca wykonywana jest czystym kodem/modyfikatorami, bez instalowania dodatkowych zewnętrznych lub płatnych wtyczek optymalizacyjnych. 2. Bezpieczeństwo i układ: Ponosisz pełną odpowiedzialność za układ. Po wprowadzeniu poprawek wizualne wyświetlanie strony na urządzeniach mobilnych i PC, a także funkcjonalność (filtry, przełączanie zdjęć w galerii, menu) muszą pozostać bez zmian. 3. Kryterium oddania pracy (DoD): Przedstawienie zrzutu ekranu oraz linku do żywego testu raportu Google PageSpeed Insights (dla wersji mobilnej). Wskaźnik wydajności nie może być niższy niż 75 punktów, a metryka CLS — nie więcej niż 0,1 (w zielonej strefie). Poprawki wprowadzać należy wyłącznie przez modyfikatory (OCMOD) lub kopię motywu, aby nie nadpisać aktualizacji jądra. W odpowiedzi proszę podać: 1. Czy miałeś doświadczenie w konfiguracji Delay JS właśnie dla GTM na OpenCart? 2. Termin realizacji zadania. 3. Koszt pracy.
Pełne szczegóły prześlemy w wiadomościach prywatnych Cel Maksymalne przyspieszenie ładowania strony, szczególnie na urządzeniach mobilnych. KPI (obowiązkowe) Po zakończeniu prac należy osiągnąć następujące wskaźniki. Mobile Performance 90+ LCP mniej niż 2.2 sek INP mniej niż 200 ms CLS mniej niż 0.1 TBT mniej niż 200 ms Desktop Performance 95+ Co należy zrobić 1. Pełny audyt strony 2. Optymalizacja obrazów 3. CSS 4. JavaScript 5. Caching 6. Serwer 7. CDN 8. WordPress 9. Baza danych 10. Czcionki 11. WooCommerce 12. Wtyczki 13. Core Web Vitals 14. naprawić przekierowanie HTTPS
To jest roboczy, czysto zaprojektowany projekt na Odoo 19 Community — CRM dla ukraińskiego hotelu, już w infrastrukturze produkcyjnej. Nie planujemy przepisywać od zera. Szukamy jednej osoby, która przejmie projekt, zachowa działające i poprowadzi go dalej: najpierw CRM → potem HMS → księgowość. To długoterminowa współpraca, nie jednorazowe zadanie. Kogo szukamy Seniora w Odoo 19 CE — inheritance-only (_inherit, _inherits, xpath), OCA-first, bez hacków core, czyste granice modułów. Realny praktyk Claude Code w rozwoju. Umie rozwijać cudzy kod, a nie refleksyjnie przepisywać. Stos technologiczny Odoo 19 Community + OCA · PostgreSQL 16 · Docker · Hetzner + Coolify · GitHub Actions CI/CD · pre-commit (ruff, pylint-odoo) · ADR w MADR · JSON-2 (nie XML-RPC) · Standalone Owl, gdy standardowe widgety są niewystarczające. Rozwój wspomagany AI — to norma pracy, a nie dodatek. Zakres prac: 1 zadanie: przeprowadzić analizę aktualnego stanu projektu 2 zadanie: sporządzić plan poprawy 3 zadanie: dopracować blok CRM i uruchomić w pracy Jak aplikować Opisz jeden realny projekt, który przejąłeś (cudzy kod) i rozwijałeś w produkcji. Jak rozszerzałeś, nie dotykając core? Twój workflow Claude Code w Odoo — konkretnie. Jakie moduły OCA rzeczywiście używałeś/kontrybuowałeś dla v18/v19 — wymień. Jeden przypadek, gdzie wybrałeś Studio/config lub OCA zamiast custom, i jeden — gdzie odwrotnie poprawnie poszedłeś w custom. Nie zgłaszaj się, jeśli Jesteś agencją/zespółem-przedsprzedawcą · pierwszy instynkt „przepisać od zera” · Odoo tylko ≤ v16 lub teoretycznie · Claude Code „nauczę się w trakcie” · Warunki Start — płatny test (mały, realny) → długoterminowa współpraca Start: już Projekt zorganizowany: udokumentowana architektura, ADR, CI/CD, czysta historia git. Dziedziczysz porządek, nie chaos.