FrozenShade

Znam trochę realia lineage2 i wtrącę coś od siebie. L2 generalnie umiera. renomowane privy typu dex mają coraz mniej graczy a ich serwery są coraz mniej żywotne. Każdy gracz powie, że jedyne porządne masspvp jest teraz na ruskich serwerach, całkowite online innych serwerów nie przekracza często ilości uczestników jednego siege na 'ruskim'. O ile ten epilogue miał by jeszcze jakieś szanse to o interlude nawet nie myśl, lepsi od ciebie próbowali. Jeśli chcesz to mogę ci powiedzieć jeszcze parę rzeczy które pewnie cię ostatecznie zniechęcą do tego. Kolega z pracy prowadził serwer l2 i był developerem na innym serwerze l2, cały czas, ktory na to poświęcił uważa za stracony. Przede wszystkim: na l2 się nie zarobi. L2 się nawet nie ma szans zwrócić, chyba, że będziesz handlował itemkami z bossów 'pod stołem'. Tylko, że w takiej sytuacji wystarczy ci jeden niezadowolony 'klient', przy którym nie będzie ci się chciało skakać i spełniać wszystkich jego zachcianek, jeden gracz który się wygada i serwer leży bo połowa graczy odejdzie ze 'skorumpowanego serwera'. Będziesz miał czyste ręce, będziesz świecił przykładem wśród adminów innych serwerów, ktoś będzie chciał ci zrobić koło dupy, puści plotę, podrobi screeny, sytuacja 'patrz wyżej'. Nie uświadczysz żadnej wdzięczności od graczy, będą o tobie mówić najgorsze rzeczy, na klanowym zwyzywają cie od najgorszych (widziałem logi serwerowe). Każdy gracz będzie podchodził roszczeniowo, bo to ON jest najważniejszy, to dzięki temu, że ON gra to ty możesz mieć serwer. Każdy gracz jest oczywiście najmądrzejszy i wie lepiej jak dany skill powinien działać. Bo na innym serwerze działał inaczej i tam było dobrze (czytaj jemu sie podobało bo dawało mu przewagę), jak się z nim nie zgodzisz to będzie drama, zwyzywają cię na klanowym. Każdy będzie chciał oszukiwać, na dzień dobry musisz wydać ok 500 zł a lameguarda (antybot), jeśli tego nie zrobisz to boty zdominują serwer, normalni gracze nie będą chcieli grać. Jeśli ktoś znajdzie błąd lub exploit to będziesz ostatnią osobą, która się o tym dowie, nikt ci nie powie, będziesz musiał śledzić czaty klanowe, a i to nie jest gwarancją, bardziej ogarnięci wiedzą, że ich 'podsłuchujesz' i o takich rzeczach mówią tylko na ts. Na klanowym co najwyżej napiszą 'ten ch... admin nie wie, że znaleźliśmy kolejnego buga'. Spróbuj kogoś zbanować, no spróbuj. Nawet jeśli jego wina jest pewna to po prostu nie możesz go ukarać. Ban dla gracza = emoquit całego klanu. Możesz mu więc pogrozić palcem, a on to będzie miał w głębokim poważaniu. W l2 będziesz tylko pakował i pakował kolejne złotówki bo oprócz utrzymania maszyny musisz mieć jeszcze fundusze na reklamę. Zabawa się zacznie jak ci dzieci zaczną puszczać (D)DOSy. W zależności od firmy od której masz vpsa skończy się na mniejszych lub większych lagach albo....rozwiązaniu umowy Mógł bym jeszcze tak pisać i pisać. Generalnie wszystko się sprowadza do tego, że community l2 to chyba najgorsze community na dzień dzisiejszy. Masa amatorskich i niedopracowanych privów prowadzonych przez nieodpowiedzialnych adminów nauczyła graczy, że nie warto adminów darzyć szacunkiem. Troche ponad rok temu sam zastanawiałem się nad serwerem L2, jak sie dowiedziałem co i jak (czyli to, co ci właśnie opisałem) zrezygnowałem. Jeśli nie masz co zrobić z wolnym czasem to napisz grę od podstaw, swoją własną. Ja tak zrobiłem (patrz moja sygnatura).

