2easy

future ir HTML 123123123

priekš centrēšanas ar margin:auto pietiek ar width (nju tas ir arī nepieciešams) un sākumā doctype arī laikam bija vēlams. tipa lai ir valid xhtml (transitional/strict) vispār jau nu jautājumus vispirms ir jāprasa googlei (to jau visi saka) ieraksti "div center" un jau pirmais rezultāts ir ņemams

viss kārtībā rATRIJ. klases ir rotaļlieta. var uzreiz sākt spēlēties :D:D:D

margin: auto; width: 800px

haha, man šitais patikās. starp citu, man arī tā dažreiz uznāk vēlme paspēlēties ar klasēm. smuki jau tā ir veidot objektus, krāmēties ap viņiem, kko atļaut/neatļaut, kko mantot/extendod. tas taču ir forši! tā ir vesela sava pasaule!!! :)) have fun bet tiešām, ja nav ko darīt, kāpēc gan ne? ;) yep, noteikti visu vajag pamēģināt!

jā, jā, jā, tāds gudrinieks! ;) šīs pārbaudes taču ir jāliek sql WHERE daļā (kā tehnisks check), nevis kkur applikācijas loģikā tipa šādi UPDATE users SET m=m-10 WHERE id=1 AND m >= 10 vsp šādos gadījumos Ginta ieteiktā update menedžēšana, izmantojot transakcijas id kolonnu, realy makes sense. malacis Gint. labs ieteikums. bet tā jau laikam ir diezgan izplatīta/standarta prakse. tikai mēs te web developeri līdz tik sarežģītām lietām ne vnm nonākam... :D:D:D

nju re, īstā applikācijas sarežģītība neslēpjas ne pp, ne oop, bet out there... tobish pašos algoritmos, nevis kkādās paradigmās ;) principā ja ir kkas sarežģīts, tad sasniegums jau ir tad, kad vsp izdodas to piedabūt, lai tas pareizi strādā. un tad ir pofig, cik tas ir neērti/neefektīvi/nepareizi/nesmuki/... kr4 visas ambīcijas par optimizēšanu var pieturēt kādai citai reizei :P

lieto nevis absolūto set, bet relatīvo increment UPDATE test12 SET m = m + 100 WHERE id = 1 tad vari kaut vai 10x vienlaicīgus update taisīt un beigās tik un tā būs +1000 :)) kkad pasen lasīju, kā šādi iztikt vsp bez lokošanas ;)

priekā! ^^

nju bet tāda ir dzīve... ni4ego ne podelae6 :D:D:D pats teici, ka tas ir daudz retāk. un 90% ir parastie selekti bez save/update, kurus būtu neizdevīgi lokot. tā ka izvēlies labāko no diviem "sliktajiem" risinājumiem :P vismaz izdari tikai minimālos aprēķinus, pirms noskaidro, ka vajadzēs pārprasīt ar lock un pārrēķināt. protams, atnāks... hmm kas varētu atnākt un pateikt, kā būtu labāk? :D

jaa ar naudu tā nevar jokoties :D:D:D paldies, tas vsp ir labs piemērs par lokošanas vajadzību/pielietojumu ;) vienīgi, ja grib uztaisīt reālu testu, lai patiešām tas būtu vienlaicīgi, tad kā to var izdarīt? imho, pat vienlaicīgi laižot abus kverijus, tie kkā saliekas secīgi, jo katrs notiek ļoti ātri :( cik vsp tā varbūtība ir liela, ka kkas patiešām notiek vnlaicīgi? un kā to notestēt. tipa real code, real example? tavā piemērā ir tas pats thread/process, tāpēc tad vēl tā laikam var, taču ja nāk 2x requesti, kā tad to notestēt?

es tā saprotu, tas ir tik svarīgi, ka tgd ir jāšauj gaisā šampis ne? ;)

šis forums jau ir tāds kā googles proxy :D

tas fragments tiek izmantots tikai adresē (priekš info un back/forward navigācijas). htmlā nav nekādi name priekš šiem anchoriem. līdz ar to nav nekas, kas varētu sākties nepareizi :D tb nav nozīmes, ko tur adresē ieraksta aiz # bubu, palasi uri specifikāciju un pamācies ^^ http://tools.ietf.org/html/rfc3986#section-3.5

name="tavs-nosaukums" value="tavi dati" atķeksēšanu pārbauda ar isset($_POST['tavs-nosaukums']) vērtību paņem ar $_POST['tavs-nosaukums'] ieliek datu bāzē tāpat kā jebkuru citu vērtību...

hmm, ja jau 2. gadījums ir rets, tad vnm lasi kā 1. gadījumā, bet ja atklājas, ka vajag save, tad uztaisi vēl vienu select ar to FOR UPDATE protams, ka neko gudru atkal nepateicu, taču jāoptimizē ir tā, lai biežāk lietotā darbība būtu visātrākā a varbūt tajā gadījumā var iztikt vsp bez lokošanas? mosh tā tabula varētu būt parasta MyISAM, nevis InnoDB?

nope

Aleksej, meklē cītīgāk! ;) atvēru pirmos divus skriptus un... Free Trial Price: $119.00 USD Price: 100.00 EUR

dažiem hostiem ir jāpiezvana adminam un jāpasaka, lai firewallā atļauj taisīt izejošo connection uz konkrētu ārējo ip. hmm, vai tad nano arī?

vēlreiz? vari vnkāršu piemēru ar tiem vairākiem mainīgajiem? tā lai var saprast, kāpēc ir jāliek #_ (ar _) nevis vnk # (bez _)

lol, man gan ir vnkārši izvēlēties: jo mazāk jāraksta, jo labāk. tipa saskaitu baitus vai pielieku lineālu pie monitora un bez nekāda kauna izvēlos īsāko :D:D:D

labi, es šovakar vairs nevaru parakstīt. man jau no smiešanās sāp vaigi un kakls :D:D:D have a nice night... ;)

Aleksej, tu nosauci kkāda haizivs izmēra projekta prasības/parametrus. taču jebkurā gadījumā es domāju, ka cilvēciskais faktors šeit ir baigi izšķirošais. labi uzkodēt var gan tā, gan tā (pp/oop). galvenais, ka pasūtītājs saņem kvalitatīvu strādājošu produktu un saprātīgā laikā par konkurētspējīgu cenu. viss pārējais ir tehniskas nianses...

Veco labo PSRS

nju cmon, cmon, kur vēl ir kāds, kuram ir ko teikt??? :D:D:D aktīvāk lūdzu izsakieties ;) pagaidām vienīgie argumenti par labu oop ir: 1) __autoload(). tā, protams, ir fīča un tāpēc tik cītīgi tiek atkārtota, bet tam nav nekāda sakara ar oop. tas vnk ir veids, kā automātiski inklūdot failu 2) namespace. arī ir fīča, taču funkciju prefixi tāpat visu lieliski atrisina 3) mistiski solījumi, ka pieaugot applikācijas sarežģītībai oop parādīsies kkādi ieguvumi. wtf??? ja jau oop sarežģī pat vnkāršas lietas, tad taisot kko patiešām sarežģītu, oop visu vnk piebeigs :D:D:D 4) ... <- šeit Jūs varat papildināt :P pagaidām izskatās, ka šī tēma ļaus paņemt pie dziesmas visus "Koda dievus" vnlaicīgi :D:D:D vai varbūt te ir arī kāds procedurālais koda dievs? ;)