Нужен специалист связать PHP код с WSDL сервисом через SOAP

ZADANIE TECHNICZNE Nazwa projektu Aplikacja internetowa do śledzenia przeczytanych książek (analog Goodreads). ⸻ 1. Cel projektu Opracowanie aplikacji internetowej, która umożliwia użytkownikom przeglądanie katalogu książek, wyszukiwanie książek, tworzenie własnej biblioteki, zmienianie statusu czytania oraz ocenianie przeczytanych książek. ⸻ 2. Przeznaczenie systemu System jest przeznaczony do prowadzenia osobistej elektronicznej biblioteki użytkownika. Główne możliwości: przeglądanie katalogu książek; uzyskiwanie informacji o książce; prowadzenie własnej listy książek; ocenianie przeczytanych książek; administracja katalogiem. ⸻ 3. Typy użytkowników Gość Może: przeglądać katalog książek; przeglądać informacje o książce; wyszukiwać książki. Zarejestrowany użytkownik Ma wszystkie możliwości gościa, a także może: utworzyć własne konto; zalogować się; dodać książki do osobistej biblioteki; zmieniać status książki; oceniać książki; przeglądać stronę „Moje książki”. Administrator Ma pełny dostęp do katalogu książek: dodawanie książki; edycja informacji; usuwanie książki. ⸻ 4. Wymagania funkcjonalne 4.1 Rejestracja System powinien umożliwiać tworzenie nowego konta. Formularz rejestracji zawiera: imię użytkownika; email; hasło; potwierdzenie hasła. Email musi być unikalny. ⸻ 4.2 Logowanie Użytkownik powinien mieć możliwość logowania się za pomocą emaila i hasła. Po pomyślnym zalogowaniu otwiera się osobisty panel użytkownika. ⸻ 4.3 Katalog książek Katalog powinien wyświetlać listę książek. Dla każdej książki należy wyświetlić: okładkę; tytuł; autora; gatunek; średnią ocenę. ⸻ 4.4 Wyszukiwanie System powinien wspierać wyszukiwanie książek po tytule. Jeśli książki nie znaleziono, wyświetlane jest odpowiednie powiadomienie. ⸻ 4.5 Strona książki Dla każdej książki powinna być osobna strona. Na stronie wyświetlane są: tytuł; autor; gatunek; opis; okładka; średnia ocena; ocena bieżącego użytkownika (jeśli została wystawiona). ⸻ 4.6 Osobista biblioteka Zalogowany użytkownik może dodać książkę do własnej biblioteki. Dla każdej książki ustala się jeden z statusów: Chcę przeczytać; Czytam; Przeczytano. Jednocześnie książka może mieć tylko jeden status. Użytkownik może zmienić status lub usunąć książkę ze swojej biblioteki. ⸻ 4.7 Ocenianie książek Użytkownik może ocenić książkę w skali od 1 do 5. Jedna książka może być oceniana przez jednego użytkownika tylko raz. Ocenę można zmienić. Ogólna ocena książki jest automatycznie obliczana jako średnia wszystkich ocen użytkowników. ⸻ 4.8 Profil użytkownika W profilu wyświetlane są: imię użytkownika; email; liczba książek w bibliotece; lista dodanych książek. ⸻ 4.9 Panel administracyjny Administrator ma możliwość: dodawania nowych książek; edycji informacji o książkach; usuwania książek; przesyłania okładki książki. ⸻ 5. Struktura danych Książka tytuł; autor; gatunek; opis; okładka; ocena. Użytkownik imię; email; hasło. Biblioteka użytkownika użytkownik; książka; status; ocena. ⸻ 6. Wymagania niefunkcjonalne Projekt powinien być zrealizowany z użyciem: ASP.NET Core MVC; C#; Entity Framework Core; SQL Server; HTML; CSS; JavaScript. Interfejs powinien poprawnie działać w nowoczesnych przeglądarkach i mieć responsywny design. ⸻ 7. Kryteria akceptacji Projekt uznaje się za zakończony, jeśli zrealizowano: rejestrację i logowanie użytkowników; przeglądanie katalogu książek; wyszukiwanie książek; stronę książki; osobistą bibliotekę; zmianę statusu książki; ocenianie książek; stronę profilu; panel administracyjny do zarządzania katalogiem książek.

Szukamy doświadczonego Lead Software Engineer / Senior Backend Engineer, który dołączy do naszego zespołu w ramach projektu zdrowotnego. Projekt koncentruje się na ulepszaniu istniejącej platformy poprzez budowanie automatyzacji procesów biznesowych, rozwijanie nowej funkcjonalności backendu oraz integrację usług i API zewnętrznych.Wymagania 5+ lat doświadczenia w komercyjnej produkcji oprogramowania; Silne doświadczenie komercyjne z PHP i Laravel (doświadczenie z Laravel jest wymagane); Doświadczenie w budowaniu automatyzacji procesów biznesowych i integracji systemów; Praktyczne doświadczenie z AWS (EC2, S3, RDS, CloudFront, Lambda itp.); Doświadczenie w projektowaniu i rozwijaniu REST API; Silna znajomość MySQL i/lub PostgreSQL; Doświadczenie z Gitem; Poziom angielskiego: B2 lub wyższy.Obowiązki Rozwijać i ulepszać istniejącą platformę Laravel; Budować rozwiązania automatyzacyjne dla wewnętrznych procesów biznesowych; Rozwijać nowe moduły backendowe i integracje; Integracja usług i API zewnętrznych; Poprawiać wydajność, skalowalność i niezawodność platformy.Proszę przesłać nam: Twoje CV; Krótki opis Twojego doświadczenia z Laravel, AWS i projektami automatyzacyjnymi; Twoją miesięczną stawkę lub oczekiwania płacowe; Twoją dostępność; Twoją lokalizację i strefę czasową. Nie możemy się doczekać, aby usłyszeć od Ciebie.

