aaxc

Buutu labi, ja pateiktu aptuveno virzienu, kur to mekleet. Pamekleeshu.

Par nelietošanu vari man nestāstīt, diskusija sākās tanī brīdi, kad es saķu lamāties, ka visās malās @ sabāzsts un paliek jau slikti šamos visu laiku vākt ārā. Tik tālu es arī esmu sapratis, tikai nevaru atrast nevienu tiešu pierādījumu + jautājums, kāpēc ar izslēgtiem error_reporting ( kur Notice netiek veidota ), tik un tā šis laiks ir ilgāks.

Ar googli mans draugs, ar google ... http://php.net/manual/en/tutorial.php

Mums te darbā panesās maza diskusija par to, vai lietot @ vai labāk tomēr isset(), un gribēju padalīties ar secinājumiem. Pēc īsiem testiem ātri noskaidrojām uzvarētāju: Execution times: 10'000'000 17.041812181473 seconds. [ @ ] 1.7088520526886 seconds. [ isset() ] 1.775101184845 seconds. [ isset() && var ] 1.7850821018219 seconds. [ isset() AND var ] 1.8156411647797 seconds. [ isset() && !empty(var) ] 1.7943229675293 seconds. [ isset() AND !empty(var) ] 1.7861270904541 seconds. [ !empty(var) ] Uzreiz radās jautājums, kāpēc tieši tā. Tika pārlasīts vēlreiz manuālis, bet gala atbilde tā arī netika iegūta. Ir rakstīts, ka iespējamie errori tiek ignorēti, bet nav 100% minēts, ka tie vispar tiek ģenerēti. Bet, protams, apskatot testa rezultātus, var secināt ka tiek gan ( laigan precīzas atbildes par to nav, ir tikai atsauksmes ). Pirms tam tika patestēts arī ar izslēgtu error_reportingu kopumā, kur starpība bija stipri mazāka, bet tomēr bija, ir jākonstatē, ka errors vienmēr tiek triggerots, tikai pie izslēgtiem error_reporting tiek piefixēts fakts, ka bija kļūda, bez pašas kļūdas izveidošanas un otrajā gadījumā ( ar ieslēgtu error_reportingu ), tā tiek uzģenerēta pilnībā, bet netiek izvadīta ( bik atgādina veco dos stilu ). Un vēl mazs interesants fakts, ifs AND !empty izpildās nezkāpēc mazliet ātrāk kā && !empty, laigan ar vienkāršu $var ( bez !empty ) pārbaudi notiek pretējais.

Tāpēc, ka ir daudz programmētāji, kas uzskata, ka Frameworki ir augstākais sasniegums, aka, divritenis, un neko vairāk nevajag pašam taisīt.

uniqid ?

Parādi formas kodu

Es ceru, ka tu apzinies, ka šāds projekts prasīs vairākus tūkstošus ieguldījumus.

Kaa tu zini, ka man sievasmaate tajaa nedeeljas nogalee buus ciemos???

Vareetu beigt shurpu turpu biidiit datumus un vienoties par konkreetu, taapat nekad nebuus taads datums, kas visiem derees. Es personiigi 6. apriilii iisti netieku, jo piedaliishos Reezeknes pus-maratonaa, kursh beidzas ap 14:00. Teoreetiski, protams, varu paspeet atpakalj, bet baigi neesaaties galiigi negribaas.

Es gan ieteiktu tavā gadījumā bik savādāk: if( isset( $_POST['question'] ) && $_POST['question'] ) { ... } Šādi neģenerēsi liekas notices, ja nekas nebūs uzstādīts. + njemot vērā, ka tu pēc tam tās vērtības gāz iekšā querijā, tad sākumā nolasi viņas, apstrādā pret sql-injection un tikai tad pārbaudi, vai satur to, kas jāsatur!

Puika, tici man, ar matemātisko loģiku man nav problēmu. Un tas, ka tu spēj atrast googlē kautko, tev par prieku, nevienu nepārsteidz.

Kas tas taads veel? Programmētājs un problēmas ar angļu valodu? Tas jau ir kas nedzirdēts.

Tu esi tas pats vipfilmas keksis vai?

Kaa tev skjiet, kaa javascripts var uzzinaat par kuru elementu iet runa, ja viaraakiem ir viens un tas pats id?

PHP liimenii izpildot query semikols nekad nav bijis vajadziigs.

rATRIJS jau visu pateica, read ir reserved word, tākā pārveido savu query šādi: update wall set `read`='yes' Vai tu skaidri zini, ka gribi UPDATE taisīt bez WHERE nosacījumiem?

Parādi cikla beigas, savādak, nav zināms, vai strādā vispār.

After party varu piedāvāt Leningrad vai Bubamara. Vienīgais jāskatās vai neiekrīt dienā, kad ir kāds koncerts.

Codez, no taviem tekstiem var saprast, ka tev tāpat neinteresē šie piedāvājumi, jo tu 1500 dienā pelni neko nedarot, tad kāpēc pārmest / komentēt šadus postus?

Kāda starpība, ko izmanto?

/signed

Tu pameegjinaaji izpildiit 3 dazhaadus querijus?

Vaino mani, es tev to parādiju.

Iedod man lūdzu pāris reālus piemērus.