World of Warcraft Server List

[ntdrt 29]

Zdravím, chtěl bych vám představit jeden projekt a zároveň nabídnou spolupráci.

 

Informace:

Jedná se o přepracovaný koncept, který byl původně určen jako náhrada WSS. Jelikož se to pohřbilo a zapomenulo, rozhodl jsem se, že to realizuji sám. Stěžejní funkcí je stále propracovaný grid na filtrování serverů, to mě opravdu na WSS chybělo a prakticky celý projekt znehodnocovalo. To ostatní se dost změnilo, grafika nemá nic s návrhem společného a dále uvažuji, že celý projekt vypustím jako opensource nebo věnuji nějaké zaběhlé službě, to by záleželo na dohodě.

 

Projekt je postaven nad Nette, používá primitivní modelovou vrstvu s dibi a MySQL databází. Běží na PHP 5.3 a dodržuje se Nettí CS. Součástí projektu je také datamining a sběr serverů. Systém je rozdělen do modulů, takže by neměl být problém v orientaci pro méně znalé. Samozřejmostí je plně objektový návrh.

 

Systém zatím existuje teprve pár dní, takže je dost možné, že bude obsahovat řadu chyb. I překlepů.

 

Co funguje?

• registrace
  
• přihlášení/odhlášení
  
• zapomenuté heslo
  
• nastavení účtu/změna hesla
  
• správa vlastních serverů
  
• přehled všech serverů (filtrování, vyhledávání, řazení)
  

Co nefunguje/je ještě potřeba?

• vypracovat celý backend pro administrátory, včetně grafiky
  
• logování statistik serverů
  
• komentáře
  
• přeložit systém alespoň do angličtiny
  
• hodnocení
  

Výhody oproti jiným službám

• velký důraz je kladen na přehlednost a user-frinendly rozhraní
  
• AJAX - pohodlnější manipulace s daty, lepší uživateslký požitek
  
• nekativní servery (s výpadkem 7 dní) budou automaticky deaktivovány, zmízí ze server listu, vlastník serveru je může znova aktivovat - server se vrátí na seznam se všemi daty
  
• každý server i komentář půjde nahlásit administrátorovi, ten bude mít v administraci seznam reportů dle priority (čím víc reportů na jeden server/komentář tím větší priorita)
  

Uvítám jakoukoliv formu spolupráce (grafika, programování, testování, překlad, ...), takže kdyby měl někdo čas/nudu a chuť, může mě kontaktovat. Práce je dost.

Dále bych hodně ocenil kritiku a případné nápady, jak aplikaci vylepšit.

 

Demo/draft:

• hlavní stránka: http://wows.kolinger.name/www
  
• přehled serverů: http://wows.kolinger.name/www/server
  
• detail serveru: http://wows.kolinger...effender-bg-fun
  

Smysl projektu zjistíte sami, hned jak otestujete hledání třeba na WSS a poté to samé zde.

 

 

Pokud někdo našel chybu, srozumitelně to formulujte jako problém na GITu - https://github.com/k...ver-list/issues (popsat problém, přidat odkaz, screen, ...). Díky

Edited May 9, 2012 by ntdrt

[newster 44]

Konečně někdo kdo o tom pouze nemluví ale koná Dobrá práce jsem docela pro aby se to nasadilo vypadá to hodně dobře.

 

Edit : Funguje to skvěle Jen by bylo dobré kdyby si napsal jakou ot má zátěž jak často se obnovují informace atd...

Edited May 8, 2012 by newster

[ntdrt 29]

Tak systém sám o sobě nezatěžuje server vůbec, všechny dotazí se kešují (nebo budou kešovat), takže 75% času se nebude kontaktovat ani databáze.

 

Dostupnost se bude zjišťovat každou hodinu, takže tam to zatížení bude největší. Tuhle kritickou část bych nerad psal v PHP, takže by to chtělo vybrat nějaký rychlejší jazyk, který nemá takové omezení (Perl, Python, ...). Jednou za 24 hodin se pak sebraná data uloží do databáze systému - vygenerují grafy atd...

 

Tudiž bych tady neviděl extra problém. Samotný systém může běžet kdekoliv, pro záznam statistik to bude chtít externí VPS/Server nebo hosting podporující zvolený jazyk.

Edited May 8, 2012 by ntdrt

[Wolfox 2]

Až budu mít trochu víc času než jen na chvilkový rejpání tady na foru, tak snad na něco přijdu.

 

Jedna otázka k tomu rand() - ty hodnoty generuješ s každým obnovením stránky? To já jen tak, zajímá mě to...

 

Ale je to docela hezkej graf. Jenom mi neni jasná jedna věc. Když je to graf dostupnosti, jaký mají význam ty hodnoty a jak tu dostupnost chceš počítat?