Trzeba zrobić lekką aplikację na telefon, dosłownie jedną stronę. Projekt dam. Wszystkie szczegóły w wiadomości prywatnej

Witaj. Musisz stworzyć dokładną kopię funkcjonalności modułu na WordPressie dla open card. Plugin Mondial Relay WooCommerce Moduł do dostawy. Dodaję również dokumentację. Dokumentacja jest dostępna w języku angielskim. Istotą tej integracji jest to, że przy wyborze sposobu dostawy, Mondial Relay otwiera kartę, a następnie z adresu i kodu pocztowego wypełnionego w formularzu zamówienia na stronie pokazuje najbliższy punkt wydania. Cała dokumentacja jest na stronie oraz przykład widgetu. Są moduły pod Prestashop, WordPress itp. To nie jest dla opencart. Możesz wziąć moduł i na tej podstawie zrobić pełną kopię dla open card. Czekam na cenę i terminy. Wszystkiego dobrego i spokojnego. Kocham was, przyjaciele.

Potrzebne jest stworzenie Modułu "Ankieta", w którym będą ankiety, pytania i opcje odpowiedzi do pytań (logika wyświetlania pytań oraz przetwarzania odpowiedzi - zrealizujemy w osobnym projekcie). 1. Lista i CRUD dla "Ankiet". W liście ma być "Nazwa ankiety", ikony "Edytuj/Usuń". Po kliknięciu na Edytuj - ma otworzyć się formularz z: "Nazwą" - input, pole obowiązkowe, "Opis" textarea ankiety (nieobowiązkowe), przycisk "Zapisz". Poniżej pytania dotyczące tej ankiety, wyświetlane w trybie tylko do odczytu. Po kliknięciu na "Usuń", ma pojawić się potwierdzenie "Czy na pewno chcesz usunąć Ankietę", jeśli klikniesz "tak" - ma zostać usunięta Ankieta i wszystkie pytania, które się w niej znajdują. Zrealizować wielojęzyczność zakładkami, języki: ukraiński, angielski i rosyjski (w przyszłości - niemiecki i hiszpański). Nad listą u góry ma być przycisk "Dodaj Ankietę", po kliknięciu na który - zostanie zrealizowana powyżej opisana logika, tylko z pustymi polami. 2. Lista i CRUD dla "Pytań". W liście ma być: Nazwa pytania, ikony "Edytuj/Usuń". Po kliknięciu na Edytuj, ma być: "Pytanie" - pole input, obowiązkowe, "Opis pytania" - pole textarea, oraz dynamiczne bloki dodawania opcji odpowiedzi, ten blok ma się nazywać "Opcje odpowiedzi". Każda opcja odpowiedzi ma zawierać "Nazwa opcji" - input (pole obowiązkowe), "Quest 1" - lista rozwijana z 24 Questami (pole obowiązkowe), oraz krótkie input "Punkt" z możliwością podania w nim liczby dodatniej (pole obowiązkowe), + jeszcze jeden "Quest 2" - lista rozwijana z 24 Questami (pole nieobowiązkowe), oraz krótkie input "Punkt" (pole nieobowiązkowe) z możliwością podania w nim liczby dodatniej, oraz ikona usuń, po kliknięciu na którą ma być potwierdzenie "Czy na pewno chcesz usunąć opcję odpowiedzi", jeśli tak - tylko bieżąca opcja odpowiedzi ma zostać usunięta. Przycisk zapisz, który zapisuje formularz. Zrealizować wielojęzyczność zakładkami, języki: ukraiński, angielski i rosyjski (w przyszłości - niemiecki i hiszpański). Nad listą u góry ma być przycisk "Dodaj Pytanie", po kliknięciu na który - zostanie zrealizowana powyżej opisana logika, tylko z pustymi polami. 24 Questy to statyczna lista z nazwą questu i liczbą, która mu odpowiada, NIE autoinkrement, a ręcznie podana liczba. Całą listę przekażę w wiadomościach prywatnych. Lepiej wprowadzić tę listę jako osobną tabelę w bazie danych, aby można było w razie potrzeby ją rozszerzać. CRUD dla tej listy NIE jest potrzebny. Design/markup - ma odpowiadać designowi, markupowi samego panelu administracyjnego. Kod modułu ma wykorzystywać API samego CMS, pisać swój kod - tylko wtedy, gdy nie ma gotowego API. W idealnym przypadku oczekuję oceny w godzinach, aby zrozumieć koszt 1 godziny pracy. Wygodnie mi pracować w logice timerate`ów.