Diskuze - danyk.cz

na telefonu to jde ale na PC ne, to je jistě chyba téhle diskuze

U me na obou uplne korektne a to mam nastaveno 50 na stranku.

Mám 50 na stránku a jede to dobře

Je to líný jako šnek,někdy to naskočí rychle ale to je tak 2x za týden,stará diskuze byla rychlejší.

Mám spojenie >350Mbps, neriešim

se 100 na stranku OK, pripojeni kabel...
na pda sem zatim este moc netestoval, ale co si spominam nebyl tam nakej vyraznej rozdil oproti BB.

mne to tiez nacita zufalo.. ale ked to zastavim a dam nacitat znova tak to ide. nie je to rychlostou pripojenia, caka sa na odpoved servera

Refresh otázkou tak 1.5 sekundy. http://www.speedtest.net/result/2690414429.png

http://i.imgur.com/xLssIzc.png ale robi to len niekedy. Robi to doma aj na intraku (100Mbps)

Tohle připojením nebude...
firebug říká, že to 20 sekund čeká na odpověď od serveru (ta přijde až potom). Takže buď je někde nějakej zašitej bug co to způsobuje, nebo má danyk silně neoptimální kod kterej těch 20 sekund něco dělá...

http://galerie.bkralik.cz/danyk.png

Tak mozna zavisi na momentalnim vytizeni serveru (kde se interpretuje PHP) a proste kazdy uzivatel dostane prideleny jen urcity casovy kvantum. Ale to bych si toho asi uz vsiml driv, fakt si nepamatuju, ze by se to nacitalo treba 20s

Jo, taky si jsem jistej že problém je na druhé straně. Někdy se mi to načítá asi 10-30 s, sem tam se stane že to je hned.

Problém bude v kódu diskuze, danyk.cz načte hned, diskuze na stejné doméně má třeba 30s spoždění

Já nevim, čim to může bejt . Už sem to trochu optimalizoval, aby se nedělaly úplně nesmyslný operace. To zjišťování tý IP adresy, co se nahoře zobrazuje, snad tolik času nezabere, ne? Jinak tady sou soubory knihy, který se účastněj přímo zobrazování:
http://danyk.cz/t/soubory_knihy.zip

a načítání/ukládání cookies to snad taky dělat nemůže, ne?

ak si mal to gethostbyaddr zapnute, tak to mohlo byt to zdrzanie: na roznych pripojeniach rozne (iny poskytovatel, ina ip, ine reverzne DNS), pri refreshi sa to stratilo (cache prekaldu) ... zistenie reverzneho zaznamu trva dlho

este jedna vec: viac krat tam nacitavas login_mysql.php, co sposobuje viacnasovbne pripajanie k mysql serveru (mozno) a to mu tiez moze trvat (lebo moze mat limit na pocet pripojeni)

Janci>

dík. Teď mi teprve došlo, že tam vlastně ten login_mysql.php requiruju dvakrát. Tak už sem to opravil, už je tam jen 1x. Tu IP sem dal taky radši pryč.

kniha nacitava okamzite, ale odosielanie prispevku trva pol minuty skusis tam spravit rovnake optimalizacie?

je to furt stejně pomalý

Janci>
mně se to taky teď zdá o něco rychlejší. Odeslání příspěvku, tam už neni co optimalizovat, žádný duplicitní připojování tam neni. Celej kód toho souboru pridat.php je mnohem kratší a jednodušší, než kniha.php, takže tam snad chyba nebude.

Teď mě napadlo, jestli se ta kniha nenačítá pomalu jen když je zvolený řazení podle poslední odpovědi. Když je zvolený řazení podle data zprávy, je to rychlejší. On totiž ten select na řazení podle poslední odpovědi je daleko horší obluda.
SELECT id AS id2, datum, jmeno, text, mail, web, ip, kateg, k_cemu, (SELECT MAX(datum) FROM zpravy WHERE (k_cemu = id2 OR id = id2)) AS datum_posled FROM zpravy WHERE (kateg='$zkateg' AND k_cemu=0) ORDER BY datum_posled DESC LIMIT $str, $z_na_s;

Přesně tak, při poslední odpovědi je to ukrutně pomalý, avšak při řazení dle data zprávy je to rychlejší než blesk

danyk> nj, to bude ono. nechces do tabulky zpravy pridat stlpec datum_posled, ktory budes aktualizovat s vlozenim prispevku? Vkladanie sa spomali (o trochu), vypis sa zrychli (o hodne)

danyk: jsi na to kápl. Fakt se to s řazením podle data zprávy načítá skoro hned.

Nojo, tak to je tim. Ja sem totiz to razeni od nejnovejsiho este nikdy nepouzil a ted koukam ze to trvalo 20s...