[ntdrt 29]

Randem jsem naplnil databázi (u sebe na PC), z databáze to jde do keše, z keše potom na web.

 

Každou hodinu se bude testovat spojení se serverem, denně se pak udělá procentuální dostupnost, ta se uloží do databáze a s tou pak pracuje web. Takže na grafu vidíš procentuální dostupnost za jeden den, v případě roku potom dostupnost za měsíc. Prostě klasický měření dostupnosti, normální služby mají sice měnší interval (5 minut), to je ale v tomhle případě zbytečné.

 

Já za svojí wowadminovskou kariéru podobnou službu nenašel, takže to bude celkem i užitečné pro administrátory serveru. Krásně budou vidět výpadky. Jediná podmínka bude zajistit kvalitní hosting pro skripty, které to budou počítat, jinak by uživatel viděl logicky výpadky onoho webu a ne serveru. To sá dá vyřešit používání alespoň dvou strojů na statistiky, což problém nebude a v případě výpadku/absence statistik se šáhne k dalším strojům.

Edited May 8, 2012 by ntdrt

[Wolfox 2]

No, já jenom že na grafu vidím rozsah -20 až 120, to mi na tom nesedí. Beru tedy v úvahu, že to bude od 0% do 100%. je to tak? Takže v podstatě hodnoty půjdou po krocích s rozestupem hruba 4.166666666666667 a bude tam 25 stavů (včetně nuly).

 

O tom, že budou vidět krásně výpadky, bych si dovolil nesouhlasit. Krásný by to bylo, kdyby se to ověřovalo častěji. Server může vypadávat na 55 minut a ty se krásně můžeš trefovat do stavů, kdy to běží normálně. Může nastat i opačná situace. Například při restartu serveru se může stát, že ho zrovna nezměříš a rázem má server o 4% menší dostupnost v daném dni. Otázkou pak snad jen zůstává, jak by se tomu dalo předejít. Každopádně u wow-serverů tohle měření není zas až tak kritický, že by na tom nějak záleželo. Koneckoncům, kdo chce podrobnější statistiky, sleduje si server sám, nebo kontroluje logy.

 

A co třeba server který nepojede nějakou dobu (třeba týden), označit za mrtvý a dále ho nepingovat? Odeslal by se například informační e-mail správci serveru o tom, že byl server v listu označen za mrtvý a že pro obnovení měření dostupnosti serveru je za potřebí se přihlásit a obnovit ho. Měření by bylo hned obnoveno, pokud se podaří server pingnout.

 

Dva stroje na statistiku? To je podle mě zbytečný. Co přesně by obsluhovali? Já myslím že jedno železo to v pohodě utlačí. Pokud jde o výpadky, stroje s počítáním statistik a bojíš se toho, že při výpadku tam budou nulový hodnoty, tak řešení je přece jednoduchý. Přestat průměrovat. Tím myslím to, že přeci vezmeš výsledky měření (tam asi bude bool, nebo odezva v ms) a to vydělíš počtem proběhnutých měření. Ne? Ono se nic nestane, když se pár měření vynechá kvůli výpadku měřícího stroje. S počtem strojů přece rapidně klesá efektivita provozu. A v tomhle případě se na přesnost moc asi hrát nebude. Pokud jsem to špatně pochopil, tak to neřeš.

Edited May 8, 2012 by Wolfox

[ntdrt 29]

Těch +- 20% je tam kvůli grafu, nedokázal jsem nastavit aby tam ty krajní hodnoty nebyly a zároveň to bylo o ty hodnoty odsazené, musím se na to trochu podívat .

 

O těch výpadcích jsem si to také uvědomil, časy o kterých mluvíš problém nejsou, problém jsou porty. Zatím je to posatveno tak, že tam dáváš port realmu a realm padá leda se strojem, takže to o stabilitě game serveru nevypovídá vlastně vůbec nic. A já ani nevím, jak zjistit, zda je na portu game server a nebo realm... Bojím se, že se to rozlišuje na úrovni paketů, tam se PHP neškrtá a psát to v C++ je trochu overkill. Jinak změna intervalu je to nejmenčí, stačí v configu změnit číslo a hned bude měření přesnější. Zatím nevím čím to budu měřit, takže jsem řekl hodinu.

 

To pročíštění databáze mě už napadlo , bližší info máš v prvním postu. A od prvního zvěřejnění to je i implementované (respektive zatím jen statusy serverů, zda je aktivní a nebo ne).

 

