gnysek

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ź