bubu

Un kāpēc nevar vienā eksemplārā? a:link, a:visited { css kods }

Es tak saku - nav tādas funkcijas.

Protams, ka nav tādas funkcijas. Kā ta tu iedomājies, kā tai būtu jāstrādā? Pašam tak jāuzraksta (nu vai jāmeklē kautkas gatavs).

Ja tu skaidrāk izskaidrotu, kas tev nesanāk, tad tev varbūt arī kāds spētu palīdzēt. A savādāk nekā nesaprotu...

Da tak nevajag uzreiz to uztvert kā uzbraucienu. Es tik tev pašam pārdomām to iesaku par sava koda uzlabošanu..

Tev kas nav skaidrs, ko pats tur raksti? Neiet runa par atstarpēm (identāciju), bet par to copy&paste koda kaudzi. Padomā, ja tev tādu optionu būs 10, 50, 100? Ko tad, 100 gandrīz vienādas rindiņas rakstīsi. Cikli, cikli jālieto!

1-kārt. Kāpēc elementu_skaits tiek salīdzināts ar 0..4, ja option'u values ir no 1..5 2-kārt. Kāpēc tur ir divi dažādi eventi: onclick un onchange? Vajag taču vienā visu likt: select onchange="elementu_skaits = this.value; if (elementu_skaits == '0') elements('block','none','none','none','none'); ... 3-kārt. Par koda 'smukumu' neizteikšos.. Pateikšu vienīgi, ka tev derētu pamācīties ciklus lietot ;)

Nu kā tu nesaproti - tāpēc, ka viņš programmē php! :)

Ja register_globals ir ieslēgts, tad izskatās, ka vajadzētu iet (ja protams nav kāda maza sintaktiska kļūda ielaista).

Bet protams! Ja jau nestrādā, kā gribi, tad tu acīmredzot esi nepareizi uzrakstījis. Vai tad, ja tu būtu uzrakstījis pareizi, tad viss nestrādātu kā vajag?

Jā tieši to arī domāju. Tam ir jāstrādā tieši tā kā tu uzrakstīji. Ja tu neuzrakstīji kā gribi, lai strādā, tad tas loģiski, ka nestrādās tā kā tu gribi, lai strādātu.

To tev pašam kodā jāieraksta.

Ah... ak viņš uz šito veco tēmu atbildēja! Sapratu. Cilvēki - kalendāros jāskatās :)

why not? Tas nav nekas neatļauts. Es arī bieži vien rakstu: $tmp = implode('&', $tmp); vai piemēram $a = $a + $x/2;

Es tak to zinu. Bet kā tas tavs teiktais kā atbilde uz spermer_co teikto saistās kopā?

Kas glabājas tumb laukā? Esi pārliecināts, ka korekta bilde? (100% + 1% pārliecināts)? Pie tam, nesaprotu kā tu iedomājies img tagam src atribūtā izvadīt bildes datus... Tur taču URLis jāliek ne bildes dati :)

Kāds tur OOP sakars ar kautko?? Sesijā tu protams vari glabāt, ko gribi. Bet ja tu domā, ka tas skripts, kurš tur ciklojās pa while ciklu redzēs izmaiņas sesijas mainīgajos, tad tu kļūdies, ka domā, ka tā varēs. Sesijas mainīgie jau inicializējas tikai tad, kad skripts ielādējas, tb sākas. Pēc tam tie vairs nelasās no cietā diska.

Es atkal nesaprotu kādā sakarā Klez kautko saka par html/wml/wap/php

Ui.. kautko tu tur par sarežģītu domā. Ja, piemēram, ir paredzēta logošanās sistēma, un ir ieraksts userim iekš DB. Tad var piem no tām citām lapām uzstādīt kādu lauku STOP=1, un tad no tās pirmās lapas visulaiku selektēt to lauku un pārbaudīt vai tas ir vienāds ar 1 vai nav.. bet tas ir liels overheads. Tad jau drīzāk taisīt kautkādu failu un čekot vai tas ir izveidots vai nav kautkādā direktorijā. Šādas situācijas parasti vairāk risina nevis caur web izpildāmā skriptā, bet gan atsevišķā procesā palaižamā skriptā.. Par formu: target atribūts form tagam un name atribūts iframe tagam kopā nesaiet?

Kā lai mēs zinam kā ir jāizskatās, ja neviens nezin ne tavu db stuktūru, ne īsti ko tev vajag tur..

Neiet runa vai var vai nevar.. Protams, ka tā var daudzko.. Bet vai tas ir labs stils... ? Čerez ž.. arī daudzko var, bet vai tad tā jādara? Par tavu piemēru - kāpēc tad nelietot šīs fjas (kas noteikti būtu ātrāk): import_request_variables() vai extract() (ja nevajag visus trīs masīvus)?

Vienalga nesaprotu... Vari piemēru parādīt?

Neredzu jēgu pārbaudīt referreri, to var tāpat viegli viltot. Der ja nu vienīgi pret iesācējiem skript-kiddijiem ;)

Priekš šādu kļūdu meklēšanas paredzēts CSS validators: http://jigsaw.w3.org/css-validator/

1) saskati visus cik vajag ar preg_match_all 2) aizvieto ko tev tur vajag ar tādu pašu regexpu kā tam match_all ... bet nez.. es labā skatītos uz to variantu manis iedotā linkā.