Tak všechny ty pomocný servery budou jen otevírat/zavírat TCP spojení se serverama a data na požádání předaj v XML, takže to na stroj náročné není, to utáhne i nějaký Atom. Mě tam šlo čistě o 100% dostupnost, aby tam právě nebyly díry. Každý server má výpadky (ať už díky chybě nebo údržbě), i když u nějakého webového serveru je to doslova pár výpadku za rok. Tohle by mělo smysl, kdyby se sledovala dostupnost gameserveru a šlo by opravdu o minuty výpadku.

Edited May 8, 2012 by ntdrt

[Wladass 1216]

Kam to chceš dotáhnout když si tady necháváš mazat příspěvky a kritiku ? Aby to nebyl jen OT tak si dej pozor na SEO url, když už něco děláš, tak ať je to v pořádku už od začátku.

[ntdrt 29]

Pokud si myslel překlad a tvary, je to teď lepší?

 

http://wows.kolinger.name/www/

http://wows.kolinger.name/www/servery

http://wows.kolinger.name/www/server/deffender-bg-fun

http://wows.kolinger.name/www/prihlaseni

http://wows.kolinger.name/www/registrace

http://wows.kolinger.name/www/zapomenute-heslo

Edited May 9, 2012 by ntdrt

[Wladass 1216]

Není, google nezakončené URL nemá rád Tím, že vypneš zobrazovaní .php tím tomu nepomůžeš. A tohle taky není moc pěkný : http://wows.kolinger.name/www/servery?paginator-page=1 To že to návštěvník nevidí, neznamená, že to google nevidí

[ntdrt 29]

Google už nějakou dobu kašle na tvary adres http://support.googl...en&answer=76329 - důležitá je hned první věta "should be", kde potom bereš tu jistotu, že "/dashboard/" má radši než "/dashboard"? Dokonce ani sám Google URL neukončuje lomítkem. Respektive on má většinou všude klasické GET paramtery, příkladem může být ten odkaz. Změnit URL je otázka jednoho řádku kódu ale mě se osobně neukončená URL líbí víc.

 

Když si vyhledám hodně obecná klíčová slova (auto, motorka, test, ...) tak shodou náhod první místo mají stránky bez ukončených URL.

 

Parseru, co doluje slova, je to je taky fuk... Máš kus textu:

 

Normální text a hle odkaz http://server.tdl/page text pokračuje dál
Lorem <a href="http://server.tdl/page">pravý odkaz</a>

 

V prvním řádku ukončuje adresu mezera, v druhém případě uvozovky. Proč by teoreticky tedy Google vyžadoval další znak pro ukončení?

 

Zobrazování koncovek vypnuté není, systém je stavěn trochu jinak. Jediný soubor, který uživatel volá, je index.php, žádný jiný soubor dostupný není. Ten pak startuje celou aplikaci včetně routeru a ten teprve potom řeší co je v URL. Obsah URL tedy nepasuje ani na soubory, ani na adsářovou strukturu. Kdybych chtěl mít .php/.html, musel bych to umělě vytvořit.

 

Dobrý postřeh u toho stránkování, jak to testuji přes AJAX, tak si toho ani nevšímám - http://wows.kolinger...e/www/servery/2 to už by šlo, ne? Nebo je lepší "/strana-2"?

Edited May 9, 2012 by ntdrt

[ntdrt 29]

No, já jenom že na grafu vidím rozsah -20 až 120, to mi na tom nesedí. Beru tedy v úvahu, že to bude od 0% do 100%. je to tak? Takže v podstatě hodnoty půjdou po krocích s rozestupem hruba 4.166666666666667 a bude tam 25 stavů (včetně nuly).

 

Už by to mělo vykreslovat jen 0 - 100%. Doporučuju dát F5, pro jistotu.

 

http://wows.kolinger...effender-bg-fun

Edited May 9, 2012 by ntdrt

[ntdrt 29]

V popisu serveru může být použita Texy! syntaxe - uživatel si může nastylovat text jak chce, je ale stále pod kontrolou. Samozřejmostí je zákázání všech nebezpečných tagů. Vyzkoušet si to můžete ve správě serveru za testovacího uživatele.

 

Přihlášení: http://wows.kolinger.../www/prihlaseni

E-mail: [email protected]

Heslo: test

 

Správa sreveru: po příhlášení v pravo nahoře - http://wows.kolinger...ww/user/servers

Výsledek: http://wows.kolinger...estovaci-server

Edited May 9, 2012 by ntdrt

[Wladass 1216]

Google už nějakou dobu kašle na tvary adres http://support.googl...en&answer=76329 - důležitá je hned první věta "should be", kde potom bereš tu jistotu, že "/dashboard/" má radši než "/dashboard"? Dokonce ani sám Google URL neukončuje lomítkem. Respektive on má většinou všude klasické GET paramtery, příkladem může být ten odkaz. Změnit URL je otázka jednoho řádku kódu ale mě se osobně neukončená URL líbí víc.

 

