Tomáš Kolinger

Máš v tom dobrej hokej, jednou to řekneš správně a podruhé pojmy nesmyslně přehodíš: 1. jádro je samotný server, respektive to je program, kterej umožní se klientovi připojit a vše co ve hře vidíš se zakládá na tom, co ti jádro vypočítá, vygeneruje a odešle 2. revize je jakoby verze jádra, resp. se jedná se o identifikaci určitého commitu a tím můžeš jednoznačně určit verzi jádra, třeba nyní je nejnovější revize f9ccb6f 3. databáze je databáze, tj. to co nahraješ na MySQL server - .sql soubory, což potom používá jádro jako zdroj dat (world), popřípadě jako místo kam data uložit (auth, characters). Kompatibilita se dnes určuje dle data (dříve v době SVN se používalo číslo revize, na to by si mohl narazit u hodně starých verzí mangosu například). Tudíž pokud vidíš, že poslední aktualizace "databáze" kterou si odkazoval, je z 23. července 2013, tak podle toho víš, že bude fungovat s jádrem, o revizi ze stejného dne (samozřejmě tam může být odchylka, to záleží jak moc se v té době jádro a databáze měnily). Odpověď je tedy ne, není kompatibilní. Databáze je o řadu měsíců starší a jelikož se větev 4.3.4 aktivně vyvíjí a hodně mění, tak zde není žádná šance, že to bude fungovat natož fungovat správně. Aby si získal kompatibilní databázi, tak musíš aplikovat patřičné změny, ty se ukládají do složky "sql". V podložce "updates" máš poslední změny, tedy změny provedené od posledního vydání databáze. Pokud máš databázi starší, tak musíš jít do složky "old" a dle data aplikovat postupně všechny potřebné .sql soubory a tak docílit vzájemné kompatibility databáze a jádra. Pozor! Aktualizovat se musí všechny 3 databáze, nestačí jen world! Pokud chceš aktualizovat svůj server, tak rozhodně nestačí aktualizovat databázi (čemuž ty říkáš jádro). Musíš zároveň aktualizovat i jádro... Provést tedy pull či clone, tím ziskáš nejnovější revizi a jádro překompilovat. Jak se aktualizuje databáze jsem ti napsal výše, tedy pomocí "updates" z sql složky. Rozhodně se nic nemaže a nenahrává znovu! Mimochodem... Aktuální databázi pro TrinityCore 4.3.4 najdeš v samostatném repositáři na GitHubu.

Už jo

To je celkem jednoduché. Databázi prostě okopíruješ... A u core musíš mít zdrojáky a jednoduše to skompiluješ na linuxu viz návod na kompilaci na linux. Okopíruješ configy, uploadneš mapy/vmapy/dbc, přidáš restartér a je hotovo.

Úprava core... Stačí tam přidat podmínka, ve funkci co handluje log do bg. Pokud ho mít nebude, tak ho nelogneš a vypíšeš mu do chatu zprávu.

S největší převděpodobní svůj problém vyřešil... Každopádně použít primary key pro souřadnice je ne nevhodný. Primární klíč slouží k indentifikaci řádku a tohle zneužití naprosto rozhodí indexy v databázi a to určitě není dobrý. Spíš by si měl použít UNIQUE index, který by takto zneužít šel.

Supr, tak já jsem zase hráč z "druhé strany" - nikdy jsem nebyl v žádný lepší či horší guildě (neměl jsem možnost pravidelně raidovat) a tak bych bez LFR a podobnejch systémů nikdy hru nehrál, protože bych se unudil k smrti . Musíš si uvědomit, že komunita je hodně pestrá a hráči preferují různé věci. A neřekl bych, že hardcore raidování bude většina.

Blbost... Pokud chodíš LFR tak ano, je to lehké ale LFR bylo tak navržené - aby si každý mohl zajít napodobeninu opravdového raidu. Pokud chceš výzvu tak jdi progressovat HC raidy a zkus se dostat do top guild . Tohle byl zrovna moc dobrej směr, kterym se blizzard dal - umožnil raidování i normálním lidem .

