ntdrt

2011-03-18 03:55:57 ERROR: GM.StartLevel (1) must be in range StartPlayerLevel(80)..200. Set to 80. To nema s tim nic spolecneho. Mas nastavenej moc velikej lvl pro gm jako start. Jinak nezkousej nejakej cahnger ale hru. Vim ze se musi pridat par hlouposti do tabulky s realmama a potom jeste gmlevel do account (alespon v ty dobe jeste oregoncore melo prava v acc). A to je tak vse a musi to uz jit.

staci pridat cca 5 sloupcu (tabulka account + realmlist) staci porovnat strukturu

Zdravim, pro svoji potrebu jsem napsal hodne jednoduchy script ktery ma za ukol automaticke zalohy databaze (je jedno jake databaze). Script je napsany v PHP. Automaticka zaloha obsahu vybranych databazi, archivace zalohy a nasledny upload na vzdaleny server pomoci FTP. Pro scripty 'runDump.php', 'runArchive.php' a 'runUpload.php' nastavte automaticke spusteni (CRON) nejlepe na vecerni hodiny (cas kdy bude probihat zaloha) v poradim jakem jsou napsane. Priklad: script 'runDump.php' bude spusten v 03:00 script 'runArchive.php' bude spusten v 03:15 script 'runUpload.php' bude spusten v 03:30 UPOZORNENI: I. Uzivatel do databaze musi mit povoleny (nejmene) SELECT do tabulky 'information_schema'. II. Pro vetsi databaze nebo mene vykonejsi servery s horsim pripojeni k internetu doporucuji nastavit 'max_execution_time' v configu PHP (php.ini) na vetsi hodnotu (vychozi hodnota je 30 sekund). Pri delsim nacitanim scriptu a male hodnote muze dojit k predcasnemu ukonceni scriptu a tim padem neuplne zaloze! Vsechny potrebne udaje jsou v souboru 'config.php' kde si je muzete upravit na vas server. Mozna se to nekomu bude taky hodit. automaticka_zaloha.zip

AKTUALIZACE: Script predelan do Perl-u, lze zalohovat i vetsi databaze bez nutnosti nastavovani interpreta (max_execution_time, etc). Pridane jednoduche logovani stavu a casu do souboru 'history.log'. Slouceno do jednoho souboru ('run.pl'). Aplikovan vyhodnejsi typ archivu, ze ZIP-u na GZIP. Konfiguracni data na zacatku souboru 'run.pl'. Pozadavky: Pristup do tabulky (staci SELECT) 'information_schema'. Perl Rozsireni Perl-u: DBI DBD::mysql Archive::Tar Net::FTP [*]Mozny zapis do slozek uvedenych v configu. Ukazka logu: automaticka_zaloha_v2.zip

Xel.cz neznam a nevim jake technologie pouzivaji ale klasicke VPS je dosti rozdilne od fyzickeho serveru. Napriklad disky oddele a bezi na file serveru => pomalejsi prenos nez u klasickeho disku. Dale 4x 2,5ghz prakticky mas mozna jedno fyzicke jadro (a nebo dokonce jenom jedno realne vlakno) takze zase mensi vypocetni vykon. A celkove mensi vykon, samozrejme ze take zalezi kolik hracu na serverech bude hrat. Ale minecraft je rekl bych vic nez dost narocnej a csko taky neni zadna sranda pri 1000FPS.

Neumim si predstavit jak chces rozjet vice serveru na VPS ale to nema s topicem nic spolecneho. Taky otazka jak moc vazne to myslis, aby server nejel mesic a ty si od tohodle napadu upustil a server zrusil. Hodne stesti

Takze na zaver by bylo vhodne rici ze SHA proste nejde rozsifrovat. To co tady uvadite je lamani hesla hrubou silou aneb hadani, ale tenhle zpusob logicky funguje na kazde kodovni.. Respektive tohle s kodovanim nema ani nic spolecneho. Pri realnem pouziti to ani uhadnout nejde, vetsinou se sifrovani kombinuje (napr md5 a sha1) navic krome hesla tam muze byt i jiny udaj + nahodne generovany salt.

4 znaky = 5 sekund? Mas butto hodne rychle cpu a nebo gpu, ale opravdu hodne.. Celkove mas nejake divne casy, az budu mit cas tak to zkusim. Ale urcite budu mit radove vetsi casy tohle je opravdo hodne moc rychle.

Ano autori si delaj legraci a ty pak dole napises to same jako ja. Delas si take legraci?

To je jednosmerna sifra, rozhesovani je spise hadani. Realne to ani nejde. Nebo spis by to trvalo hodne hodne hodne dlouho.