Když si vyhledám hodně obecná klíčová slova (auto, motorka, test, ...) tak shodou náhod první místo mají stránky bez ukončených URL.

 

Parseru, co doluje slova, je to je taky fuk... Máš kus textu:

 

Normální text a hle odkaz http://server.tdl/page text pokračuje dál
Lorem <a href="http://server.tdl/page">pravý odkaz</a>

 

V prvním řádku ukončuje adresu mezera, v druhém případě uvozovky. Proč by teoreticky tedy Google vyžadoval další znak pro ukončení?

 

Zobrazování koncovek vypnuté není, systém je stavěn trochu jinak. Jediný soubor, který uživatel volá, je index.php, žádný jiný soubor dostupný není. Ten pak startuje celou aplikaci včetně routeru a ten teprve potom řeší co je v URL. Obsah URL tedy nepasuje ani na soubory, ani na adsářovou strukturu. Kdybych chtěl mít .php/.html, musel bych to umělě vytvořit.

 

Dobrý postřeh u toho stránkování, jak to testuji přes AJAX, tak si toho ani nevšímám - http://wows.kolinger...e/www/servery/2 to už by šlo, ne? Nebo je lepší "/strana-2"?

 

No tak si mysli svoje Mám spoustu webů na to, abych to co jsem napsal potvrdil.

 

Co bych doporučil:

• Udělej odkaz z Word of Wacraft Servers, lidi asto klikají na logo/nápis aby se dostali na mainpage.
  
• To stránkování je na tobě, klidně bych nechal servery/x/ u toho to půjde lépe zabezpečit na SQL inject pře x bude vždy číslo.
  
• Trošku bych si pohrál s css, vyber si zda budeš používat ostré objekty nebo oblé. Kombinovat to je šílenost.
  
• Pohrál bych si s tím vyhledáváním. Možná bych jej udělal jako samostatnou page a ne přímo nad servery.
  

 

Snad tyto připomínky vezmeš k úvahu.

[ntdrt 29]

Ne že by tvůj názor seo kouzelníka neměl pro mě váhu, ale tady bych potřeboval nějaké argumenty. Z hlediska programátora mě příjde, že je to opravdu fuk. Hlavní myšlenkou friendly-URL jsou klíčová slova, což splňuji.

1. odkaz z nadpisu - hotovo
   
2. už jsem to předělal na /strana-XY, ať je jasné, co to číslo znamená
   
3. všude by měly být oblé hrany, co ti připadá ostré?
   
4. to se trochu příčí s mojí myšlenkou, chtěl bych, aby to uživatelé používali, opravdu to ušetří čas a je to jedna z hlavní featur tohoto systému, proto to nechci uklízet za roh, kde na to nikdo neklikne
   

Edited May 9, 2012 by ntdrt

[Wladass 1216]

3. navbar-inner určitě oblý není, černý rámeček má ostrý rohy.

4. Tak bych to v tomto případě udělal co nejjednodušší. Lidi složitý věci nepoužívají resp. věci, co složitě na první pohled vypadají. Možná bych to udělal formou JS okna, kde by si každy naklikal filtr a vyhledal co je třeba.

Edited May 9, 2012 by Wladass

[ntdrt 29]

3. http://wows.kolinger.name/www/servery nic jiného mě nenapadlo

4. tak to je prakticky to samé... na téhle stránce uživatel vysedávat nebude, přijde, najde a jde zase pryč - onen filtr by ani najít nemusel... nehledě na fakt, že když hledám server, vím jaký chci patch a vím jaké chci raty... tudíž filtr budu potřebovat tak i tak

Edited May 9, 2012 by ntdrt

[ntdrt 29]

Tak už by měla fungovat celá hlavní stránka: http://wows.kolinger.name/www/

Edited May 9, 2012 by ntdrt

[Wladass 1216]

Pořád se mi nelíbí ty url: http://wows.kolinger.name/www/servery?orderColumn=rating&orderType=desc

[ntdrt 29]

Tak zrovna tohle je nutné zlo, jsou to parametry pro grid, je jich snad 10, takovéhle probnosti bych řešil spíš z nudy, teď tam jsou vážnější nedostatky. Většinou k nim uživatel příjde přes AJAXový formulář, takže to IMHO nevad, většinou to ani nevidí.

[SneakerXZ 547]

Měl bys zájem o nějaké spolupráci a nasazení na servery.wowresource.eu? Původní plán bohužel nevyšel.

[frytiks 29]

Zdravím, prosím ťa, kontaktuj ma na skype, alebo daj mi do PM tvoj skype ... Mám záujem to využiť