bubu

Pirmajā linkā viss skaidri un gaiši uzrakstīts kas tas ir.

SELECT COUNT(*)+1 FROM table1 WHERE table1.punkti > $punkti

Web Developer, wtf? Izklausies kā tāds lācītis, kas no ziemas miega izlīdis un kautko gudru grib pateikt, pofig par ko, pofig, ka nezin, kas ir TDD, bet ka tik kautko parūkt. TDD ir nevis kods => testi, bet testi => kods. Ar labāku/sliktāku citu/savu testēšanu un visu pārējo, ko stāsti, tam nav nekāda sakara.

Viennozīmīgi atbalstu. Ievērojami uzlabo koda kvalitāti. Darbā lai gan ne vienmēr un ne 100%'tīgi (termiņi spiež, ir citas problēmas, utml), taču cenšamies ievērto TDD - Python'ā un C++'ā.

Kas ir "licencēts fails"?

Man tieši otrādi - vajadzēja pagaidīt dažus gadus, lai īsajiem nosaukumiem tiktu vaļā (kā tu raksti 2easy), un rakstītu normālus nosaukumus, kurus visi saprot. Paskatīsimies tieši kā tu kodēsi pēc 5-10 gadiem :) Sāksi domāt vai tiešām man jāburto ko kolēģis uzrakstījis, tā vietā lai normāli saprastu, ko dara funkcija pēc tās nosaukuma (jeb atkal tie mani kolēģi nekā nesaprot, ko es esmu sarakstījis...) Sāksi strādāt komandā, tad tu daudz ātrāk sāksi aizdomāties par tādām lietām.

Neredzu iemeslu kāpēc lai nevarētu http sūtījums saturēt baitu 0. Ja nevarētu, tad mēs neviens nevarētu apskatīties jpeg/png bildes u.c. binārus failus internetā.

GROUP BY lietot kopā bez agregāt-funkcijas (COUNT/SUM/utt..) ir jokaini. Rezultāti var nebūt viennozīmīgi (lasi - katrez var būt citādi).

Kāpēc tu domā, ka mēs tādus printscreenus kodam taisam?

ebay'ā daudz ko labu var atrast.

Nu pārspīlēt jau nevajag, visur atstarpes nevajag bāzt. if (a == b) { ... }

2easy - nestāsti, tu biji pirmais, kas iesāka offtopiku. Java tev tikai piebalsoja un turpināja to kā otrais.

Tavs kods izskatās briesmīgs (manām acīm). Nekāda sakarīga whitespace lietošana. Tas tā kā teikumu uzrakstīt bez atstarpēm. Manuprāt atstarpe pēc komata ir MUST HAVE fīča. Arī atstarpe pēc if/for/while u.c. valodas konstrukcijām ir MUST HAVE. Par atverošās figūriekavas esamību savā-jaunā rindā vēl var padiskutēt, bet man arī vertikālās atstarpes patīk - tad kods lasās vieglāk. Koda izskats galvenkārt ir programmētāja acīm domāts, ne valodas parsētājam. Pēdējam ir pofig kā tas izskatās.

Šim jautājumam ar web programmēšanas (php/sql/serveri/utml) drošību nav nekāda sakara. Turpmāk lūdzu izvēlies precīzāku foruma sadaļu savam topikam.

if nav funkcija. if ir valodas konstrukcija.

Nesapratu. Tu gribi šifrēt datus, kuri tiks atšifrēti pašā flešā uz lietotāja datora? Kas lietotājam liegs apskatīties kā tu to atšifrē/aizšifrē un simulēt šo darību pa savam? Kur jēga?

Ja kas, tad kāpēc vispār uztraukties datu sagatavošanu kverijam/eskeipošanos, ja sen jau var lietot parametru bindošanu MySQL kverijos? Atkrīt jebkādas problēmas par intu/floatu lielumu, par pēdiņām vai citiem simboliem stringos, utt..

Runa nav jau par MySQL, bet par dīvainu php kodu - piemēram, taviem kāstiem uz float'u. Lielākā sistēmā ej un sazin cik laika prasīs iziet cauri visam kodam un atrast visas šādas "gudrās" programmētāju dīvainības... nesaprotu, kur ir problēma? Tas ļoti labi demonstrē, kur noved domāšana, ai man jau ar 2.1 (vai 4.2) miljardiem pietiks visam mūžam.. Tas ir viens un tas pats resursu vieds - nauda. 100 copperi = 1 silvers, 100 silveri = 1 golds. Tāpat kā lati un santīmi nav divi resursu veidi, bet ir viens un tas pats. Neredzu iemesla glabāt santīmus un latus divos dažādos mainīgajos/laukos

Nesaprotu. Kur problēma? Tu saki, ka ar php viss konvertējas, un galā tev vajag php skriptu, kas to dara? Bet ja jau tev ir skripts, kas visu dara, ko vēl tev vajag? iconv'am no gnuwin32 jāstrādā. Pats esmu to vairākkārt lietojis, strādā labi.

Nevis jātestē, bet jadomā ko dari. Ja lieto floatu, tad secinājumi ir acīmredzami, neko testēt nevajag. Salīdzināšana strādāja, jo droši vien php salīdzinaja to int un float'u kā divus float'us. Tb to int'u nokāstoja uz float'u un tad salīdzināja jau nepareizus skaitļus. Nu nez, nez.. Kādai firmai, kas aktīvi kautko darbojās, un viss logojās datubāzē, sasniegt 4 miljardus ierakstu pēc neilga laiciņa nav nepavisam nekas kosmisks. Un ka tik pēc tam nesanāk dārgāk mainīt visu sistēmu (uz int64), nekā laicīgi to jau paredzēt: http://www.twitpocalypse.com/ http://www.macworld.com/article/141146/2009/06/twitpocalypse_twitter.html http://www.wow.com/2008/01/16/apparently-you-can-have-too-much-gold/ http://forums.worldofwarcraft.com/thread.html?topicId=20860799964&sid=1 utt..

Pamēģini tagad skaitli 1152921504606846975. Paskaties, ko tad tev teiks. Ņem vērā, ka floati/doubļi skaitli glabā formā mantisa*2^eksponente. Ja mantisa ir 1 un eksponente 60, tad loģiski, ka tev izdrukāsies true, jo skaitlis 1 ielien 52-bitīgā mainīgā. Kārtējo reizi pareklamēšu linku: What Every Computer Scientist Should Know About Floating-Point Arithmetic. Ja notiek darbošanās ar floatiem/doubļiem, tad tā linka izlasīšana ir obligāta.

Nezinu, ko tu domā ar vārdu "plašāko kāstu", bet tavs kāsts nedarbotos uz 64-bitu php, ja tam tiktu padots integer skaitlis lielāks par 2^53. Jo php floati var saturēt tikai 53 zīmīgos bitus (double mantisa), bet 64-bitu php integeri ir 64-bitu plati.

Kas ir "case", un kas ir "ba" ?

Vienkāršs JOIN's: SELECT d2.* FROM draudziba d1 JOIN draudziba d2 ON d1.draugs = d2.ipasnieks WHERE d1.ipasnieks = $es

Pieņemu, ka "makup configuration name" arguments nav jāmaina no "html" uz kaut ko citu. Katrā ziņā apskaties dokumentācijā, ko tieši nozīmē pirmais un otrais arguments bind funkcijai.