2easy

tu arī vari TC ^^

css beigās ieliec šādas rindiņas html, body {height: 100%} #border {height: 100%} #content {min-height: 100%; overflow: hidden; padding-bottom: 0}

mosh tomēr uzliec kkur online to css kopā ar html? ja gribi, lai tev palīdz...

es pavisam nesen vēl tieši skatījos tās jpg kvalitātes un meklēju optimālo risinājumu ^^ btw, salīdzinot php jpg kvalitāti ar grafisko programmu jpg kvalitāti, pie vieniem un tiem pašiem % ir lielas atšķirības. piemēram, php jpg 90% ir gandrīz tik pat laba kvalitāte kā photoshop jpg 70% !!! sanāk, ka tie % ir ļoti relatīvi. nosecināju, ka php jpg bildes jāģenerē pie 95%, bet no photoshopa seivoju ar 80% un izskatās vienādi labi (failu izmēri arī apmēram tie paši). tas tā, ja nu vēl kādam noder šāda infa ;)

attiecībā uz jpg resaizošanu un kvalitāti tikai pāris lietas ir jāievēro 1) lai pati source bilde būtu kvalitatīva :D 2) resize taisa ar imagecopyresampled() 3) saglabā ar kvalitāti 95 (funkcijai imagejpgeg() 3. arguments). 95% ir ļoti laba kvalitāte (gandrīz kā 100%), taču daudz mazāks faila izmērs. tb tāds optimāls risinājums

true uzrakstīt savu httpPost() funkciju ir dažas rindiņas, bet jquery ir ~56KB

html arī vajag. ja vari, ieliec linku, kur tas webā šobrīd ir

njaa virziens jau pareizs ^^

tas nu gan ir baigi atkarīgs no cilvēka. es tieši otrādi vsp neko nepostotu kkādā dead forumā, kur būtu 0 reakcija. jo vairāk kritikas, jo labāk. tā var kko jaunu iemācīties. vismaz man tas liekas labāk nekā dzīvot kkādā pašpārliecinātības burbulī. tā jau visam ir dafiga visādi standarta risinājumi. optimizēšana ir viens no virzieniem, kur vēl saglabājas challenge ;)

sazin, varbūt ka šis palīdz http://corpocrat.com/2008/09/28/how-to-fix-phpmyadmin-403-forbidden-error/ kr4 skaties googlē, ko citos forumos raksta, pēc keywordiem "phpmyadmin forbidden" vai "remote phpmyadmin forbidden" EDIT: bet ja to pašu http://ip-adrese/kkascits.htm ieliek iekš http://ip-adrese/phpmyadmin/kkascits.htm tad joprojām var vai vairs nevar apskatīt? jo var būt situācija, ka 403 headeri pati applikācija (phpmyadmin) nosūta ar php header(). ja tā, tad arī applikācijas konfigos to var menedžēt, lai atļauj remote. bet man drīzāk liekas, ka šis ierobežojums būs noslēpts kādā .htaccess

codez, u r my hero! :)) EDIT: es gan pa vidu rakstītu mazliet vairāk whitespace, lai būtu vieglāk lasīt (Java droši vien arī priecāsies par to :D). bet tā jau tiešām tavs variants rulez. gan tā pirmā pārbaude, gan array_search() ftw function getMonth($v) { // izdod mēnesi (abos virzienos): mēneša numurs -> mēneša nosaukums, mēneša nosaukums -> mēneša numurs $a = array('', 'Janvāris', 'Februāris', 'Marts', 'Aprīlis', 'Maijs', 'Jūnijs', 'Jūlijs', 'Augusts', 'Septembris', 'Oktobris', 'Novembris', 'Decembris'); return $v >= 1 && $v <= 12 ? $a[$v] : array_search(ucfirst(mb_strtolower(trim($v))), $a); }

autoru komentāru galvgalī raksta tamdēļ, lai zinātu, kurš ir jāsit, kad kkas "nejies" :D:D:D izdzīvošanas taktika PSRS laikā: 1) ja tu domā, tad neraksti 2) ja tu domā un raksti, tad neparaksties 3) ja tu domā, raksti un paraksties, tad nebrīnies

