Chell

if (dir2 - dir1 > 180) { dir2 -= 360; } dokumentacja nie mowi za wiele nt parametrów tego lerpa, możliwe że 3 argument musi iść w stronę dir2, także w powyższym ifie musiałbyś dodać amount = -0.5

po prawie roku ciszy w temacie 🕯

cudo 💞 ogolnie bardzo profesjonalnie to wyglada, trzymam kciuki

integracja stocków z serwisem magazynowym koszyk promocje rabaty potencjalny race condition ze wszystkim, co "daje" jakąś kasę userowi wysyłka integracja z dostawcami, chociaż najdrobniejsza, żeby user znał chociaż numer przesyłki koszty zależne od regionu / wagi przesyłki generowanie maili aktywacyjnych, maili potwierdzających zamówienie pdfów z umowami, fakturami security rejestracja, logowanie nie trzymanie haseł w plainie reset hasła ogólnie cała autoryzacja i autentykacja bramki płatnicze generowanie linków powrót usera case udany/nieudany obsługa callbacków z bramki co jakiś czas zbiorcza odpytka bramki o status wszystkich płatności, jakby callback z jakiegoś powodu nie przeszedł wygasanie płatności ogólnie licz 4 dni robocze na bramkę jeżeli już kiedyś jakąś podpinałeś + 3 dni na rzeczy, które powinny działać, bo są wg. dokumentacji, ale z jakiegoś powodu nie działają (ze 2 miesiące temu podpinałem Soisy, wymieniłem z nimi kilka maili o co chodzi, oczywiście nic mi nie umieli powiedzieć, po czym ich zjebałem że wg dokumentacji callback jest w jsonie, więc raczej nie spodziewasz się nulla w body, a dane tak naprawdę przychodzi w x-www-form-urlencoded - aż dodali to do dokumentacji) GDPR anonimizacja usera tak, żeby było legalnie, ale żeby nie tracić całych serii danych z nim związanych piszesz, że user będzie wprowadzać ilości produktów, mieć konto z danymi i w ogóle - przecież pisałeś, że tylko Ty będziesz wprowadzał treści na stronę? to jak to jest, to będzie podatne na XSS czy nie? "przygotowanie wydruku FVAT, albo ustawienie ilości w magazynie to żaden problem" - to napisz to fakturowanie, skoro na cały projekt zakładasz tydzień to pewnie z tym się wyrobisz w 2h "autorski system programu lojalnosciowego" - have fun, w firmie sporo takich tworzymy i obsługujemy, i to wszystko co piszesz (i co ja pisze) to tylko wierzchołek góry lodowej funkcjonalności programu lojalnościowego, a każdy taki system jest utrzymywany i rozwijany przez minimum 3 programistów 8-16 przyznaj się, chcesz po prostu własny Avon ale nie chcesz bulić jakiejś firmie bańki za kilka podstron edit: to totalnie brzmi jakbym cie zniechęcał, ale nie zrozum mnie źle - to, tak, jak pisze Konrad, bardzo ciekawy i rozwijający projekt, ale podchodzisz do tego wszystkiego zbyt olewczo, i zaprzegasz w to kasę klientów mimo tego, że masz zerową świadomość ryzyka

obłędnie to wygląda, bardzo smooth i estetycznie, ogólnie super styl. proszę tutaj raportować na bieżąco jak dodasz chowańce będziesz Peterem Molyneux naszych czasów

kozak, Dawid i łapy mistrzowskie. chyba największa gmclanowa ewolucja artystyczna

a kinectem nie zrobisz mocapu twarzy? z mowieniem nie pomoze, ale emocji bys mial milion edit: witam panow na spotkaniu filarow spolecznosci

ewidentnie do jakiejs gry o piratach

jak ja Cie czlowieku szanuje, jest cos czego jeszcze nie pisales?

otoz to moglbys juz robic Obliviona

multipost, ale glupio edytowac po poltora doby kto zgadnie co i na co kleje?

no co Ty, nowo wygenerowany hash będzie zawsze wyglądał inaczej niż ten już istniejący w bazie - dlatego porównuje się plaina z hashem przez password_verify nie da się, musisz ściągnąć usera z bazy po loginie i z poziomu PHP porównać hasło z hashem ogólnie lowerowanie loginu przy każdej próbie logowania to kiepski pomysł. Ogólnie robi się to tak, że loginy są case sensitive, ale obok nich jest pole username_canonical, gdzie jest już login znormalizowany - wszystko lowercasem. Przy rejestracji normalizujesz login i sprawdzasz czy istnieje taki username_canonical i już. Przy okazji artykuł jak złe rozegranie transformacji loginu może napsocić - https://labs.spotify.com/2013/06/18/creative-usernames/ (long story short - najprościej jeszcze ograniczyć loginy do znaków ASCII)

to podawaj szerszą ścieżkę, np `mono katalog1/plik.exe', wtedy podajesz `pkill mono katalog1/plik.exe`. A jeżeli to też jest za mało, to jest bardzo duża szansa że mono zwraca PID - w takim wypadku przechowuj to PID, i później możesz rzeczony proces zabić przez `kill -9 [pid]`