Wolf Officious

Bereš si mě do huby kvůli tomuto komentáři. Na základě toho jsi byl schopný se snížit k rozhazování peněz a k fackování. Nedokážeš ustát ani špetku kritiky, která ti byla mnou naservírovaná se značnou nadsázkou. Gratuluji, za ubožáka jsi tady ty. Můžeš se stokrát ohánět tím, že tvůj server s tím přišel první. Faktem je, že nebyl. Dalo se do prvního postu tématu napsat cokoliv jinýho než tvrzení o prvenství. Například že to máte vychytanější (a v čem). Místo toho abys vymyslel způsob, jak jinak by se to dalo podat aby to vyznělo líp, snažíš se vyvrátit fakt. A jsi to jen a pouze ty, kdo si tu leští ego na hromadě hnoje. Psal jsem hned na začátku, ať jste dobrý. Ale ty sis toho asi nevšimnul, měl jsi moc práce s přesvědčováním ostatních o nesmrtelnosti brouka. Zamysli se, naprav to. Nehas oheň benzínem.

To vypadá na "DNS timeout" (bývá 5 sekund). Zkus přidat přidat do souboru /etc/ssh/sshd_config řádek: UseDNS no ..když to nepomůže, vyzkoušej tam přidat řádek: GSSAPIAuthentication no Neznám moc dobře debian, takže ti nepovím kde přesně ten konfigurační soubor je, ale mohlo by to klapnout. POZN.: Musíš vždycky restartovat SSH.

Sorry za oživení, ale prohrabal jsem svoje starší kódy z minulého roku a napadlo mě, že by se Vám mohlo hodit moje (ehm.. "nové") řešení. Tohle řešení spočívá ve třech makrech a dvou definicích. V podstatě je to sekvence if/else. #define SWITCH_OPEN(input) { const char * __switch_string__ = input; #define SWITCH_CASE_FIRST(value) if(__switch_string__ == value) { #define SWITCH_CASE(value) } else if(__switch_string__ == value) { #define SWITCH_DEFAULT } else { #define SWITCH_CLOSE }} Příklad použití: SWITCH_OPEN("text ktery hledam") SWITCH_CASE_FIRST("text co je mi fuk") cout << "1\n"; SWITCH_CASE("text ktery hledam") cout << "2\n"; SWITCH_CASE("dalsi z textu, ktery me nazajima") cout << "3\n"; SWITCH_DEFAULT cout << "default\n"; SWITCH_CLOSE; Takto vytvořený "náhradní" switch má však jeden obrovský háček. Jeho case se automaticky lámou (což je logické, když v podstatě končí vnoření), takže když potřebujeme vyvolat stejnou sekvenci kódu ve více než jednom případě, museli bychom ho opisovat pro každý případ (case) zvlášť. Vím že ještě existují způsoby, které využívají initializer_list nebo fastmatch, ale taky nic moc. Navíc u nich většinou musí být hodnoty seřazené podle abecedy, což je také svazující. Žádný z nich stejně neumí obejít ten problém s nuceným lámáním případů. Až tedy na hash, ale to (podle mého názoru) trochu ztrácí na eleganci. Doufám že to pomůže. Znáte někdo lepší řešení?

Konečně někdo rozumnej, kdo taky netaktuje.

Přestalo to být tvojí věcí ve chvíli, kdy jste tady napsali že jste v něčem první a pravda je úplně jinde. Tak važ slova kamaráde, než si naprdíš do tlamy více než je zdrávo. Možná budeš první, koho umlátil monitor o klávesnici.

Já třeba používám MS Visual Web Developer 2008

Když to píše v sekci MaNGOS, tak co asi bude mít za emu? Přemejšlej! Já klidně počkám, než ti to dojde. PS: Jdi do hajzlu s tím zeleným textem, je to příšerný. Brčálovka ke zblití. Stějně ty tóny barev střídáš, ani nevíš jakou barvu používáš. Jednou green 64, pak zase 80. PS2: Proč se musím vždycky takhle naštvat?

Nejsem si úplně jistý, ale myslím si že to má něco společného s DBC. Vím že jsem to na underwow kdysi dávno řešil, už ale nevím jak jsme to udělali. Pokusím se něco najít.

