gnysek

To, czy duże i małe znaki są odróżniane czy nie nie zależy od ustawień PDO, a od ustawienia kodowania danego pola w tabeli mysql. Spróbuj zmienić np. na utf8_bin . A co do haseł jw. mamy co najmniej kilka ustaw które zabraniają trzymania ich w plaintekście. Nawet bez wycieku danych trzymanie czyjegoś hasła jawnie w swojej bazie jest równe ze zhackowaniem tej osoby - bo tak naprawdę masz loggera haseł wtedy.

Jeżeli postać podskakuje na podstawie jakiegoś wzoru i nie masz pomijania klatek, to nie ma za bardzo opcji, aby skoczyła niżej. W takich sytuacjach po prostu pewnie rzeczy trwają dłużej, ale w całej grze i tyle. Kod wykona się tyle razy i tak jak chciałeś, tylko w wolniejszym czasie - to jest jedyny problem jaki można napotkać w GMie. Dlatego jest to problem jedynie przy grach online, gdzie musi być sync między klientami.

Nie no, HTML to jest meta dokument, coś jak XML, dlaczego miałoby to renderować ? Wiadomo, ze tylko parsuje (o ile kod jest poprawny - niedomknięte tagi też mogą popsuć sprawę). Co do wczytywania inaczej - musisz "udać" przeglądarkę, wysłać w nagłówkach user-agenta jakiejś znanej przeglądarki. Np. google zwraca inną stronę jak tego brakuje, uznając, że wchodzisz z jakiejś archaicznej komórki i ograniczając javascript.

Mówiłeś, że chcesz odczytać dokument HTML, a nie parsować i sprawdzać zaaplikowane CSSy. To jest zupełnie inna sprawa, od tego jest cały silnik renderujący w przeglądarce i poza użyciem embedded chromium nic mi więcej nie przychodzi do głowy. Bo sparsowanie samemu i szukanie czy klasa jest do zaaplikowania na danym elemencie to za dużo zabawy przy wszystkich możliwych kombinacjach cssów.

A właśnie, na PGA jej nie widziałem w tym roku, a wcześniej pamiętam, że ekipa była

"Innych silników" - no jak robisz w Unity FPSa i chcesz, żeby leciało klatek ile fabryka dała, to jak wspomniał @Konrad-GM - delta time obowiązkowe, bo musisz utrzymać prędkość postaci i innych elementów względem tego co ekran pokazuje, a jest to zmienna liczba. Ale w GM robi się raczej sztywne ograniczenie (cap) właśnie na 60 FPS i wtedy jeśli to nie jest gra online, to średnio delta jest przydatna. Jak mówie, nie widzę problemu, gdy gra zgubi kilka klatek i zwolni, bo cała gra zwolni i gracz sobie z tym poradzi. Trzeba pamiętać, ze w GM draw i step są w sumie powiązane. A jak zakładasz, że Twoja gra na słabszych sprzętach nie utrzyma 60FPSów w GMie, to znaczy, że przedobrzyłeś z czymś GM to spadał poniżej 60FPSów na komórkach za 800zł w 2012, ale nie dziś.

Podobno fajne jest to: https://html-agility-pack.net/

Ja generalnie nigdy nie stosowałem, bo nie robiłem gier, w których jest to niezbędne, lub które lagują Ogólnie uważam, że delta jest WYMAGANA w grach online, żeby rozwiązać problem lagów. Nie wiem czy jest sens używac jej w platformówce typu mario - jak spadnie FPS to spadnie, postać ruszy się wolniej, chyba lepiej niż gdyby przeskoczyła od razu o 3 klatki animacji bo delta time nadrabia to co gra nie wyrobiła A np. to, gdzie doleci pocisk i sprawdzanie, czy przez jego prędkość nie przeleci przez ścianę (np. jak ściana ma 32 piksele szerokości, a prędkości pocisku wynosi 40, to możliwe, że kolizja nie zajdzie), to do tego bym używał collision_line(x,y,xprevious,yprevious), delta time w ogóle nie rozwiąże sprawy. Jeśli wiec nie robisz gry online czy bijatyki i zakładasz, że nie będzie lagować (a jak będzie, to coś robisz źle, więc napraw powód lagowania), to też uważam, że to zbędny bajer.

