Re: PHP
Odpověď na příspěvek od paruka2 z 01.08.2008 14:52:31:

Co se týče knihy z které se učit, tak to záleží pouze na tobě. Nejlepší je zajít do knihkupectví a tam si nějakou vhodnou literaturu vybrat a nebo prolistovat nakladatelství grada.cz , knihy.cpress.cz ....... z mé vlastní zkušenosti bych ti doporučoval knihu Mistrovství v PHP5 , je dobrá jak pro začátečníky tak i pro pokročilé a nebo pro ty, kteří přechází z PHP4 na PHP5
Co se týče editoru tak PsPad ti stačit bude. Pro začátečníky je vhodný, podporuje php kódy, čili zvýraznuje v editoru funkce, konstrukce, a má našeptávač znaků.. blok kódu { }, závorky (), uvozovky "" apod... takže PsPad je pro začátečníky jak stvořený.

PHP
Ahoj potreboval bych radu.Zacinam s PHP a SQL a chci si koupit nejakou literaturu pro zacatecniky doporuci mi nekdo nejakou knihu? Dale mi kamos rikal ze pspad nestaci prej si mam sehnat nejakej php editor znate nejakej nenarocnej pro zacatecniky ? Diky

Re (8): help me pls...!!!DIKY
Odpověď na příspěvek od muni-172562 ( mailto:v.dol@seznam.cz ) z 24.06.2008 23:25:51:

Jde o to, jak moc real-timove to chce mit.

Re (7): help me pls...!!!DIKY
Odpověď na příspěvek od chantal69 z 22.06.2008 14:29:41:

napadla mě ještě jedna věcička ... pokud to nemáš zas tak rozsáhlé ... vlastně nepotřebuješ mít funkční ani cron, prostě to rozjed bez toho ... :)

*3890* Ⓥ ⓐ Ⓒ Ⓩ ⓘ ⓘ ⓚ
*4992* nejsvobodnější uživatel xchatu *4992*
Je lepší špatným být, než špatným zdát se

Re (6): help me pls...!!!DIKY
Odpověď na příspěvek od apm_ z 22.06.2008 13:24:13:
hmm...zajimavy...sem rad ze ses tak uprimenj...nevim jestli pises z vlastni zkusenosti ale na to proč mi utekla přítelkyně sem se neptal...ale i tak díky za ochotu...pokud nemáš zájem mi nějak pomoct, tak pls radši neodepisuj...jelikož nvm jak tu chybu opravit, tak asi ani nvm co všechno potřebuje daný člověk vědět aby mi poradil ne??? je to jakoby jsi chtěl po chlapovi co dojde do autodílny s tím že mu nejede auto aby ti donesl veškerý potřebný vybavení na opravu...to je trochu idiotská úvaha, nemyslíš...sem rád za každej tip jak to opravit...i za tvůj tip s tím časem, ale myslím že to jde napsat i jinak než jak jsi to podal ty v posledním příspěvku. Pokud potřebuješ vědět víc věcí a máš zájem mi pomoct, tak se zeptej co potřebuješ vědět a já se pokusím ti odpovědět...ale to jak jsi to podal ty mi zrovna jko moc přátelskej přístup nepřipadá...co se týče myšlení na více věcí, to říkáš každýmu co dojde s nějakým problémem???
ještě co se týče faktů...to ti tu mám zkopírovat celou datábazí s celým principem hry??? jiný fakta který by ti vyhovovali mě nenapadaj...

PS: lidi se mi na to můžou vykašlat...ale já myslel že od toho je tohle fórum aby se tu řešily tyhle věci...pokud nemáš zájem mi pomoct, tak jak už sem psál nahoře, prostě a jednoduše už na mě nereaguj...díky...*A*

Re (5): help me pls...!!!DIKY
Odpověď na příspěvek od chantal69 z 22.06.2008 12:39:46:

Co chceš slyšet konkrétně na nekonkrétni otázku, kterou nepodložíš ani základní funkčním kódem? Aneb platí, že na blbou otázku blbá odpověď. Je to jako by se zeptal, proč Ti utekla přítelkyně, a mě by napadlo:

a) žádnou jsi neměl
b) jsi chudej, chce to větší kredit v bance
c) má raději party boye
d) máš ho malého
e) má ráději inteligentní kluky, než nabouchané tupce
f) došlo ji, že je baví raději lízat kundičky než kouřit ptáky
g -> z si doplň sám.

Už chápeš, kam směřuji? Na Tvou otázku je příliš mnoho odpovědi, a kdyby Ti chtěl někdo poradit, tak by musel vynaložit značné úsili a položit více otázek on Tobě, než kolik jsi položil Ty (bez podložení fakty), takže z praktickŕho hlediska se Ti na to může každý vykašlat!

