Komentarze do: Serwer gry. Część pierwsza.

Autor: Michał Środek

Michał Środek — Mon, 17 May 2010 00:26:36 +0000

Wychodzę z założenia, że każdy się orientuję czym jest AJAX(a jeśli nie wie to zawsze jest dostępna Wikipedia). Po prostu chciałem zrobić jakiś wstęp, pokrótce pokazać, że jest lepsze rozwiązanie tj. bardziej optymalne w porównaniu do tego czego używa większość programistów gier www. Oczywiście nie oznacza to, że AJAX-a nie będę w ogóle używał. Jak łatwo się domyśleć pojawi się trzecia część artykułu, w której opiszę zaprogramowanie klienta .

Co do mojego serwera — zapytania będzie zadawał czysty JavaScript. Nie lubię flexow itp. Unikam zamkniętych rozwiązań jak ognia.

Autor: zegarek84

zegarek84 — Mon, 17 May 2010 00:04:37 +0000

Jak na to co zacząłeś tutaj opisywać pasowało by zarzucić definicją czym jest AJAX… gdyż AJAX to nie tylko odpytywanie serwera co 1s… miałem się trochu rozpisywać ale… i u Ciebie nie ma spójności… piszesz o AJAX i temat urywasz, zmieniasz na stronę serwerową a pytanie?? co zadaje tu zapytanie?? flash?, AJAX — czyli w dużym uproszczeniu JS lub DHTML??… mniejsza o tym…

w komentarzach trochę pisałem o AJAX’ie [i jak to kolega Batman ocenił wygląda to jak sockety]:
http://wilgucki.blogspot.com/2010/04/komunikacja-z-serwerem-w-czasie.html

Autor: Michał Środek

Michał Środek — Sat, 15 May 2010 22:09:27 +0000

Ja nie mam aż takiego rozmachu aby mieć 20tys graczy wiec o AWS w ogóle nie myślałem. Co do obciążeń — informacje gry będę trzymał w pamięci współdzielonej tak aby nie obciążać dysków. Aktualizacje do bazy nie będą robione z każdą akcją bo będzie ich po prostu za dużo. Raczej będę to robił partiami — np. po zakończeniu jakiegoś etapu na danej mapie(np. zabicie jednostki wroga) lub w przypadku rozłączenia się gracza(co łatwo wykryć, w końcu socket sie zamyka). Ale i tak nie ma co gdybać — wszystko wyjdzie w praniu .

Autor: kalkulator kredytowy

kalkulator kredytowy — Sat, 15 May 2010 21:32:32 +0000

Myślę, że PHP jak najbardziej nadaje się do tego typu projektu. W końcu i tak najwęższym gardłem będzie baza danych, a konkretnie dyski twarde. Nie ważne czy gra będzie w PHP, Java czy nawet C++

Zastanawia mnie jak rozwiążesz kwestie skalowalności. Bo jeden serwer wystarczy na 20tyś userów max. A przy takiej ilości graczy koszty mogą sie nie zwrócić.

Rozważałeś rozwiazania w stylu Amazon Web Services?

Autor: Michał Środek

Michał Środek — Fri, 14 May 2010 23:18:32 +0000

http://srodek.info/blog/215/nowy-projekt-na-biurku

W skrócie: gra dla wielu graczy w czasie rzeczywistym napisana w PHP + HTML5 + miejscami xHTML(jego będę starał się unikać). Mam pomysł na jedną małą grę i jedną dużą. Co z tego wyjdzie zobaczymy .

Autor: Tomasz Kowalczyk

Tomasz Kowalczyk — Fri, 14 May 2010 22:58:10 +0000

Wiem, że pewnie jestem „niedoinformowany“, ale można to gdzieś zobaczyć, jakiś serwer testowy, czy coś podobnego? Co to za gra, napiszesz coś o niej?

Autor: Michał Środek

Michał Środek — Fri, 14 May 2010 22:35:30 +0000

Opieram to o moje aktualne postępy przy pisaniu własnej gry. Tak więc jest to sensowny i działający kod .

Autor: Tomasz Kowalczyk

Tomasz Kowalczyk — Fri, 14 May 2010 22:10:05 +0000

Wykorzystujesz ten serwer w jakiejś konkretnej produkcji, czy to czysto „akademicki“ test?

Autor: Maciej Wiczołek

Maciej Wiczołek — Fri, 14 May 2010 12:27:14 +0000

Java to dobry język ale na serwer za mało wydajny

Autor: Michał Środek

Michał Środek — Fri, 14 May 2010 10:37:38 +0000

Serwer zostanie przepisany najprawdopodobniej do Javy lub Pythona. Aktualnie po prostu nie mam czasu zagłębiać się w ten temat. Na początek PHP wystarczy tym bardziej, że radzi sobie całkiem nieźle.