Szukam osób chętnych do pomocy w testach gry internetowej. Tematyka gry to sianie, zbieranie, handel i rozbudowa, czyli to co małolaty lubią. Jest to gra w pisana przeze mnie, nie bazuję na gotowcach. Projekt wykorzystuje silnik stworzony przez grupę programistów do której mam zaszczyt należeć. Czego oczekuję: - kilkunastu minut dziennie Waszego cennego czasu, - krytycznego spojrzenia na to cudeńko, które koduję od ładnych kilku miesięcy, - testów na zasadzie 'spróbuj coś zepsuć' - ogólnego wsparcia w mojej pracy lub kopania mnie w cztery litery jeśli coś jest źle. Co oferuję: Na start jest to projekt niekomercyjny, jestem przygotowany na to, że pierwsze milijony zarobię na tym za kilka lat, więc: - brak wynagrodzenia, - wieczorne dyskusje na ts3, - możliwość uczestniczenia w 'czymś wielkim' - stawiam piwo przy pierwszej nadarzającej się okazji. Tak na poważnie: gra ma być okazją do zabawy dla małolatów i starszych pań/panów. Proste zasady, ładna grafika, współzawodnictwo i stale rozwijany gameplay to główne założenia tego projektu. Grać można za darmo, istnieje możliwość kupna konta premium ale mam świadomość, że kokosów na tym nie zrobię. Może będzie na utrzymanie vpsa. Trochę o mnie: Od ponad 10 lat pracuje jako programista. Kierowałem lub brałem czynny udział w wielu projektach zarówno dla sfery biznesu jak i przemysłu. Projektowałem i tworzyłem oprogramowanie okienkowe dla końcowych użytkowników jak i systemy przetwarzania danych czasu rzeczywistego sterujące lub nadzorujące procesy produkcyjne. Programuje w językach c, c++, c#, java, php, assembler. Nie straszny mi sql. Pisałem oprogramowanie na maszyny serwerowe oraz na systemy typu embedded. No i po tym wszystkim strzeliło mi do głowy, żeby napisać grę. Dla niezarejestrowanych użytkowników forum - kontakt email: game.pgr(at)gmail.com

@kaszub1136: nigdy nie znajdzie się rozwiązania, które usatysfakcjonuje każdego. Tak jak ty teraz zarzucasz grze zbyt duży poziom skomplikowania tak wielu innych sądzi, że w grze przydało by się więcej funkcji. Kolejne funkcje będą więc wprowadzane, ale będzie im przyświecało jedno, główne założenie - nie będą obowiązkowe. @glanpolnet: beta testy trwają już ładny kawałek czasu i z obserwacji wiem, że znalezienie chętnych graczy to będzie tak na prawdę tylko i wyłącznie kwestia rozreklamowania gry. Zawsze znajdą się chętni tak samo jak znajdują się ludzie do pomocy w betatestach. Praktycznie wszyscy testerzy na chwilę obecna po prostu grają. Ilość błędów jest znikoma, prawie wszystkie planowane funkcje działają. Ludzie sobie farmią, rozbudowują się, ścigają się w rankingach klubowych.

Up, prace jeszcze trwają ale powoli zbliża się wszystko ku końcowi. Kilka screenów: http://s14.postimg.org/5rirkcvup/screen1_2.png http://s21.postimg.org/qi5yyry6v/screen2_1.png http://s11.postimg.org/p5n9ou2o3/screen3_1.png http://s9.postimg.org/nzp78ni7j/screen4_1.png Aktualne informacje o postępie prac można zawsze znaleźć na naszym fanpage. Osoby zainteresowane udziałem w betatestach proszone są o odpowiedź w tym temacie, prywatną wiadomość na forum lub kontakt na email: game.pgr(at)gmail.com Pozdrawiam i zapraszam do testów.

Te cudeńka za 15zł mają już tą ochronę anty-DDoS o której niedawno rozpisywał się OVH? Nie udało mi się nic konkretnego na ten temat znaleźć.

Witam. Poszukuję poradnika lub howto, czegokolwiek co pomoże wprowadzić w podstawy pozycjonowania stron. Wiem, że mogę pogooglać ale chodzi mi o coś naprawdę dla początkujących, dla kogoś kto nie miał z tym dotąd żadnej styczności, a co być może pomogło Wam stawiać Wasze pierwsze kroki w tej tematyce. To nie będzie dla mnie, ja bym się przedarł przez najbardziej skomplikowane dokumentacje i opisy. Chodzi o to, żeby moja żona która chce się poduczyć nie zniechęciła się już na początku Będę wdzięczny za linki.

To już po forum?

Aktualizacja serwera: nowy wygląd okna gry, nowe portrety postaci, działają pierwsze opcje dla klubów rolnika. http://s22.postimg.org/xwbhycrgx/screen1_1.png Dla niezarejestrowanych użytkowników forum - kontakt email: game.pgr(at)gmail.com