A finally, s tím čásem to myslím vážně. Co když Ti spustí cron skript ve chvíli, kdy nějakej magor bude hejbat s časem na serveru? Tak dostanou hráči takovej reupdate dat, že se nestačí divit. A pokud nemáš něco ve smyslus SVN DB dat, tak jsi prostě v prdeli. Chce to myslet na více věci, když už chceš něco dělat pořádně.

Re (4): help me pls...!!!DIKY
Odpověď na příspěvek od apm_ z 22.06.2008 08:50:11:
i takovy na okraj řešení může vést k vyřešení...heh...uvidíme...díky...

Odpověď na příspěvek od muni-172562 ( mailto:v.dol@seznam.cz ) z 21.06.2008 20:31:58:
Tu proceduru samozřejmě udělanou mám. Kdybych to dělal pokaždé znova, tak bych se z toho zblíznil. V aktuální verzi (0.2.4) je to dost šílené, protože se používají globální proměnné z venku procedury. V nové verzi (0.3) se už všechno musí předávat parametrem.

V aktuální verzi mám kontrolní podmínky, které mi hlásí pokud něco takového nastane. Ve vývojové verzi to nemám moc jak testovat, protože nemám aktivní Cron.
Určitě se tomu budu do podrobna věnovat a všechny vzniklé události logovat a vyhodnocovat. Spíše mi šlo o to jestli vás nenapádá něco konkrétního z vašich zkušeností atp. :-) stejně díky...uvidíme jak se to vyvrbí dál...*A*

Re (3): help me pls...!!!DIKY
Odpověď na příspěvek od muni-172562 ( mailto:v.dol@seznam.cz ) z 21.06.2008 20:31:58:

"Hodně objektově?" Co by to mělo znamenat? To je takovej dost abstract výraz, co?

Jinak chyba může být i v času na serveru. Kdybych měl stoprocentně sázet na current_time, asi bych to před výpočty synchronizoval s nějakou webservice, která mi vráti přesnej result. Ale to jen tak naokraj.

Re (2): help me pls...!!!DIKY
Odpověď na příspěvek od SummerBoy ( mailto:summer.boy@seznam.cz ) z 20.06.2008 21:47:18:

on rozhodně potřeboval aby si mu napsal že se to nechytne,
pokud to nechápeš tak si to přečti znovu ...

jinak podle mě budeš mít problem někde kde se aktualizuje čas,
překontroluj si samotný princip kdy se počítá a zkus to hodně objektově,
protože jak si to popsal se zdá že to děláš různými způsoby.
Já bych udělal jednu proceduru která to počítá univerzálně
a spouštěl bych to z různých míst (kde je to zrovna potřeba ať už
uživatelské načtení nebo cron)

*3890* Ⓥ ⓐ Ⓒ Ⓩ ⓘ ⓘ ⓚ
*4992* nejsvobodnější uživatel xchatu *4992*
Je lepší špatným být, než špatným zdát se

Re (2): help me pls...!!!DIKY
Odpověď na příspěvek od SummerBoy ( mailto:summer.boy@seznam.cz ) z 20.06.2008 21:47:18:
no je a neni jako travian...vesmes jediny co to ma s travi spolecný je ten prepocet...ale to je jedno...

Je to dělané v PHP s MySQL databází. Už jsem víceméně identifikoval místo, kde k tomu dochází, teď už mi jen zbývá zjistit proč.
Abych do toho vnesl trochu světlo...Přepočítávání surovin běží v pseudo-reálném čase, tedy při každém kontaktu serveru se provede dopočítání událostí za dobu, kdy hráč nic nedělal. Bohužel jsem narazil na to, že v určitých momentech a na určitém místě se nejdříve provede simulace do budoucnosti (někdy přes 160 hodin) a poté se to srovná. Pak dochází k zápornému stavu surovin na straně databáze. U uživatele se to projeví jako 0.
Aby se redukovala zátěž na server, která by mohla vzniknout, pokud si hráč dá do fronty 1000 jednotek a 100 budov, bude přesouvat 50 flotil a skenovat 30 planet, každou minutu se znovu načítá horní lišta surovin, takže dochází k dopočítání za poslední minutu. Zároveň každých 15 minut se spouští script, který tohle provádí pro všechny hráče a simuluje tak puštění stránky každým hráčem. A právě v tomhle 15-minutovém scriptu dochází k tomu časovému posunu.
Už jsem nahodil kontroly, které mi hlásí, kdy dochází k posunu zpět. Teď ještě potřebuju kontroly na výrazný posun dopředu a snad už přesně určím, kde je chyba.
pokud bys potreboval nejaky info klidne s ptej, reknu ti co budes potrebovat, ale kdyby jsi mi poradil co s tim, budu moc rad...