[Ho Ho]

Mmm, my bad. Üle rea lugedes jäi mulje, et see on läbi ajaloo kõigi välja loositud numbrite hulk.

[LiivaneLord]

Ho Ho, see on jah while-statementis sedasi, et kõigepealt on uusim loosimine, mis hetkel on 1027. Kontrollib, kas I on esindatud numbrite seal. Kui on, siis punane, kui mitte, siis tavaline tekst ja lahter. Ja sedasi kõigi 7 numbriga I-VI, lisa1,lisa2, mis ühel loosimisel on välja loositud. Ja järjest nii kõigi loosimistega. Ja see kõik peaks teostuma minu puhul ühe päringuga? $sql_numbrid=mysql_query("select * from $viking order by nr DESC limit ".mysql_real_escape_string($_GET[nt]));

[2ndalpha]

Kui Sa CSS-i ega javascripti külge ei pane, kas siis on ikka aeglane?

[LiivaneLord]

[Ho Ho]

Miks sul seal nii röögatult palju tühje tabeliridu-tulpasid on?

Samuti saaksid juba puhtalt faili tirimise pealt päris korraliku kokkuhoiu kui sinna dropdownidesse ei lahmi kõiki 1000+ valikut vaid näiteks 1-10 ning ülejäänud mingi mõistliku sammuga. Veel parem kui teed selle lihtsalt teksti sisestus kastiks. Veel suurema kokkuhoiu saaksid kui kasutaksid normaalset CSS'i mitte ei kleebiks stiili igale tabeli lahtrile ühekaupa külge. Hetkel on sul too fail pea 1.5 MB puhast teksti


Olen päris kindel, et hetkeseisuga on probleemiallikas just see inline stiili määramine korrektse CSS'i kasutamise asemel.
[edit]
See ei ole CSS'i kasutamine (üksainus rida tabelist, reavahetused minu poolt näitamaks kuivõrd röögatult suure raiskamisega tegu):

[mikk36]

Kui aeglaselt teil need siis laevad?

Spoiler

[Redikate]

Tekib siinkohal sama küsimus. Minul laeb leht 507ms'iga mis üldiselt on nagu piisavalt kiire või nii.

Spoiler

[Ho Ho]

Lükake see "Näita kogu tabelit" linnuke ka ikka sisse.

[Redikate]

[andrusny]

Neti kiirus siis järelikult sul omal madal kogu tabel ja värvilisena, siis tuli andmeid serverist üle 1,5M kuna mul ka aeglane ühendus, siis läks aega suht , et siis kokkuvõttes neti kiirus jääb aeglaseks vist. Mis seal üldse selle pea 2M välja annab? Pilte ju pole ning 1000rida arve ei tohiks ometi nii palju mahtu võtta. Või võtab?

[Ho Ho]

[andrusny]

Jah uurisin ise ka hetkel koodi

[LiivaneLord]

mikk36, index2.php on kärbitud natuke, kuskil tuli väike aps ka vahele, et tabamust ja võidusummat ei näita, aga ma muudan CSS-i. Inline kaotan ära.

Edit: Tegin muudatused ära ja tabel muutus poole kiiremaks. Varem laadis 12 sek, nüüd 6 sek -> http://liivanelord.planet.ee/viking/index3.php?1=6&2=2&3=34&4=11&5=45&6=46&7=47&8=9&9=14&10=16&11=5&tabel=on&vt=Vaata Klikake siis kindlasti sellele lingile, kuna see on index3.php, et teil ei tekiks segadust.

CSS tõin faili etteotsa. Hiljem vaatan üle, kas on veel midagi vaja ja siis peab järgi proovima, ega vigu pole sisse sattunud.

NB! Vaikimisi keelasin ära täispika tabeli näitamise, kui pole küpsised salvestatud. Kogu tabeli nägemiseks vali "Näita kogu tabelit" ja vajuta Vaata.