1) Mluvím o současnosti, zda se to v budoucnu změní není podstatné, protože mezitím ti tam lidi budou sypat přístupy. 2) Já se ničeho nebojí, jen opozorňuji, že i přes tvoje "bezpečnostní opatření" není uživatel v bezpečí. 3, 4) Já si to přečetl ale důvod jsem nenašel. To že aplikace není hotová není důvod k neuveřejnění ale naopak. Vývoj a odladění bude rychlejší, když na to bude koukat více očí. Pokud si to komunita nezaslouží, tak potom nechápu proč to sem vůbec dáváš. 5) To je zbytečný krok, kdyby si chtěl aplikaci zneužít, tak tohle opatření lehce obejdeš - nebudeš přece posílat na kontrolu aplikaci s backdoorem 6) Tím chceš říct, že to nikdo nedokáže? Nechápu tuhle přípomínku... Proč by to měl někdo psát znovu, když už si to napsal... Každopádně tvůj přístup je hodně podívný. Děláš něco pro komunitu, to je moc fajn ale na druhou stranu ututláváš zdrojáky a to je u podobný aplikace naprosto nesmyslný, jen házíš uživatelům klacky pod nohy a tím aplikaci znehodnocuješ. Snad ti dojde o co mi jde a jestli ne, tak hodně štěstí .

Tohle hlavně vyžauje oteřenej otevřenej port 3306 do světa a to je hodně velká security issue. Omezit uživatele samozřejmě můžeš ale nikdo to neudělá a i tak ti dá databázi účtů a samozřejmě full access k serveru (přes hru)... Což se dá taky krásně zneužít (rozesílání spamu, smazání všech charakterů, vypnutí serveru, ...). Fakt promiň ale když zveřejníš aplikaci, kde nacpeš celou hromadu nebezpečnejch údajů a ty dopředu řekneš, že to zůstane jen u tebe a uzavřené... To žádnej dodatek nezachrání, spíš si tam měl dát varování "použitím na ostré databázi dáváte autortovi automaticky plný přístup k serveru". Mimochodem... Jakej je důvod pro neuveřejnení zdrojáků? Dát push na github není až tolik práce. Dvě kliknutí a hned vyřešíš všechny pochybnosti.

A přesně takto se likviduje konkurence.

Funguje to poměrně jednoduše. U SMS si musíš zařídit SMS bránu, ta ti určuje nějaký telefoní čísla na který posíláš zprávu v určitym formátu. Pokud zákazník pošleš SMS, tak brána zavolá URL, kterou jsi uvedl v nastavení a předá ti určité parametry, podle kterých identifikuješ, že zákazník zaplatil a můžeš mu povolit stažení souboru. Podrobnosti najdeš v dokumentaci SMS brány. U PayPalu je to trochu jinak, tam musíš využít jejich API. Existuje i více způsobů ale ty nejspíš chceš express checkout (je to nejjednodužší způsob). To funguje tak, že vytvoříš požadavek na jejich API, kde uvedeš nějaký identifikáční údaje tvojeho účtu, částku a měnu. Zároveň adresu,na kterou se aplikace přesněruje v případě zrušení platby a další pro úspěšnou platbu. Po odeslání tohoto požadavku ti API vrátí adresu, na kterou uživatele přesměruješ, což je stránka PayPalu kde může zaplatit. Podle výsledku ho PayPal přesměruje zpátky na tvůj web na patričnou adresu. Zároveň při přesměrování na tvojí adresu ti PayPal pošle idenfomace o tom, zda platba proběhla (a spustu dalších informací) a podle toho můžeš povolit stažení souboru. Zase podrobnější informace najdeš v doumentaci. Netuším jakej web by si na to chtěl, tohle musíš implementovat do tvého systému sám.

Já uprímně neznám ani jeden tutoriál "jak začít programovat weby"... Možná najdeš nějaké staré tutoriály na PHP, kde se používají deprected konstrukce ale to je tak všechno. Jinak mě nejde ani o to dát všem na všechno how-to návod ale jenom říct "existuje tohle ale tohle se reálně používá, proto se zaměř na tohle a jdi tímhle směrem" a odkázat na dobrej zdroj. Například kdybych se dneska chtěl naučit dělat weby v PHP, tak bych určitě nezačínal přes procedurální programování ale naučil bych se základní konstrukce a rovnou se pustit do frameworku, protože to se reálně používá. A tohle nikde na stackoverflow či abclinuxu nenajdeš. Mimochodem... Škola je jiný příběh. Neznám ani jednoho člověka, kterého by škola naučila programovat. Ale znám desítky lidí, které škola odradila od programování. A to chodím na předměty o programování šestým rokem. Zkrátka na to aby ses něco naučil musíš chtít a faktem je, že drtivá většina studentů se nechce učit ale dokončit studium.

Protože Stackoverflow je úplně něco jiného? Z tohodle pohledu je to jen chaos otázek a odpovědí, které nemají více-méně nic společného. Když někdo začíná, tak potřebuje nějakou roadmap, nějakej checklist... Aby mohl jít a postupně se to naučit. Další věc je ta, že v tomhle oboru má všechno svoje pojmenování (navíc všechno v angličtině) a když neznáš terminilogii tak máš prostě smůlu - to souvisí s tím, že si to člověk nemůže vygooglovat, když nezná klíčový slova. Byl by to vlastně tutoriál napsanej cílovou skupinou, což je zajímavá idea.

