Nu es domāju, kam domāšana strādā tie jau sen tādu izmanto :) Ja nē, tad tagad noteikti izmantos.

A var vēl krutāk, visiem masīviem vienu fju: function getvar($key, $arr, , $default=false) { return isset($arr[$key]) ? $arr[$key] : $default; }

uff, komatu par daudz ielikās..

bubu: Dikti daudz jāraksta. Nekādi ne simple :)

man identiskas taadas f-jas saucas get() un post()

veel biki mazaak jaaraksta :)

getpvar('test'); $_POST['test']; Man domātiņās, ka tā nav nekāda ekonomija - iznāk par vienu simbolu vairāk rakstīt. Un ja nav atšķirības - kāpēc maksāt vairāk? Pat tad, ja to funkciju nosauc īsāk, nekāda īsta ieguvuma nav, bet tas sarežģī koda lasīšanu. Iespējams to var uzlabot, ja tajā funkcijā pieliek klāt arī dažādu mainīgo validēšanas darbības, tad šāda funkcija savu eksistenci attaisno.

Piekrītu bubu piemērs ir unversālāks

JV: Nunu. A ja mums $_POST['test'] nav iesetots? E_NOTICE parādās :) Un ar neinicializētajiem mainīgajiem darboties nav korekti.

Piekrītu. Tāpēc arī minēju, ka tur varētu pievienot validēšanas darbības, lai ieguvumu no šīs funkcijas padarītu acīmredzamāku. Validēšana būtu vajadzīga vienmēr. Funkcija getpvar($var, $validate_option = 'string', $length = 100) vai līdzīga būtu labāka, manā uztverē. P.S. Vai tad gatavos un reālos projektos Tu liec error_log-ā arī E_NOTICE, nav tā kā bišku par traku?

JV: es vispār mēģinu taisīt projektus, kuros neparādās arī E_NOTICE:) Bet par validāciju - man vienmēr ir šķitis obscure šāds validācijas veids. IMHO dotajā brīdī primārais ir datu savākšana. T.i. - ja cilvēks ir iedevis mums $_POST['kaka'], tad mums $kaka = $_POST['kaka']. Un validācija jau ir pēc lietotāja sniegto datu iegūšanas. To var taisīt kā vien vēlies. Kaut savu function validate($var, $type, ...). Validācija ir dikti nekonkrēts process, līdz ar ko unificēt kādu vienu f-ju šīm vajadzībām ir absurdi. IMHO.

Nu tas ir kā kurā gadījumā. Es to vairāk biju domājis savā situācijā - kur ir apmēram 5-6 dažādi mainīgo tipi, kas ir pieņemami - viss pārējais - mēslainē. Tāpēc šāda funkcija ir lietderīga - ja vajaga pamainīt kādu definīciju vai pielikt jaunu tipu - frameworks ir gatavs un atrodas vienā vietā un sadarbojas ar pārējo skriptu daļu ar vienkāršiem tīriem interfeisiem. :) Piekrītu, ka valadīcija ir nekonkrēta, bet katrā konkrētā projetā ir parastie datu formāti un plus vēl kaut kādi viņiem raksturīgi (nu tur artikuli, preču grupu numuri, rakstu nosaukumi utt.). Bet parasti tie ir daži un šādas validācijas funkcijas uzrakstīšana palīdz.

un kādas funkcijas lieto tipu validācijai? piemēram kaut kas līdzigs šim: http://paste.php.lv/1893

Bikuc esat pārsaspiedušies. Galīgi liekas darbības tur, kur tās nav vajadzīgas .. Un, nē, manis kodētajās aplikācijās neparādās E_NOTICE un tml. kaka.

PHP PIT

nevajag salīdzināt $_POST[$key] ar getpvar($key) bet gan ar isset($_POST[$key])?$_POST[$key]:$default; Pienāk brīdis, kad apnīk to penteri visur drukāt un tās dažas liekās php darbības vairs neliekas tik būtiskas :)

Es cienu savu slinkumu, tāpēc man viss saucās attiecīgi p,g,un s. Bet kā return man tomēr iet '', nevis false. Un arī "default" es nelieku, bet gan apstrādes veidu, piem echo '<input name="nick" value="'.p('nick',1).'" />'; vadīs vai nu '' ja !isset, vai vērtību, kura būs no-htmlspecialchars-ota

Es cienu savu slinkumu vēl vairāk, tāpēc neprogrammēju PHP vispēr :)

heh :] nu man ar ir P G S :]

nu šādu funkciju izmantoju jau kādu gadu. lietoju gan stipri pielāgotāku un vieglāk izmantojamu utt. :)

aha, un visas tās P, p, G, g funkcijas padara kodu tikpat lasāmu, cik mainīgie ar vārdiem $x1, $x2, $x3, .., $xn, $data un visa cita klasika.

kewl - ja tev globals = on; tad uz priekšu ;)

Lame, lame, lame :( .. bet nu ok, katrs kodē tā, kā viņam patīk labāk. Un baidos, ka katru no šiem kodētājiem ij nepārliecināt par to, kas ir tā īstā labā prakse ..

tas, ka cilveeks raksta kodu, kas iet uz globals=on, nenoziimee, ka kodaa ir caurumi. vajag tikai maaceet savu kodu.

Tomeer laikam esmu aprobezhots, un patiik gramstiities gar tiiriem mainiigajiem. Pateikt godiigi? tas izklausaas peec "kaku bakstiit ar salminju". Savs vidoklis //navarochinajos// kodu panjeemienos.. sorii

Paldies laacz'am par TIP'u ;)