EDIT2:

[Lordlesta]

[LiivaneLord]

Nonii, tegin eile ja täna plaanilisi muudatusi lehel ning muuseas näppisin ka CSS-i. Mida arvate nüüd tabeli lähtekoodist? -> http://liivanelord.planet.ee/viking/?1=16&2=27&3=24&4=28&5=20&6=23&tabel=on&vt=Vaata

Võrreldes ühe varasema versiooniga on laadimine poole kiirem umbes. Väga hästi mõõta ei saa, kuna nüüd on mul megase neti asemel 5 mega, aga enam-vähem on aru saada -> http://liivanelord.planet.ee/viking/index3.php?1=16&2=27&3=24&4=28&5=20&6=23&tabel=on&vt=Vaata

Javascripti osas muudatusi ei ole teinud, ei oska. Javascript üldiselt on nii raske minu jaoks.

[kuunar]

Loto on siin foorumis valus teema.

[LiivaneLord]

[Redikate]

http://jbrantly.github.io/bigtable/ => miljon rida.
http://jsfiddle.net/ThinkingStiff/gyaGk/ => päris kiire 1000 rida

Kuid üldiselt soovitan jagada lehekülgedeks + sortimine + search.

[LiivaneLord]

Spoiler

LiivaneLord kirjutas:

Redikate, nagu ma aru saan, siis see tabel luuakse javascriptiga. Minul on aga andmed andmebaasis ning lehe laadimisel toimub alati erinevate numbrite kokkuliitmine ning statistika lubamisel arvutab nende numbrite esinemissagedus jms. Ma ei kujuta ette, kuidas antud tabel javascriptiga valmis vorpida. :S Algul tegin statistika püsivaks ehk uute andmete sisestamisel tehti see kalkulatsioon kohe ära ja lisati andmebaasi, aga hiljem lisasin veergude kaupa eraldi statistika loomise võimaluse ning siis kadus asja mõte ära. Lehe laadimisaega see praktiliselt ei muutnud. Olen otsustanud, et lehekülgi ma ei tee. Sellel ei ole praktilist vajadust. Vaikimisi on nähtav vaid 100 viimast rida ja 90+% juhtudel sellest peaks piisama. Kogu tabel on vaid lisavõimalus ning ka praegu ei kulu selle laadimiseks väga kaua aega.

Nii, tegin numbrite tabeli ka javascripti versioonis. Server loob php-ga javascripti, kus on array "nr", milles on subarrayd, kus iga subarray kohta on kogu info loosi kohta (ehk andmed andmebaasis). Teine array on "tdstiil", mis sisaldab töödeldud infot (tabeli välja stiil, tabamus, võit jms). Ma ei tea, kas see oli õige viis seda teha, kuid see oli minu esimene nägemus asjast.

Javascriptiga loodud index4.php: http://liivanelord.planet.ee/viking/index4.php?1=16&2=27&3=22&4=7&5=20&6=36&7=30&tabel=on&vt=Vaata
Tavaline index.php: http://liivanelord.planet.ee/viking/index.php?1=16&2=27&3=22&4=7&5=20&6=36&7=30&tabel=on&vt=Vaata

Nagu näha, siis Javascriptiga versioon laeb vaat et aeglasemalt isegi. Javascripti koodis on kindlasti üleliigseid ridasid, kuna spikerdasin teiste koodide pealt, et aru saada, kuidas HTML koodi loomine javascriptiga käib.

[Redikate]

index4.php: 608.39 ms
index.php: 429.87 ms

Üldiselt ma ei näe milles probleem. <1s on liiga pikk loading time? :p

Oleks mul aega krt, prooviks ise ka seda tabeli näitamist teha.

[mikk36]

Eks osa laadimise aja pikenemisest on põhjustatud ka suuremast failist, mida alla on vaja laadida (382 KB vs 463 KB)

[LiivaneLord]