Promenne se daji prepisovat -.- PHP je taky programovaci jazyk! Proc ho tolik prasit? Korekce, obrana proti SQL injection. Umazano to co tam nemuselo byt. http://paste2.org/p/1274167

Take souhlasim ze i clovek pod 15 muze splnovat tvoje pozadavky. Nadruhou stranu tezko ocekavat komunikaci a chovani na urovni.

Sestavení vlastniho serveru? V tom nevidim budoucnost, naroky mas opravdu velke a penez je malo. Navic komponenty do serveru se spatne schaneji (sou drahe) a desktopove sou nepouzitelne (rychlost a vydrz je uplne jinde nez u serveru), tohle by bylo lepsi resit dedikovanym serverem. Prece jenom nemusis resit nic okolo HW a to je velika vyhoda, pri poruse mas do 4 hodin novy stroj a neplatis ani korunu. V serverech by mel byt disk 10000 zaklad, ale pro databazi wow serveru to stacit nebude - vyuzit butto SSD a nebo nejlepe narvat do ramek. Jak je narocne COD netusim ale CS pri nastaveni 1000FPS je peknej zrout. Software urcite debian a kdyz virutal tak linux kvm. S pouzitim virtualu ale musis pamatovat na vetsi ram, prece jen samotny OS si nejmene 250mb vezme (debian). A nemluve o dalsich aplikaci co bezi jako zaklad v os.

Propojeni s bankovnim uctem: jeste jsem nevidel banku co by mela API na manupulaci s uctem. Tam by byl problem se zabezpecenim. Jinak pres SMS to neni problem zase vubec, sice celkem dost z castky si bere poskytovatel ale zase mobil ma kazdy a rozhodne u donate se to hodi vice nez platba pres ucet popripade nejake systemy jako je PayPal protoze to u nas moc rozsirene neni.

HTTP server proste odesle vse co je v html / css / javascriptu takze zabranit kopirovani nelze. Mozna toto jednoho z tisice odradi ale dalsich 500 lidi to nastve. Napriklad kdyz neco ctu text a je spatne formatovany pomaham si oznacovanim abych se v textu vyznal. Jinak staci vypnout JS a nebo zobrazit zdrojovej kod stranky popripade pomoci FireBugu umazat ty tvoje scripty a "ochrana" je prolomena.

Všechno a vždy jde udělat jinak. No líp by šlo určitě udělat HTML.. Určitě to nebudeš mít validní. Pak tam máš pár nesmyslů jako: ... <!--[if IE]><link rel="stylesheet" type="text/css" href="css/ie.css" /><![endif]--> <!--[if IE 6]><link rel="stylesheet" type="text/css" href="css/ie.css" /><![endif]--> ... Překlad: když je detekován prohlížeč IE tak použij styl ie.css a pod tím máš když je detekován prohlížeč IE verze 6 tak použij zase styl ie.css. IE 6 je taky IE. A celkově je nesmysl řešit optimalizaci pro IE když co řádek to chyba. K php.. Nemáš vůbec ošetřené vstupy. Tento script je ukázkou jak se nesmí vkládat do databáze -> SQL Injection. ... $nadpis = nl2br($_POST['nadpis']); $stranka = nl2br($_POST['stranka']); $text = nl2br($_POST['text']); $domenu = $_POST['domenu']; $jmeno = $playerinfo3['jmeno']; $datum = date("j.m.Y"); ... ... $SQL = "INSERT into stranky(stranka, text, nadpis, datum, napsal) VALUES ('$stranka', '$text', '$nadpis', '$datum', '$napsal')"; mysql_query($SQL) or die("Nelze"); ... Cokoliv co jde od uživatele MUSÍ být ošetřeno. Takhle ti uživatel krásně dosadí za proměnou další SQL dotaz třeba na smazání celé databáze. Řešením je každý nebezpečný vstup "escapovat" pro to lze využít napríklad funkci mysql_real_escape_string (logicky bude fungovat jen pro script kde pracuješ s MySQL databází). ... $nadpis = nl2br(mysql_real_escape_string($_POST['nadpis'])); ... A trochu bych zapojil optimalizaci, proč to dělat složitě, když to jde jednoduše. ... <?php $query = mysql_query("SELECT * from stranky where stranka = '$reqstranka'"); while($row = mysql_fetch_assoc($query)) $text = nl2br($row['text']); echo $text; ?> ... Lepší řešení: ... <?php $query = mysql_query("SELECT text FROM stranky WHERE stranka = '".mysql_real_escape_string($reqstranka)."'"); while($row = mysql_fetch_assoc($query)){ echo $row['text']; } ?> ... A bude tam toho určitě více..