2easy

semantisks ir saistīts ar nozīmi/jēgu. tags h1 ir domāts priekš headingiem, p ir domāts paragrāfiem. šāda ir h1,p semantika. protams tādu pašu formatējumu un visuālu efektu var panākt arī nostilojot div tagu, taču div ir vispārīgs un viņam nav tāda semantika kā attiecīgajiem h1,p

jā, vārdnīcās tā ir, taču ja klients paprasa, lai viņam uztaisa, ka vārdi, kas sākas ar "ā", kārtojas aiz vārdiem, kas sākas ar "a", tad viņš/a negribēs klausīties stāstus par pareizi/nepareizi

palasi par inheritance (mantošana)

oo likmes aug! kur tad xmas12 kavējas ar savu "izlasi pm"? ;) tādu izdevību laiž garām! :D

esmu mazliet oldschool. patīk php4 ;)

nebija mērķis iegūt float kā tādu, bet gan no datiem "skaitlis" izmest liekos/kaitīgos simbolus, lai tie nenokļūst līdz sql protams, to var izdarīt ar regulāro izteiksmi kā qi() gadījumā, taču gribējās kko vnkāršāku/ātrāku un izšķīros par labu (float) http://php.net/manual/en/language.types.string.php tieši tas, kas man bija vajadzīgs (līdz tam nebiju apskatījis gadījumu ar int64/bigint, jo vēl nebiju to lietojis) es arī mācos rakstīt komentārus, lai citiem būtu vieglāk saprast. varbūt tgd ir progress ;) qi() - query int64 - sagatavo lielu veselu skaitli (int64) ievietošanai mysql query qn() - query num - sagatavo skaitli (int/float) ievietošanai mysql query qs() - query str - sagatavo tekstu (any string) ievietošanai mysql query <- lai būtu saprotamāk qi() - query int val - sagatavo big integer (over 32bit) for mysql query qn() - query num val - sagatavo skaitli for mysql query qs() - query str val - sagatavo tekstu for mysql query function qi($i) {return is_null($i) ? 'NULL' : preg_replace('/[^\d-]/', '', $i);} // query int64 - sagatavo lielu veselu skaitli (int64) ievietošanai mysql query function qn($n) {return is_null($n) ? 'NULL' : (float) $n;} // query num - sagatavo skaitli (int/float) ievietošanai mysql query function qs($s) {return is_null($s) ? 'NULL' : "'" . mysql_real_escape_string($s) . "'";} // query str - sagatavo tekstu (any string) ievietošanai mysql query nu jā, un, protams, ir jāzin konteksts, kādā šīs funkcijas tiek lietotas: no ārpuses pienāk dati (user input), kuriem ir jābūt kādā no standarta formātiem int64/skaitlis/teksts, taču tie var tādi nebūt un/vai saturēt nevēlamu/kaitīgu kodu, kas ir jāneitralizē. un tieši to arī dara šīs funkcijas. qi() lieto tikai samērā retos speciālgadījumos. parasti pietiek ar otrām divām funkcijām qn() qs(). so simple! ;) vsp man ir ļoti izdevīgi, ka tu kritizē katru sīkumu. it makes me do better and better... :)) paldies Tev, bubu

un 1000 goldi ir 3$, iepērkoties pie ķīniešu gold farmeriem :D:D:D zna4it pietiek ieinvestēt tajā geimā ap 700$, lai izraisītu overflow :P

mēs arī to saprotam ^^

<form style="margin: 0" ...

paldies par informāciju. mēs tgd zināsim, ka esi izveidojis šādu sistēmu. bet vai ir kādi jautājumi?

tā saucās "praktiskā mācīšanās" :)) dažreiz vnkāršāk ir babakstīties nekā lasīt garas teorijas un iedziļināties tehniskās uzbūves niansēs, lai gan tas, protams, ir ļoti noderīgi true. es jau ar to iedomājos, bet pagaidīju, lai tu pasaki ^^ ja logo nevis failā, bet db (droši vien lai ērtā/ātrāk būtu kko meklēt), tad nekādu id tur tāpat nevajag. id lieto lai selectētu/updeitotu/dzēstu konkrētu rindu, bet logfailu skatās daudzas rindas vienlaikus, neko neupdeito, un dzēš arī daudzas rindas vienlaikus. so whats the point from id here? hmm, mb es pārāk burtiski sapratu "viss logojās datubāzē"? tad forget last paragraph :D attiecībā uz mysql, cik dārgi ir pāris "ALTER TABLE t MODIFY id bigint"? attiecībā uz php nekas nav jāmaina, jo uz 64bit sistēmas šādam int jau ir vajadzīgais izmērs. turklāt get/post parametros šīs vērtības vsp ceļo kā stringi vienīgi tajās valodās, kur ir strikti datu tipi un nav izmantots alias (piemēram, c valodā varētu lietot: typedef int id_t; kur vnk int būtu jānomaina ar int64_t), tur gan nākas repleisot visas vietas, kur ir definēts šis id mainīgais, uz lielāku datu tipu un pēc tam pārkompilēt programmu jā, twitter gan ir labs piemērs! ;) gj bubu tajā wow vienā int bija sadzīti veseli 3 resursu veidi (gold/silver/copper), tāpēc daudz ātrāk nepietika vietas. vnk wow koderi pārcentās ar data space optimizēšanu :D