Hmm .. beidzot Kirilam arī var piekrist. Ja kodētājs ir ar pieredzi (pat nevajag pieredzi, tikai vēlmi kodēt korekti, testējot kodu ar E_NOTICE un rakstot to tā, lai tie E_NOTICE nerādās), tad pat pie register_globals nekas nevar noiet greizi. (tiem, kas vēlas oponēt, skaidroju - E_NOTICE parasti aizrāda par neinicializētajiem variābļiem. Respektīvi, pat ja kāds mēģinās iebarot ko lieku caur GET vai POST, Tu to overraidosi, jo inicializēsi, anyway, to variābli. Piemēram, uzrakstot $x = 0; vai arī $people = array();

Kāds, Kirils: Jāņem vērā fakts, ka register_globals defaultajā PHP instalācijā (un tas ir pareizi, jo ne visi kodējot spēj pasargāt savus skriptus no ievainojamībām) ir izslēgts.

piekriitu shizo..

Baac nu ku visi kruti koderrriii :) Es no savas pieredzes saku, ka nepieshamiiba peec shaadaam ( laacz ieteiktajaam ) f-jaam vienaa noteiktaa briidii tomeer rodas. Ja Jums shaada nepiecieshamiiba nerodas, tad tas vareetu noziimeet : 1)Juusu koda gabali veel nav tik "lieli" (sarezgjiiiti utt); 2)Jums jau ir shaada f-jas realizeetas nedaudz savaadaak/liidziigi; 3)Man ir liidziigs domaashanas virziens ar laacz, un Jums nav; 4)Juusu kodaa netiek izmantoti POST GET variablji :P

P.S. Nu paklausiet tak kaadreiz arii tos pieredzeejushaakos, nevajag viemeer ar savu laapstu ... ar savu laapstu.

Nu tu gan dod DeeWee, a kāpēc savu pieredzi nevar veidot no savām kļūdām un savas izpratnes? Vai tad vienmēr tikai jāklausa kāds cits un jādara tāpat kā citi tikai tāpēc, ka vot viņš ir redz kruts koderis?

man jau reāli patīk kā šāds vienas rindiņas fragments tiek diskutēts kā lielākais 2k5 meistarības uzkodējums php!

Un Kirils ir pats gudrākais, cepuri nost.

stulbs posts

Varbūt tieši tāpēc, ka ir bezjēdzīgi izgudrot jaunu velesipēdu, tb taupi savu laiku un nekāp uz visiem grābekļiem pēc kārtas. Ir savs punkts uzklausīt cilvēkus, kas kodē jau ilgāku laika posmu un realizējuši sarežģītas sistēmas!

DeeWee, Laacz: Ticu, ka manis radītie projekti ir daudz apjomīgāki par Jūsu radītajiem. (piedodiet gan par nelielo iedomīgas piegaršu manis teiktajam) Anyway, pēc tik jocīgām funkcijām (gribās gan teikt metodēm, jo esmu radis kodēt "OOP stilā", tomēr) man vajadzības nav. Varbūt tikai pa retam pēc kaut kā nedaudz elītāka .. un savādāka.

Anyway, žetons Laacz'im par to, ka uzrakstīja kādu PHP tip'u. Varbūt arī nekas īpašs, bet .. atzīšos, jau ilgu laiku gaidu, kad mūsu letiņu bloggeri sāks ņemties ap un ar visādiem PHP tip`iem u.c. padarīšanām. Tā tik turēt!

Kāds, laikam esi par ilgu nodzīvojis padomju savienībā.

Kāds, ja reiz esi tik liels specs, kāpēc kaut ko gaidi? Kāpēc pats neraksti jeb neblogo?

BigUgga: neuzskatu, ka nedz es, nedz citi man zināmie (t.sk. arī virtuāli) PHP koderi ir tik gudri, lai mācītu citus ... Varbūt pēc gadiem 5-10 arī sākšu blogoties. :)

Kāds: Mācot citus tu beigu beigās iemācies pats to, ko tu domāji, ka tu jau zini...

Nav manā stilā tēlot pārgudrinieku un mācīt citus, kā dažs labs to dara ..

Kāds: Tas, ka laacz kaut ko kādam "māca" nav nekas nosodāms. Tā kā tava uzpūtība ir nevietā.

Piesienamies Mr.Venom pamācībai. Kāda nekonsekvences velna pēc tev kā return iet ''? Un kāds prieks no p(), kurš no-htmlspecialchars-o, datu apstrādes līmenī?

man nekā piebilstama nav, bet dikti gribējās arī kaut ko pateikt.

NNNNNNNNNNNNNNNOOOOOOOOOOOOOOOOOORRRRRRRRRRRRRRMMMMMMMMMMMMMMMMMMMMMMĀĀĀĀĀĀĀĀĀĀĀĀĀĀĀĀĀALLLLLLLLLLLLLLIIIIIIIIIIIIIII

un ja taa post veertiiba ir massiivs?