To je klasický trik pro přilákání nových hráčů. Jako bys to neznal.

Víš, ta chyba mohla být jinde. Nestačí jen doměnka. Kdyby se programátor domníval že něco funguje, bylo by to na prd. Musíš to prostě vědět na beton. Jasně, chybu udělá každý. Já jsem jich taky už nasekal víc než dost, nemysli si. Nechci se po tobě nijak vozit, jenom ti říkám že to je nesmysl.

To je největší blbost, kterou můžeš napsat. Dvojité vnoření je úplně to samé jako jednoduché vnoření. Věř mi, když takhle uděláš blok v bloku: { { // blok v bloku } } ...je to stejný jako bys napsal: { // blok } ...a překladač to s vysokou pravděpodobností stejně zpracuje jen s jedním vnořením.

Já se učím tak nějak za pochodu. Když něco potřebuju, najdu si to. Občas se nechám inspirovat hotovými weby a vypůjčím si pár nápadů. Když dělám styl, používám plugin Firebug v Mozille FF, protože změna stylu se projeví okanžitě. Sice to pak musím zapsat do souboru, ale to je už prkotina. Taky mám knihu "Vytváříme WWW stránky", ale moc jí nepoužívám. Česky: http://cs.wikibooks.org/wiki/HTML http://programujte.com/clanky/74-serial-html/ http://www.jary.borec.cz/html/ http://manualy.civ.zcu.cz/html/ http://radimzizka.unas.cz/WWW/WWW%20-%20lekce1.htm (dole jsou odkazy na další lekce) Jestli umíš anglicky: http://en.wikibooks.org/wiki/Programming:HTML http://en.wikibooks.org/wiki/Cascading_Style_Sheets/Table_of_Contents

Hele, můžeš mi říct, proč za else if (rPlayer->isDND()) máš zbytečně dvojitý vnoření? { { } }

To může bejt blbejma mapama, vmapama ale taky můžou bejt blbě exportovaný DBC. Zkus to extrahovat znovu a ze správné revize. Ale osobně bych zkompiloval extraktory co jsou přímo u dané revize core. Uděláš to tak, že v Cmake zaškrtneš že chceš v solution taky "TOOLS" (nebo tak nějak je to tam, use tools, nebo compile tools, už nevim) v nastavení toho projektu, znova uděláš configure a vygeneruješ to, pak to core znovu zkompiluj a najdi si kam ti to vyplivlo ty extraktory. Pak ty extraktory použij k exportu DBC, MAPS a VMAPS. Mělo by to bejt dobrý. Není to tutovka, ale mohlo by to klapnout.

Když už jsme u toho OT, napočítal jsem v prvním postu 16x slovo "server". Trochu přehnaná prezentace, nemyslíte? Zaujala mě jedna věta, která zde už jednou padla. To je vážně blbá věta. Je to čistej blábol. Nemyslím že bys neměl pravdu (to je mi celkem fuk), ale chápej... Ta věta (skoro vůbec) nedává smysl. No nic, musím jít a ihned si vyrvat oči z důlků. Buď dobrej a ber to s klidem. Čahoj.

A je ti doufám jasný, že to nikomu nebude fungovat, viď? Musíš to dát na pastebin, tady se kódy trochu (spíš hodně) mrví. PS: Nebo to sem přilož jako soubor (v "úplném" editoru).

Padlo tady dost zajímavých slov, které utvořili ještě zajímavější věty. A ten Ariczek má sakramentskou pravdu. Tedy alespoň částečně. Já uvedu rovnou krásný příklad vztahující se k tomu, že se chce dotyčný distancovat od hraní, což do jisté míry chápu (také jsem více programátorem, než hráčem). Nuže příklad. Když jsem vyvíjel core pro Zaila, musel jsem mít nainstalované WoW a nevyhnutelně jsem si musel ověřovat správnost vlastních úprav a pokoušet se o vyvolání nejrůznějších chyb. Tady totiž jde o prvotní zpětnou vazbu - vyzkouším si to na vlastní kůži a hned vidím, kde jsem udělal chybu. Stejně jako v teoretické fyzice - nelze říct že něco platí na 100% bez toho, abychom to ověřili fyzikou experimentální (praktickou, chcete-li). V podstatě tím chci říct, že práce vývojáře nekončí u bezchybné kompilace, nebo u toho že se mu povede vložit záznam do databáze. Ta zpětná vazba je vždycky důležitá. Z jedné strany na tebe tlačí zodpovědnost za vlastní čest == nutkání nevydat aplikaci/patch s chybou (nebo je alespoň co nejvíce eliminovat a nevytvářet další); ze strany druhé pak jdou stížnosti uživatelů (já tomu říkám "šum cvrčků", snad tu metaforu pochopíte - nic ve zlém). Problém nastává ve chvíli, kdy po vás chce vedoucí projektu, aby jste hráli "in-game". Tohle není nic pro vývojáře/programátora. Zajímá vás důvod? My, programátoři, nemáme na tohle čas. Server pro hru vidíme jako nekonečnou množinu rovnic, symbolů, tříd, metod, podmínek, definicí, paměťových bloků a proměnných. Tím žijeme. To je náš svět. Takhle to celé vidíme a vnímame my. Proto je veškerý náš čas hrozně drahý; víme kam sáhnout. Pro nás není tolik důležité oblékat si postavu jako Barbie od Mattela tak, jak to děláte vy. Myslím si, že přesně takhle to Funner myslel. ------------- Další věcí jsou zkušenosti. Jistě, teorii znát můžeš, ale je ti to k ničemu. Teď trochu odbočím. Já když jsem se učil C/C++, neměl jsem knihy, neměl jsem nic - učil jsem se z webu. Nikdy mě nebavilo psát a kompilovat ty blbosti z příkladů u teorie lekcí. Tenhle balast, který de-facto nic nedělá (jenom vypisuje kraviny) si můžu zkompilovat ve své hlavě sám. Stačí uvažovat logicky a znát význam jednotlivých frází syntaxe. Začínal jsem v roce 2006 na programujte.com a ten seriál je tam dodnes. (ZDE) Jistě, zasvětilo mne to do základů, ale tím to haslo. Chtěl jsem psát aplikace jež budou mít nějaký účel, budou zpracovávat reálná data, kterých bych mohl náležitě využít. Bohužel, tento "seriál lekcí" mi nedal to, co jsem očekával. Zde začala moje cesta za poznáváním otevřeného světa software. Zjistil jsem, že pro to abych napsal něco smysluplného, musím to začít vnímat a studovat hlavně standartní knihovny trochu více do hloubky. Začal jsem pracovat se soubory, řetězci atd.. Ale stále to nebylo ono. Programování se mi vzdalovalo. A PROČ tomu tak bylo? Neměl jsem motivaci. Potřeboval jsem nápad, potřeboval jsem cítit to co asi každý progamátor == vědět že to co dělám, má nějaký účel, směr a cíl. Po nějaké době (rok 2008) jsem potkal kamaráda který hrál WoW, já jsem do toho také zabředl. Nu což jen zabředl - byl jsem v tom až po uši; nemohl jsem se odtrhnut. Trochu jsem "zvlčil", jak se říká. Přišla od něj nabídka udělat server, udělali jsme ho, jel rok, pak zhasnul. Za rok jsem se naučil hodně věcí, když jsem opravoval různé věci. Dokonce mě to vtáhlo i sem, na toto forum, kde jsem mnohem později začal publikovat svoje nápady a kódy. Jde tady tak strašně moc o zkušenost; víc než si dokáže mnohý z vás představit. Kdybych nezačal upravovat WoW emulátory, nikdy bych neovládnul jazyk C++ tak, jak ho znám dnes. A není to paradox? To co se mi dnes hnusí, to mi vlastně nejvíc pomohlo. Je v tom hodně nostalgie. Nicméně - začal jsem psát vlastní programy, vyvíjet vlastní framework (WWF - který je dnes nabitý funkcemi, o kterých se mi před čtyřmi lety ani nezdálo) a mám z toho všeho dobrý pocit. Konečně moje programování dává smysl, když pomáhá ostatním lidem. JDE O TO, UČIT SE NA REÁLNÝCH PROJEKTECH A NEPSAT PROGRAMY, PODLE NĚJAKÉ PITOMÉ KNIHY !!! V tom je celý tenhle vtip. -------------- Napsal jsem svůj příběh. Snad si z toho alespoň někdo něco vezme a bude se tím snažit řídit. Mluvím ze zkušenosti.

Možná blbej dotaz, ale... Proč to hrneš přes QEMU? Nebylo by lepší "mlasknout" to rovnou v těch vistách?

To tvrzení o VS2012 lehce přejdu, nechci moc řešit subjektivní názory. ALE... Osobně používám stále VC2008 Express Edition (pod win7 ultima x64) a jsem spokojený. Umím si EE verzi nastavit tak, abych mohl plnohodnotně kompilovat x64 verze. Nepotřebuju víc. S tím přidáváním do projektu ale nemáš pravdu. Je třeba si hned na začátku vysvětlit něco málo o includech. Napíšu-li například: #include <Windows.h> není to totéž jako když napíšu #include "Windows.h". Když použiju <> includuje se soubor z interního adresáře kompilátoru (v podstatě, né doslovně). Když ale použiju "" includují se soubory projektu v závislosti na umístění projektu, potažmo jeho nastavení "Additional Include Directories". Teď tedy k problému. On tam má #include <openssl/evp.h>. Osobně bych tento problém řešil tak, že bych si našel instalační složku s tím Visual Studiem 2012 a nakopíroval bych do správných umístění dané soubory. Pokusím se nastínit způsob, jak v tomto případě postupovat, ale vysvětlím to na mé situaci (OpenSSL nainstalován do složky C:\OpenSSL\ za použití Visual Studia 2008). Ve složce C:\OpenSSL\ mám 4 adresáře, z nichž nás budou zajímat pouze 3. Jsou to: bin, include a lib Umístění mojí složky s Visual C++ 2008 je následující: C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\ a obsahuje přibližně 10 složek, z nichž nás opět budou zajímat pouze 3. Jsou to opět: bin, include a lib Zkopíruj obsah složky C:\OpenSSL\bin\ do umístění C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\ Zkopíruj obsah složky C:\OpenSSL\include\ do umístění C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\include\ Zkopíruj obsah složky C:\OpenSSL\lib\ do umístění C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\lib\ Problém by se tímto měl vyřešit. ALE POZOR!!! Uvedl jsem příklad s cílovým umístěním pro Visual Studio 2008. Je třeba si najít to správné umístění samostatně. Takže jak pravil Morpheus v Matrixu: "Můžu ti ukázat pouze dveře; projít jimi už musíš sám." Hodně štěstí.

Co konkrtně bys vyžadoval od developera, mimo těch požadavků, které jsi napsal? Jakého developera (potažmo jaký typ developera) hledáš? Programátora, bázaře nebo "all-in-one"? Je třeba to blíže specifikovat. Díky.

Boha jeho... Už vážně nevím jak s tebou mám komunikovat, abys to pobral. Takže naposledy: http://wiki.wowresou...ch_s%C3%BAborov PS: To je pouze jedna z možností; patch (diff) lze aplikovat přímo do repozitáře. Ale to bys nesměl bejt línej si o tom něco přečíst. (například ZDE - "Aplikace .patch souboru")

Tak znovu. Toto je soubor diffu, popisuje co je kde třeba přidat a co smazat. Není to soubor zdrojového kódu. Tohle nezkompiluješ. Nevím jak ti to už napsat, abys to pochopil.

Nauč se používat repozitář a diff (patch) soubory. Co jinýho ti na to mám říct? Jde to i ručně, když máš trpělivost.

Ne, to se "aplikuje" v repozitáři. http://cs.wikipedia.org/wiki/Diff

Dělat C++ deva pro RP server je celkem samo-motivující práce. Vždycky mě to bavilo víc, než dělat nějaký pitomý "giga-funy" atp., protože u RP je to především o kreativitě, není to fádní. Zajímavý téma plný rozporů a rozličných názorů. Já už bych na to dávno neměl nervy. No, přeju hodně štěstí s náborem.