Új hozzászólás Aktív témák

• #2647 Sk8erPeter nagyúr Polesz #2638

  Új Válasz 2013-08-22 11:51:11 #2647

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz Polesz #2638 üzenetére

  list($a,$b,$c,$d,$e,$f,$g,$h,$i,$j,$k,$l,$m,$n,$o,$p,$q,$r) = $row;
  echo '<tr class="row_a'.$c.'"><td>'.$b.'</td><td>'.$d.'</td><td>'.$e.'</td><td>'.$f.'</td><td>'.$g.'</td>
  <td>'.$h.'</td><td>'.$i.'</td><td>'.$j.'</td><td>'.$k.'</td><td>'.$l.'</td><td>'.$m.'</td><td>'.$n.'</td>
  <td>'.$o.'</td><td>'.$p.'</td><td>'.$q.'</td><td><textarea class="row1">'.$r.'</textarea></td>

  Uhh, ez azért erős. Erről a változónév-használatról javaslom, sürgősen szokj le. Egyébként sem nyersz semmit azzal, hogy a $row változóból a megfelelő kulcson lévő értékeket átrakod egy másik változóba, aminek $a, $b, $c, stb. a neve, inkább értelmesen kellene elnevezni/lekérni az oszlopokat (van alias).
  Mindenesetre a kód karbantartása szempontjából a legrosszabb döntés ilyen változóneveket használni. Persze ilyen mennyiségnél nyilván egyből lehet tudni, ezzel mit is akartál csinálni, de nehogy aztán rászokj, meg ugye előfordulhat, hogy ez a kód még bővül, és kezdeni is kell valamit a kiíratáson kívül a változókkal, akkor meg nagyon fájni fog később, hogy ilyen változóneveid vannak.

  Amúgy 1200 sor formelemekkel kiegészítve, az tényleg rengeteg egy táblázat összerakásánál, valószínűleg ráadásul felesleges is akkora táblázatot megjeleníteni, úgysem lát át akkorát senki. Bár lehet, hogy kliensoldalon akarod utána szűrni, nem tudom, de mindenesetre ahogy már írták, összerakni egy ekkora táblázatot, mindenféle plusz elemével együtt, majd ezt bepasszírozni a DOM-ba, feldolgozni nem gyengén erőforrás-igényes a böngészőnek. És tényleg nem szerveroldalon kellene összeraknod. (JSON-ről, meg json_encode-ról itt írtam alul, hátha segít: [link].)

• #2642 fordfairlane veterán Polesz #2638

  Új Válasz 2013-08-22 11:29:31 #2642

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  válasz Polesz #2638 üzenetére

  1200 sor és 15 oszlop (textarea, select minden sorban).

  Ez itt a probléma, nem a kiiratás módszere, progressbar, meg szerveroldal. Ennek a rengeteg formelemnek a kirakása sok erőforrást köt le kliensoldalon.

• #2640 martonx veterán Polesz #2638

  Új Válasz 2013-08-22 09:16:34 #2640

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz Polesz #2638 üzenetére

  Nehogy már PHP-vel rakasd össze a táblázatot!
  Küld ki az adatokat JSON-ban, és majd kliens oldalon összerakod a táblázatot. Ezzel nem csak a szerverterhelésen nyersz egy csomót, de gyorsabban meg is lesz a végeredmény (hacsak el nem rontod a js részt).

• #2639 Polesz addikt Polesz #2638

  Új Válasz 2013-08-22 09:11:12 #2639

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Polesz

  addikt

  válasz Polesz #2638 üzenetére

  Mivel jelenleg itthonról fejlesztem a belső gépen futó alkalmazást ezért rdesktoppal beléptem egy belső gépre és elindítottam ott is a lekérdezést. 3 mp alatt sikerült értékelhető eredményt produkálni, tehát a külső használattal van itt a probléma. A dolog így megoldódik magától mivel ez kimondottam intraneten használt alkalmazás.

Új hozzászólás Aktív témák