Wątek: Bezpieczenstwo skryptow js i ajax

Według mnie js powinien być wykorzystywany wyłącznie do obsługi DOM'u i niczego więcej. Jedynie ostatecznie AJAX (da się go zastąpić ramką) ale to rozwiązanie(tak jak ramka) jest niebezpieczne i KAŻDź informację otrzymaną od użytkownika trzeba dokładnie filtrować.

ramki to zło

"BTW KTOS obiecal artykulik o bezpieczenstwie jesli mnie pamiec nie myli... nie zebym przypominal"
WAN, ja pisałem o tym arta na potrzeby browser game zin i to dawno temu ale nie poruszyłem tam problemu bezpieczeństwa w skryptach ajax czy js ale zgodzę sie z Kiri i Klausem użytkownik może zrobić z tym co dostanie co chce i wysłać do Ciebie co chce, odnośnie bezpieczeństwa Javy się nie wypowiem ale powiem krótko i ogólnie na temat całości - to zło(chociaż coś tam podobno teraz lepszego wyszło ale... :P).

Dumdas, pamiętam jak kiedyś Xca mnie próbował zbluzgać za podobne poglądy - popieram Cie i powiem więcej ajax jest w dużej mierze zbędny, od taka ciekawostka połączenie php i js.

to czy Ajax jest zbedny to raczej kwestia projektu. Zalozmy ze mamy liste WSZYSTKICH graczy. Teraz podswietlamy jednego gracza i wyswietlaja nam sie szczegoly o nim. Zamiast wyskakiwania nowej podstrony mamy wszystko ladnie w divie bez meczenia transferu/serwera (poniewaz nie wczytuje sie masa niepotrzebnych funkcji ktore beda przykladowo tworzyly drzewko userow obok)

Bez php tez przeciez mozna sie obejsc ^^

I dlatego napisałem że jest on w dużej mierze zbędny ale nigdy nie mówiłem że całkowicie i że nie powinno się go w ogóle stosować.
Ale co do twojego przykładu i tak bym był bardziej za konwencjonalnym sposobem.

Skrypty php współpracujące z ajaxem należy zabezpieczać tak samo jak każde inne skrypty php w projekcie, bo podlegają takim samym zasadom, tylko, że dane wejściowe są przesyłane pośrednio przez js. Po stronie klienta nie należy umieszczać żadnej logiki gry, jedynie bajery wspomagające interfejs.

Posumowując - js to bajer udynamiczniający stronę.

piraci: a ja myślę że ten przykład z listą był dobry
jeśli akurat serwer byłby obciążony(czyli np. jest dużo graczy) to przy liście strona wczyta się do połowy i muszę czekać aż lista się pobierze, a przy rozwiązaniu z ajaxem wczyta się cała strona i mogę już coś robić(no chyba że listy graczy potrzebuję to czekam dalej)

Tu i tu będziesz musiał czekać, a ajax wcale nie musi być szybszy od zwykłego rozwiązania ponadto kupa z tym problemów + dodatkowe wymagania jeśli chodzi o użytkowników(wymagana obsługa js) poza tym osobiście jako user niezbyt lobię technologie ajax i po rozważeniu za i przeciw do swojej gry uznałem ajax tak jak już wcześniej mówiłem za ciekawostkę.

Ps.
Ajax powinien mieć zastosowanie tam gdzie jest potrzebna komunikacja gracz gracz w czasie rzeczywistym mapa świata 2d, karczma itp. bo jest tam niezbędny i to właściwie tyle, z resztą równie dobrze radzi sobie zwykły js i zwykłe php.

Zawsze też można zrobić konwencjonalny sposób gdyby "nie było" aktywnego js'a lub coś "nie tak" z skryptem js (ajaxowym)