Aktualizacja, Dodalismy kilka nowych rzeczy, poprawilismy parę błędów, zadbalismy o zajecie dla nowych graczy podczas siania i zbierania pierwszych plonów. Od momentu założenia pola uprawnego do ukończenia trzeciego poziomu można zbierać dziko rosnące roślinki rozrzucone po mapie. Zapraszam.

Kilka screenów z gry: Ogólny widok: Zamówienie składane przez NPC: Opis terenu (z mapy): Było by więcej, ale nadal część grafik to szkice.

Ogólnie to jestem zdziwiony, że na takim tematycznym forum jak WHT znalazłem ludzi chętnych do testów gry, która jest tak naprawdę przeznaczona dla młodszych odbiorców. Jednak potrzeba więcej, więcej i więcej.... Stąd pytanie: gdzie mógłbym się jeszcze ogłaszać z takim tematem? Wiem, że jest gamehostingtalk i jutro pojawi się tam odpowiedni post, ale to nadal mało. Googlałem w poszukiwaniu różnych for o grach ale nie znalazłem nic sensownego, a młodzieży na testy nie wpuszczę. Zna ktoś z Was, drodzy koledzy, jakąś większą społeczność (poza forami dla programistów - to zboczeńcy i nienormalni ludzie przecież...) wśród której mógłbym znaleźć osoby chętne do pomocy i jednocześnie chociaż odrobinę zainteresowane tematem?

Up, Staram się rozszerzyć testy na jeszcze większą ilość osób, ale tylko na nielicznych forach temat zostaje podchwycony. Ktoś z Was ma jeszcze jakieś pomysły?

Up, testy nadal trwają. Zapraszam.

Dźwięk jest wyraźnie słyszalny? czy to taki pisk na bardzo wysokich częstotliwościach?

Jakiś czas temu szukałem vpsa pod grę przeglądarkową. Co prawda na chwilę obecną mój projekt jeszcze nie ruszył ale zdecydowałem się na ofertę ultimahost. Zobacz co mają. Wg. mnie oferta jest interesująca, głównym kryterium dla mnie była ilość ramu w stosunku do ceny, czas odpowiedzi supportu oraz sposób reakcji na drobne sieciowe ataki.

Akon, mylisz spam z opinią użytkownika forum. Skoro ten Twój fajny serwer zarabia na siebie, generuje zysk itp to po co chcesz go sprzedać? Nie sądzę, żeby osoby, które nie znają realiów pisały tutaj tylko po to, żeby Ci zrobić na złość. Zaproponowałeś swoją cenę, inni mają do niej zastrzeżenia. przyjmij je do wiadomości albo ogłaszaj się na innym forum. Tutaj zostałeś wyceniony tak a nie inaczej. Chyba więcej nie trzeba tłumaczyć. EDIT: literówki.

Navicat

Prace idą bardzo dobrze, ok 60 osób bierze udział w testach, średnio raz w tygodniu pojawia się nowa funkcjonalność. W tym momencie kończę prace nad mechanizmem dziennych mini-zadań oraz drobnych nagród przyznawanych za ich wykonanie. Zaproszenie wysłane na PW. Pozdrawiam.

Chcesz mieć pole w rekordzie, gdzie będziesz przechowywał jakieś oddzielone przecinkami 'dane' ? Tak się nie robi! Zbuduj sobie normalną tabelę gdzie będziesz miał id mapy, x i y punktu. Bo jak rozumiem jeden 'pixel' na takiej mapie będzie odpowiadał jednemu 'blokowi' na mapce takiej na ekranie? A i to też trochę bezsensowne rozwiązanie, jak chcesz robić mapę z klocków to sam klocek będzie dla ciebie przeszkodą, kwestia ustalenia, czy właśnie na niego nie wszedłeś. A skoro go wyświetlasz (mur, rzeka, kamień czy inny smoczy kutas) to wiesz, że on tam jest! Widzisz, normalnie się to robi tak, że wczytujesz sobie do RAMu informacje z mapy/geodaty i dane o przeszkodach ruchomych (takich ruszających się w realtime lub zmieniających swój stan w zależności od sytuacji w grze. np drzwi) a potem odpowiednim algorytmem sprawdzasz czy nie nastąpiła kolizja. Możesz też rozwiązać to na poligonach, ale to raczej nie w przypadku takiej gry. Generalnie źródłem danych do algorytmu wyznaczania kolizji może być sama mapa a nie jakieś cyferki oddzielone przecinkami (co już samo w sobie podpada pod zbrodnię). Nie chcę cie tu krytykować, ale zanim zaczniesz pisać to tak na poważnie poczytaj sobie parę mądrych książek, popatrz na duże istniejące projekty. Inaczej ci to po prostu nie wypali bo będziesz się w nieskończoność bawił z jakimiś dziwnymi, autorskimi rozwiązaniami zamiast zrobić daną rzecz tak jak się powinno robić.

