Budżet: 7500 UAH Termin: 5 dni
Zadanie zrozumiałem, mogę przystąpić do wykonania. Jedynie - proszę o doprecyzowanie wersji PHP i czy będzie trzeba dodatkowo konfigurować cli? Odpowiedź można wysłać na prywatną wiadomość.
Subdomena: pitrimka.selector.space → instalacja najnowszej wersji WordPress (subdomena już skonfigurowana do pracy na tym serwerze)
1. Dane wyjściowe
2. Zadanie
2.1. Infrastruktura Docker
Potrzebne:
1. Utworzyć folder projektu /var/www/jamstack/
2. Skonfigurować strukturę:
/nginx
/wordpress
/db
/node
docker-compose.yml
3. Przygotować docker-compose.yml, który zawiera:
Kontenery:
4. Utworzyć wolumeny do trwałego przechowywania:
wp-content
db-data
logs
2.2. Konfiguracja Nginx
• Reverse proxy → WordPress (port 9000 lub 8000)
• HTTP → HTTPS przekierowanie
• Włączyć HSTS
• Optymalne nagłówki zabezpieczeń
• Limitowanie ruchu w celu ochrony przed botami
• Oddzielne logi dostępu i błędów
2.3. SSL
• Zainstalować Let’s Encrypt przez Docker-Certbot
• Automatyczne odnawianie certyfikatów
• Sprawdzić działanie HTTPS
2.4. WordPress (php-fpm)
• Zainstalować najnowszą wersję WordPress
• Utworzyć niestandardowy Dockerfile dla PHP:
• rozszerzenia: mysqli, curl, zip, gd, mbstring, xml, imagick
• wyraźne ograniczenia pamięci (512M)
• Skonfigurować użytkownika/grupę pod UID użytkownika spacy
• Przenieść wp-content na wolumen
2.5. Baza danych
• Podać hasło root w .env
• Skonfigurować wolumen
• Optymalizować parametry (innodb_buffer_pool, max_connections)
2.6. Domeny i subdomeny
• Konfiguracja:
• pitrimka.selector.space → WordPress
• Sprawdzić:
• strona otwiera się przez HTTPS
• działa wp-admin
• przekazywanie nagłówków dla REST API (CORS → zezwolić przyszłemu frontendowi)
3. Oczekiwany wynik
W pełni działające środowisko JAM-stack:
• ✔ Infrastruktura Docker uruchomiona
• ✔ WordPress działa przez docker-php-fpm
• ✔ Nginx reverse proxy + HTTPS
• ✔ Automatyczne certyfikaty SSL
• ✔ REST API dostępne z zewnętrznego frontendu Next.js/Nuxt
• ✔ Baza danych w oddzielnym kontenerze
• ✔ Wszystko działa stabilnie po ponownym uruchomieniu serwera
4. Dostępy
Po rozpoczęciu pracy przekażę:
• Dostęp SSH do serwera
• Uprawnienia root przez sudo
6. Format oddania pracy - dostarczyć
• Pełny docker-compose.yml
• Dockerfile dla WordPress
• Konfiguracje Nginx
• Instrukcję “jak zrestartować wszystkie kontenery”
• Krótki opis architektury
• Logi instalacji SSL
• Sprawdzenie: strona otwiera się → https://pitrimka.selector.space
Budżet: 7500 UAH Termin: 5 dni
Zadanie zrozumiałem, mogę przystąpić do wykonania. Jedynie - proszę o doprecyzowanie wersji PHP i czy będzie trzeba dodatkowo konfigurować cli? Odpowiedź można wysłać na prywatną wiadomość.
Budżet: 12345 UAH Termin: 3 dni
Witaj, Mykoła.
Profesjonalnie zajmuję się tworzeniem stron internetowych na WORDPRESS. Posiadam własną bibliotekę gotowych rozwiązań, która przyspiesza czas pracy.
Jestem gotów omówić szczegóły i rozpocząć realizację. Ostateczna cena/termin po wszystkich wyjaśnieniach.
Profil: Freelancehunt
Opinie: Freelancehunt
Budżet: 5000 UAH Termin: 2 dni
Dzień dobry, mam doświadczenie z infrastrukturą Docker, zrealizuję wdrożenie środowiska za pomocą Docker Compose, wszystko będzie zgodne z Państwa wymaganiami z ładnym raportem z pracy, proszę o kontakt!
Budżet: 5000 UAH Termin: 7 dni
Witam, jestem gotów zająć się Państwa projektem. Ponad cztery lata doświadczenia jako inżynier DevOps. Chętnie omówię szczegóły.
Dla Państwa projektu zaproponowałbym Traefik jako reverse proxy z automatycznym odnawianiem darmowych certyfikatów SSL, będzie to jako osobny kontener w projekcie dla Docker Compose.
Budżet: 3000 UAH Termin: 5 dni
Dobry wieczór.
Jestem gotów dostosować twoją infrastrukturę zgodnie z zadaniem. Pisz. Dziękuję.
Budżet: 2500 UAH Termin: 1 dzień
Dzień dobry
Devops z doświadczeniem ponad 5 lat.
Jestem gotów skonfigurować tę infrastrukturę, napisz do mnie prywatnie, aby wszystko omówić, a ja przystąpię do realizacji.
Budżet: 2000 UAH Termin: 2 dni
Ok, rozumiem zadanie. Mogę przygotować gotową infrastrukturę Docker JAM-stack pod Headless WordPress na Ubuntu 24.04 z Nginx reverse proxy, php-fpm, MariaDB/PostgreSQL, Node.js i automatycznym SSL przez certbot.
Wynik będzie zawierał:
Pełny docker-compose.yml z kontenerami: nginx, wordpress (php-fpm), db, node, certbot.
Dockerfile dla WordPress z potrzebnymi rozszerzeniami PHP i limitem pamięci 512M.
Konfiguracje Nginx: reverse proxy, przekierowanie HTTPS, HSTS, nagłówki bezpieczeństwa, ograniczenie liczby żądań, oddzielne logi.
Volumes dla wp-content, db-data, logs.
.env dla poufnych danych (hasło do bazy danych).
Sprawdzenie REST API i CORS dla przyszłego frontendu.
Instrukcja dotycząca ponownego uruchomienia wszystkich kontenerów.
Krótki przegląd architektury i log SSL.
Po uzyskaniu dostępu SSH z sudo mogę zbudować i uruchomić wszystko na subdomenie pitrimka.selector.space tak, aby WordPress działał całkowicie przez php-fpm, Nginx obsługiwał HTTPS, a frontend (Next.js/Nuxt) mógł sięgać do REST API.
Jeśli to konieczne, mogę od razu przygotować przykład docker-compose.yml + Dockerfile do sprawdzenia na waszym serwerze.
Budżet: 3000 UAH Termin: 1 dzień
Witaj
Teraz ustawię
Pisz w wiadomościach prywatnych
___________________________
Potrzebna nowoczesna strona, która dobrze będzie wyglądać na komputerze i telefonie. Co jest potrzebne: ładny design; adaptacja do wszystkich urządzeń; wygodna struktura; formularz do zbierania zgłoszeń; szybkie ładowanie strony. Teksty, zdjęcia i logo dostarczę. W ofercie proszę podać koszt, czas realizacji oraz przykłady swoich prac.
Jest gotowe narzędzie internetowe dla produkcji odzieżowej — interfejs jest zrobiony, część logiki istnieje, ale nie są podłączone rzeczywiste integracje. Należy doprowadzić do stanu roboczego. Demo: https://prognoz.rich2222shop.site/Cel System ma dokładnie pokazywać, ile i jakich pozycji (rozmiar/kolor) należy wykroić, widzieć jedyny stan magazynowy (magazyn + w krojeniu + zwroty) i zmniejszać przeszwy przez uwzględnienie statystyki odmów.Zadania Integracja z LP CRM — podłączyć przez API (klucz/subdomena już mają pola), pobrać stany, zamówienia, zwroty. Ominięcie CORS przez proxy na Render.com. Logika obliczania kroju — doprowadzić formułę Plan − Magazyn CRM − W krojeniu + Zwroty do stanu roboczego na rzeczywistych danych, obliczyć według matrycy rozmiar×kolor. Uwzględnienie odmów w prognozie — % odmów według rozmiaru/koloru ma zmniejszać plan kroju dla tej pozycji, a nie tylko się wyświetlać. Jednolity ogólny magazyn — połączyć magazyn + w krojeniu + zwroty w jedną tabelę. Warsztaty i historia krojów — podział według warsztatów, przyjmowanie zwrotów, historia przekazania. Poprawa błędów — część przycisków jest obecnie w stanie nieaktywnym, należy doprowadzić do stanu roboczego.Stos HTML/JS single-page, localStorage, integracja z LP CRM API, proxy na Render.com.Wymagania Doświadczenie w integracji CRM przez REST API (plus — doświadczenie z retailCRM/LP CRM) Doświadczenie z proxy/CORS Rozumienie logiki magazynowej/produkcyjnej Gotowość do dopracowywania istniejącego kodu, nie przepisywania od zeraFormat pracy Komunikacja pisemna (czat/messenger) → etapowe oddanie (CRM → logika obliczeń → magazyn/warsztaty → dopracowanie) → demo na każdym etapie. Ważne jest, aby zrozumieć istotę zadania, a nie tylko formalnie wykonać specyfikację — mile widziane są własne rozwiązania lub ulepszenia tam, gdzie widzisz, że można zrobić wygodniej lub bardziej niezawodnie.Budżet / terminy Budżet: 6000 UAH (do negocjacji w zależności od zakresu i etapowego oddania)
Witam, jest strona, na której trzeba zoptymalizować szybkość ładowania stron, gdzie strona ładowana jest nie w 1 sekundę, a w 3 sekundy. Potrzebna pomoc w optymalizacji tego problemu. Strona WordPress WooCommerce. Tutaj jest raport i potrzebna ocena pracy oraz czas wykonania: https://pagespeed.web.dev/analysis/https-yuniko-us/u7tmi2y4b8?form_factor=desktop
Poszukujemy specjalisty do stworzenia strony / landing page'a do sprzedaży produktów do okien: firany, rolety i plisy. Potrzebujemy nie tylko strony wizytówki, ale praktycznego narzędzia do sprzedaży, zbierania zgłoszeń i dalszej skalowalności. Szuka specjalisty, który już tworzył podobne modele stron: z wyborem parametrów produktu, obliczaniem ceny, zgłoszeniami / zamówieniami oraz konsultacją klienta. Również ważne, aby specjalista rozumiał pracę z zagraniczną publicznością, ponieważ strona planowana jest do sprzedaży nie tylko w Ukrainie, ale także na rynku europejskim / polskim. Podstawowa logika strony: Klient wchodzi na stronę i ma możliwość: Wybrać produkt. Wybrać kolor / wariant. Podać szerokość i wysokość. Zobaczyć orientacyjną lub dokładną cenę. Zostawić zgłoszenie lub złożyć zamówienie. W przyszłości — zapłacić online. Również ważne jest przewidzenie przycisku konsultacji, jeśli klient nie jest pewny pomiarów lub wyboru produktu. Na przykład: “Potrzebujesz pomocy z pomiarem?” / “Uzyskaj konsultację”. Ważne jest dla nas, aby klient mógł nie tylko dzwonić, ale napisać do nas i uzyskać pomoc online. Dodatkowy produkt: Osobno chcemy dodać plisy jako dodatkowy produkt lub tańszą alternatywę dla głównych firan. To znaczy, strona ma umożliwić pokazanie klientowi prostszego i bardziej dostępnego wariantu, jeśli główny produkt jest dla niego zbyt drogi. Kierunek B2B: W przyszłości chcemy mieć blok B2B lub osobną stronę dla klientów hurtowych: salony firan, fachowcy, partnerzy, producenci, klienci hurtowi. Powinna tam być krótka informacja o współpracy hurtowej, możliwość zostawienia zgłoszenia oraz, być może, orientacyjna logika cen w zależności od ilości. Co potrzebne od specjalisty: Podpowiedzieć, jak najlepiej zrealizować stronę: CMS, konstruktor, custom development czy inna opcja. Proponować optymalną strukturę strony. Wyjaśnić, czy możliwe jest zrobienie kalkulatora ceny w zależności od szerokości i wysokości. Podpowiedzieć, jak najlepiej zorganizować zgłoszenia / konsultacje / płatności. Ocenić, co można zrobić na pierwszym etapie, a co lepiej zostawić na później. Podać orientacyjne terminy i koszty. Ważne jest dla nas, aby uruchomić stronę etapowo: najpierw stworzyć minimalną wersję roboczą, która już będzie mogła zbierać zgłoszenia lub sprzedaże, a następnie stopniowo dodawać bardziej skomplikowane funkcjonalności. Format pracy: Początkowo chcemy przeprowadzić krótkie spotkanie Zoom / Google Meet, aby pokazać produkt, wyjaśnić logikę i zrozumieć, czy możesz pomóc w realizacji. Przed spotkaniem możemy wysłać przybliżone TŻ i przykłady, abyś z wyprzedzeniem rozumiał, o jaki produkt i jaką logikę strony chodzi. To nie jest ostateczne zadanie techniczne, a wstępna wizja zadania, którą chcemy omówić ze specjalistą.
Konieczne jest opracowanie aplikacji internetowej do automatyzacji potwierdzania zamówień i oferowania dodatkowych produktów klientom przez Viber. Zamówienia trafiają do CRM SalesDrive. Ogólna logika działania: 1. Menedżer w aplikacji internetowej wybiera jedno lub kilka zamówień z SalesDrive, wybiera scenariusz i jedną lub kilka ulotek reklamowych, po czym uruchamia automatyczne przetwarzanie. 2. Klientowi przez Viber Business Messages wysyłana jest wiadomość transakcyjna z danymi zamówienia: produkty, kwota, sposób płatności, miasto, usługa dostawy i oddział/adres. Klient wybiera: — „Tak, dalej”; — „Skontaktować się z menedżerem”. 3. Po potwierdzeniu klientowi automatycznie wysyłana jest jedna lub kilka wybranych przez menedżera ulotek reklamowych z dodatkowymi produktami. 4. Klient w dowolnej formie tekstowej jednym lub kilkoma wiadomościami pisze, jakie produkty i w jakiej ilości chce dodać. Po zakończeniu wyboru klient naciska przycisk „Wybrałem(łam) wszystko”. 5. AI analizuje wszystkie wiadomości klienta i porównuje wybrane pozycje tylko z produktami zawartymi w wysłanych klientowi ulotkach. Dla każdej ulotki w systemie z góry przechowywana jest usystematyzowana lista produktów i ich ID/artykuli. 6. System formułuje rozpoznaną listę produktów i ilości i wysyła ją klientowi do potwierdzenia. Klient wybiera: — „Tak, zgadza się”; — „Trzeba zmienić”; — „Skontaktować się z menedżerem”. 7. Po potwierdzeniu wybrane dodatkowe produkty automatycznie dodawane są do istniejącego zamówienia w SalesDrive. Zmienia się kwota i status zamówienia. 8. Po zakończeniu potwierdzenia zamówienia klientowi wysyłana jest informacja o terminach wysyłki. Przykład: „Wysyłka zamówienia odbywa się w ciągu 2 dni roboczych. Jeśli zależy Ci na jak najszybszej wysyłce, naciśnij przycisk poniżej. Weźmiemy to pod uwagę przy przetwarzaniu zamówienia”. Przyciski: — „Wszystko w porządku”; — „Potrzebna szybka wysyłka”. Jeśli klient wybiera „Potrzebna szybka wysyłka”, w zamówieniu SalesDrive powinna być zachowana odpowiednia adnotacja lub komentarz. Automatyczny scenariusz w tym przypadku trwa dalej. 9. Klientowi automatycznie wysyłana jest informacyjna wiadomość o konieczności sprawdzenia paczki przy odbiorze. Przykład: „Proszę sprawdzić towar w oddziale usługi dostawy przy odbiorze. W przypadku stwierdzenia uszkodzeń mechanicznych nie odbieraj paczki i skontaktuj się z nami. To pomoże nam szybko rozwiązać sytuację”. Przyciski i odpowiedź klienta na tym etapie nie są wymagane. 10. Ostatnią wiadomością klientowi automatycznie wysyłane są dane kontaktowe firmy. Przykład: „Jeśli masz pytania dotyczące zamówienia, możesz się z nami skontaktować: Telefon: … Viber: … Telegram: …” Dane kontaktowe i treść wiadomości powinny być edytowane przez administratora aplikacji. 11. Niekonwencjonalne przypadki są przekazywane menedżerowi. Na przykład: — klient prosi o zmianę zamówienia; — klient wybiera kontakt z menedżerem; — AI nie mogło jednoznacznie rozpoznać produktów lub ilości; — klient nie potwierdził rozpoznanej listy; — klient wysłał nieobsługiwany załącznik; — wystąpił błąd techniczny. Po przekazaniu zamówienia menedżerowi automatyczny scenariusz zostaje zatrzymany. Integracje: — API SalesDrive; — TurboSMS HTTP API / webhook, Viber Business Messages; — API modelu AI do rozpoznawania wolnego tekstu klienta. Konieczne jest również wdrożenie: — panelu internetowego menedżera; — pobierania i wyświetlania zamówień z SalesDrive; — wyboru jednego lub kilku zamówień; — wyboru scenariusza; — wyboru jednej lub kilku ulotek; — zarządzania ulotkami i powiązanymi z nimi produktami; — przechowywania stanu dialogu Viber; — historii dialogu; — zmiany statusów zamówienia; — zatrzymania automatycznego scenariusza; — podstawowej statystyki. Przychodzące obrazy, pliki i wiadomości głosowe klienta nie muszą być rozpoznawane. AI działa tylko z tekstem. TurboSMS potwierdził możliwość automatycznej wysyłki wiadomości przez HTTP API, otrzymywania odpowiedzi przez webhook i kontynuowania dalszego scenariusza w ramach sesji czatu Viber. Szczegółowe zadanie techniczne zostało przygotowane i zostanie przekazane potencjalnemu wykonawcy. W odpowiedzi proszę podać: 1. Orientacyjną kosztorys opracowania MVP. 2. Orientacyjny czas opracowania. 3. Czy masz doświadczenie w integracjach z CRM/API/webhook. 4. Czy masz doświadczenie w integracji AI/LLM API do przetwarzania tekstu użytkownika. 5. Przykłady podobnych projektów, jeśli są.