function getMonth($v) { // izdod mēnesi (abos virzienos): mēneša numurs -> mēneša nosaukums, mēneša nosaukums -> mēneša numurs $a = array('Janvāris', 'Februāris', 'Marts', 'Aprīlis', 'Maijs', 'Jūnijs', 'Jūlijs', 'Augusts', 'Septembris', 'Oktobris', 'Novembris', 'Decembris'); if (is_numeric($v)) return isset($a[$v - 1]) ? $a[$v - 1] : null; else { $a = array_flip($a); $v = ucfirst(mb_strtolower(trim($v))); return isset($a[$v]) ? $a[$v] + 1 : null; } } // test mb_internal_encoding('utf-8'); echo '<pre>' . getMonth(7) . "\n" . // Jūlijs getMonth(100) . "\n" . // null getMonth('Jūlijs') . "\n" . // 7 getMonth('jūlijs') . "\n" . // 7 getMonth('JŪLIJS') . "\n" . // 7 getMonth(' jūlijs ') . "\n" . // 7 getMonth('asdf') . "\n" . // null '</pre>';

nope, tas neko neietekmē šajā ziņā btw, tu vsp nekādam webam netiec klāt vai tikai tam phpmyadmin? http://ip-adrese/kkascits.htm vari atvērt?

ne jau tas. es biju domājis, varbūt phpmyadmin folderī ir .htaccess fails, kas aizliedz piekļuvi no ārpuses vismaz tas ir ērts veids kā ierobežot piekļuvi

es labāk šoreiz neko neteikšu par optimizēšanu, kā 16x rindiņu vietā rakstīt 2x :D:D:D

moš kāds .htaccess nelaiž klāt. paskaties vai nav Allow tikai no konkrētas ip (varbūt tikai lokāli no 127.0.0.1 atļauj?)

5% tas ir dafiga!!! biju domājis, ka ir daudz mazāk! EDIT: manuprāt, ņemot vērā web auditorijas lielumu, pat 0.5% ir samērā liels un vērā ņemams skaitlis, kad to pārnes absolūtās vienībās. sākot no 0.05% jau gan var sākt uzskatīt, ka vairs nav daudz

hehe, paiet labs laiks, kamēr atklāj alt+prtscreen ^^

labais skype fonā :D:D:D

yep, manuālis ifu saukā par "control structure" ;) btw, bubu, kad tu man warningu noņemsi nost? tas offtopic bija tikai joks. es jau to nesāku. Java vnk gribēja, lai ar viņu kāds parunājas :D vai tam warningam ir kkāds timeout uzlikts, kad tas pats pazūd?

ar "plain datiem" es biju domājis jebko, kas bija pirms base64 kodēšanas. vnk nedarīt liekas darbības un lieki nepārveidot datus par kko citu. kiss~ keep it small & simple

var jau visko uzskatīt, taču kad teorētiski viss ir apfilozofēts par to, kas ir ātrāks (un visi, kas ir gribējuši, ir saderējuši uz aliņiem), tad ir jāķeras pie praktiskās performances mērīšanas, lai noteiktu, kas paņem mazāk cpu laika. tad arī noskaidrojas uzvarētājs ;) šajā gadījumā plain dati (bez nekādiem base64) aizņem gan mazāk vietu, gan arī ātrāk nolasās ar file_get_contents(). kr4 double ieguvums :)) EDIT: teorētiski ir skaidrs, kāpēc include ir lēnāks. jo php parseris parsē visu to datu blāķi un interpretē kā php kodu. bet file_get_contents() vnk nolasa baitus un saliek string mainīgajā. tobish veic vnkāršu low level darbību: hdd -> ram

njaa network programming jau ir cita lieta

un ar ko include varētu būt ātrāks par file_get_contents() ??? dati taču tāpat ir jānolasa no faila, un abas funkcijas to dara! man te pēdējo pāris mēnešu laikā bija vesela sērija ar timer piemēriem, kur vajadzēja lauzt dažādus mītus/stereotipus par to, kas ir ātrāks un kas ir lēnāks... $gnTm = 0; function tmu() {list($nSecU, $iSec) = explode(' ', microtime()); return $iSec + $nSecU;} // micro time - izdod pašreizējo unix laiku: sekundes + mikrosekundes (aiz "komata") function tmrSet() {global $gnTm; $gnTm = tmu();} // set timer function tmrGet() {global $gnTm; return tmu() - $gnTm;} // get timer function tmrEcho($sInfo = '') {printf('%s%.4f<br />', $sInfo, tmrGet());} // echo timer - parāda laiku ar precizitāti līdz 100 mikrosekundēm (ilgākām darbībām). lielākas precizitātes mērījumiem desmitos mikrosekunžu (vai vēl mazāk) ir jāņem vērā arī pašas funkcijas izsaukuma laiks (tb tad būtu jāizmēra function call overhead) tmrSet(); include 'cache.php'; tmrEcho('cache include: '); tmrSet(); $cache_saved2 = file_get_contents('cache.php'); tmrEcho('cache read: '); /* aptuvens vidējais rezultāts uz mana pc: cache include: 0.0170 cache read: 0.0005 */ šajā konkrētajā gadījumā uz tavu ~50KB cache failu file_get_contents() izrādījās ~30x ĀTRĀKS par include neņem ļaunā, bet hahaha...