par iepriekšējiem 2x postiem: wtf??? jūs vsp esat lietojuši ORDER BY uz utf8 lv tekstiem? (ja jums tas bija joks, tad ok. sry :D) ne jau viņš pirmais ar to ir saskāries. detalizētāks problēmas apraksts ir šeit http://nekur.lv/archive/1467

un ja grib, lai css validējas :D ; ir tikai deklarāciju (property:value) atdalītājs. pēdējai deklarācijai tas ir tīri optional. to es neizdomāju. tā ir css specifikācijā http://w3.org/TR/CSS21/syndata.html#rule-sets sanāk, ka tas beigu semikols drīzāk tieši nav vēlams, jo css parseris tad varētu padomāt, ka aiz tā seko vēl kāda deklarācija anyway beigu semikola lietošana ir atkarīga no kodēšanas stila: ja raksta plaši - katru deklarāciju savā rindiņā, tad it kā "smukāk" (pēc konsekvences) ir, ja arī pēdējai deklarācijai ir tas semikols .test { prp: val; prp2: val2; prp3: val3; } ja raksta kompakti - visas deklarācijas vienā rindā, tad pēc skata beigās nemaz neprasās tas semikols .test {prp: val; prp2: val2; prp3: val3} bet nju tgd gan iebraucu tādos sīkumos... normāli cilvēki nesaprastu, kā ap kko tādu var cīnīties :D:D:D

par wordpress pluginiem maz ko zinu, taču parasti thumbnail uzģenerē 1x (bildes pievienošanas brīdī), un pēc tam uzreiz rāda šo thumbnail (vairs nekas nav jāģenerē)

man atliek vien piebilst, ka css width raksta (ir ļoti ieteicams tā rakstīt) gan vērtību, gan mērvienību: 100px 100% ... vienīgais izņēmums, ko raksta bez mērvienības ir 0

tas labi, ka šajā aukstajā laikā rūpējies, lai serverim būtu silti ^^ un lapas apmeklētājiem jau arī nav kur steigties garajos ziemas vakaros. lai pagaida, kamēr lapa ielādējas... :P

priekš tam ir funkcijas darbam ar failiem/masīviem/stringiem/... http://php.net/manual/en/function.file.php http://php.net/manual/en/function.explode.php ...

gadījumā tas phpThumb.php neģenerē visas tās background bildes on the fly lapas ielādes brīdī???

man liekas, ka aprēķināt vidējo vērtību iemāca jau pamatskolā: saskaita kopā visas vērtības un izdala ar vērtību skaitu

viņam laikam tikai kkāds tests konvertējās, bet ne pats 20MB fails. vismaz es tā sapratu vsp lielu failu var lasīt pa gabalam (piemēram, pa 4096 baitiem), konvertēt to un rezultātu rakstīt otrā failā. pēc tam ņemt nākamo porciju, un tā kamēr pārkonvertē visu source failu...

visticamāk, ka tajā sql failā no windows-1257 ir tikai ascii + 11x lv specifiskie burti ar garum/mīkstinājum zīmēm (āēīūčģšžķļņ), kurus var aizvietot ar attiecīgajiem utf8 multibaitu burtiem ar parastu str_replace(), un konvertācija gatava! ;)

ļoti draudzīga lapa tev ir izdevusies. uzklikšķinot uz vnkārša linka pirmajā lapā, saņemu šo

starp citu, kāpēc jūs rakstāt tik gari? this.options[this.selectedIndex].value var taču vnk this.value

me 2 ikdienišķām lietām pilnīgi pietiek ar int. tas bigint jau ir priekš kkādiem kosmiskiem aprēķiniem :D anyway, labi ka bubu paspīdēja ar savām float zināšanām. vismaz vienu jaunu niansi uzzināju ;)

bet "viņš" tā nedarīja ^^