Przez 17 lat nigdy mi się to nie zdarzyło. A napisałem już łącznie ponad 50 stron w sieci, niektóre z bazami po 4-5 GB.

Przy takiej liczbie userów jak pewnie byś miał, to nie wiem jakie mogą być problemy z serwerami... zwykły hosting www gdziekolwiek wystarczy.

A bo wszystko takie podobne było Sugerowałem się obrazkiem.

Poprawiłem się.

robisz position_meeting i na tej podstawie wybierasz sprite, nie powinno być trudne

1) Szkoły nie mają własnego budżetu, rzadko coś kupują, w sumie tutaj już biznesplan pada jak mucha 2) Zbieraj statystyki uruchomień z adresu IP, weź np. adres IP + adres w podsieci i będziesz widział, ze z różnych kompów odpalają W sumie to nawet liczba "pierwszych urucomień" w tygodniu z jednego IP wystarczy, i tak będzie widać powtarzające się jednego dnia włączenia z tego samego IP 3) wróc do pierwszego pomysłu, z opcją, ze jak nie wpiszesz klucza, to 24 jeszcze wszystko działa (gdyby padł serwer). Co do włamania na serwer - polecam walidowanie klucza z solą/HMAC. Resztę danych (np. nazwa szkoły) możesz trzymać osobno, papierowo, to nie przeszkadza - skoro sprzedajesz to i tak musisz mieć działalność, fakturę, czy nawet umowę i trzymać to na cele podatkowe, więc unikniesz RODO na www przynajmniej (bo w celach podatkowych RODO nie jest potrzebne, bo wynika z przepisów prawa, tak samo umowa)).

Ale to jest smutna prawda a nie żart

Ja proponuję zrobić osobną grę która ma ograniczony content.

RTFM

Polecam znaleźć info o dowolnym SQL Injection do dowolnego pluginu do WP i zrobisz wielkie oczy, że takie coś przeszło i udało się włamać i przy okazji zrozumiesz, jak zaawansowanych i nietypowych sposobów używa sie do włamania. Tu nie chodzi o powstrzymanie dopisania przez kogoś znaczka ' czy " w parametrze GET/POST, tylko o naprawdę znacznie bardziej wyrafinowane dziury

Może po prostu weź napisz zgodnego składniowo JSONa i sprawdź, a nie nas pytasz ? W 10 sekund byś miał odpowiedź

Nie, bo nawet jakbyś miał hasło gdzieś magicznie schowane, to i tak któryś plik by się z bazą łączył i wystarczy, ze osoba która się włamała doklei w tym pliku właśnie swoje zapytania SQL i bez hasła i tak odczyta dane

Osobiście pierwszy raz słyszę. Ale to przez to, że nie robię apek

Trochę prawda i trochę nie. Apki raczej pisze się w Javie / ObjectiveC zależnie od platformy. Aaaalle... są takie frameworki, jak Ionic czy Phonegap, które faktycznie pozwalają w HTML i JS zrobić apkę. I chyba tym powinieneś się zainteresować.

Może mieć różne typy w tablicy, możesz nawet wstawić obiekt klasy (oczywiscie nie dla JSONa, mówię ogólnie), czy zasób (mysql, wskaźnik na plik, itp.). array['hp'] = 20; array['dmg'] = 30; to to samo co: $array = ['hp' => 20, 'dmg' => 30]; z tym, że pierwszy zapis nadpisze/doda dany klucz, a drugi nadpisuje/tworzy całą tablicę.

Zarówno json_encode jak i json_decode świetnie radzą sobie ze zmiennymi typu null, bool, string, integer, float, array. Pozostałych JSON nie obsługuje. Przy czym warto pamiętać, że jak chcesz tablicę w PHP dostać, to robi to json_decode($data, true), inaczej masz obiekty.

Niestety nie, chyba, że będzie to jakaś animacja ze Spine. Filmów GMS generalnie nie odtwarza. Sekwencje która pojawia się na przełomie tego roku w 2.5 będą tego namiastką.