Zaraz, nie rozumiem...... Pokaż jakąś przykładową tabelę z wartościami po których chcesz sprawdzać kolizje. I jak można zapisać zapytanie do tablicy?

Za mało informacji. Co to jest 'sprawdzanie kolizji z mysql' ? Jak rozumiem, chcesz sprawdzić, czy dana postać nie zaryła w ścianę? Jak będzie wyglądało zapytanie sprawdzające kolizję? ile obiektów (ścian) przewidujesz? czy sprawdzenie kolizji będzie odpytaniem jednej tabeli? czy może będzie to jakiś widok po większej ilości tabel? jak często będą się pojawiały takie zapytania, 32 pix to nie jednostka czasu Najlepszy sposób to wynająć najtańszy vps, zatrudnić 20 kolegów na wieczorne testy i kazać im klikać. Albo napisz sobie mały programik, który będzie symulował komendy wydawane przez gracza, np będzie chodził po mapie. odpal 100 instancji podłączonych do serwera, sprawdzaj obciążenie i wydajność skryptów. W miarę zwiększania się ilości obiektów w bazie (ścian do kolizji) będzie ci potrzebna coraz mocniejsza maszynka. Tak na marginesie, kolizji nie liczy się zapytaniem do bazy danych, do tego powinieneś mieć dedykowany kawałek kodu. Bo jak ci dojdzie jeszcze n sprawdzań innych rzeczy co daną jednostkę czasu to zamęczysz bazę albo bardzo szybko kupisz sobie jakiegoś mocnego dedyka.

Wiem, dlatego póki nie rozpędziłeś się za bardzo ze swoim pomysłem, to chcę Ci pokazać być może lepsze rozwiązanie. Bo chyba lepiej, gdy zamiast 100 osób serwer udźwignie tysiące, lub żeby utrzymać 100 osób kupisz kilkukrotnie tańszą maszynę.

100 osób? Zapraszam Cię do mnie na testy, wszystko pisane w tej technologii o której mówiłem, przewidziane na tysiące osób. Testuje to teraz ok 50 osób, zużycie procka na głównym procesie to ok 15 sekund na dobę, na bazie danych niewiele więcej. Procesor 1GHz, platforma HP 5720. Zanim napiszesz za dużo, to rozpatrz inne technologe.

Obsługę cashmobile zrobiłem w javie w 15 min, bazując na przykładzie w php. BOK odpowiadał cierpliwie na wszystkie pytania.

Najlepiej, w przypadku gier stosować tzw grubego klienta, czyli większość logiki trzymać po stronie aplikacji klienckiej, regularnie wysyłać dane do serwera w celu weryfikacji. Upraszczasz w tym momencie całą komunikację, gracz nie widzi, lub w większości przypadków nie jest świadomy występowania tzw. laga, przy większej ilości graczy serwer nie jest aż tak obciążony jak w przypadku innych rozwiązań. Kolejna sprawa to używanie POST przy każdej akcji. Coś takiego możesz sobie robić w grze na kilka(naście) osób online. Jeśli będziesz chciał mieć większą grupę graczy to weź pod uwagę wydajność. Czym obsługujesz tego POSTa po stronie serwera? Jakiś PHP? Tego się nie robi w ten sposób, to dobre dla gierek w których nie ma dynamicznej akcji, gdzie tak naprawdę nie zależy na czasie. Samo PHP to już ogromny narzut operacji, dodatkowo debugowanie PHP to ... no właśnie, jakie debugowanie? Obsługą akcji graczy powinien zajmować się dedykowany proces po stronie serwera, najlepiej jeśli wszystko oprzesz o sockety, będziesz miał wtedy 2-kierunkową komunikację klient serwer, da Ci to np. możliwość wysyłania do gracza informacji o zdarzeniach. Najlepsze imho rozwiązanie na dzien dzisiejszy to: klient jako aplikacja flash/java uruchamiana w oknie przeglądarki, serwer jako proces javy. Jeśli będziesz miał jakieś pytania odnośnie samej javy lub rozwiązań które opisałem, zapraszam na PM. Sam w tym momencie tworzę grę przeglądarkową i jakiś czas temu miałem właśnie dylemat, jaką technologię wybrać.