Tak ono záleží o co se jedná. Google taky neví vše a některý věci se hodně špatně hledají (hlavně když nevíš co hledáš). Takže rada z praxe je k nezaplacení.

Já to myslel jinak - bude jeden člověk, který by měl například sekci na fóru. Tam by psal svoje dotazy jako topicy a já bych na ně odpovídal. Tj. celá jeho cesta by byla rozdělena do logických částí (topiců) a mohl by jí následovat kdokoliv jiný.

Píšeš že chceš učitele ale nepíšeš co se chceš naučit. Web lze vytvořit pomocí hodně cest - jakou se chceš naučit? Tj. tvořit dynamické aplikace pomocí PHP (+ MySQL), popřípadě se jen zlepšit ve "frontendu" (lepé se naučit HTML/CSS/JS) nebo úplně něco jiného? Mimochodem... Proč to neudělat veřejné? Nejseš první a ani poslední člověk který začíná a prakticky se všichni ptají na ty samé otázky... Nebylo by dobré proto komunikaci vést přes nějaké veřejný komunikační nástroj, aby si i jiní mohli přečíst na co ses ptal a hlavně jakou si dostal odpověď (popřípadě jak si daný problém vyřešil)? Já osobně bych radši moje rady publikoval více lidem, než to učit jednotlivce po Skype.

To je věc routeru. Vynuť si QoS pro port/protokol a dej mu vysokou prioritu, či dej vysokou prioritu tvojí adrese, či omez ostatní IP adresy například na 1 mbit.

https://bitbucket.org/oregon/oregoncore/src?

Hurá, gratuluju

Ono by si to stačílo přečíst. Nemáš nainstalovanej GIT, popřípadě nemáš GIT binárky v PATH. Takže nainstaluj GIT a dej si ho do PATH.

Pokoušíš se s 32bit kompilátorem skompilovat 32bit projekt ale vnucuješ tomu 64bit knihovnu... To nelze. 64bit/32bit verze openssl se neváže na operační systém, to se váže na tu knihovnu a v tomto případě potřebuješ 32bit openssl protože kompiluješ 32bit trinitycore. Takže stáhni 32bit openssl nebo kompiluj TrinityCore 64bit kompilátorem.

Cmake nemá nadefinované proměnné OPENSSL_LIBRARIES a OPENSSL_INCLUDE_DIR. Takže máš tři možnosti: nemáš openssl a proto ho cmake nemůže najít v konfiguraci projektu je chyba a proto openssl nenajde, i když ho v systému máš z nějakého důvodu cmake nemůže najít openssl (oprávnění? špatná verze openssl? máš jenom light verzi?) Každopádně by to chtělo přiložit celej log (na screenu máš dole jen část), přesnou verzi openssl a odkaz na zdrojáky.

Důvodů může bejt spousta (webhostingu blbne smtp server, není tam nastavený, tvoje zpráva má nějakou chybu - server jí zahodí, zpráva padne do spamu, ...) ale bez konkrétnějších hlášek (nějakého chybového hlášení, viz logy webserveru) můžu jenom hádat .

@Zeiseth Žádnej developer není placenej za fulltime a rozhodně to nebude placený jako normální práce programátora ale spíš symbolická částka jako další motivace. Je nesmysl aby ti nevýdělečnej projekt platit ročně 500 tisíc. @Brisingr K tématu - "rozjet veřejný server na VPS/VPN" server na VPN? Nepleteš si zkratky? Jinak jsem schopný zařídit správu serveru na linuxu. Pokud máš zájem tak se můžeme domluvit přes PM/Skype/email. Na IRC se vykašli, je to nevhodnej prostředek pro podobnou komunikaci (nemá historii).

TrinityCore určitě neutáhne více hráčů. Rozdělení vývojářů a vlastně smysl vzniku TC bylo to, že MaNGOS dával přednost stabilitě před rychlím vývojem nové funkčnosti. Jak je na tom dneska MaNGOS nevím ale určitě bych přednost CMaNGOSu než MaNGOSu. Ohledně TrinityCore vs. MaNGOSu... Těžko říct... TC má určitě lepší podporu (více vývojářů) ale zbytek by si musel asi otestovat sám. Ale rozhodně to není až tak jasný, jak píše Pokkop a MaNGOS určitě není velice staré jádro, pořád je ve vývoji jen to není tak markantní jako u TC.