Kasspars

Šis vienkāršums un mežonīgā perfomance SELECT id FROM mega_tabula t WHERE (t.field1='v1' AND t.field2='v2') OR t.field3='v3' AND t.field4 LIKE '%v1%' ORDER BY t.field22 ASC, t.field150 DESC, t.field500 ASC; Pret šo neglītumu un neidomājamu bremzi SELECT id FROM tabula1 LEFT JOIN tabula2 ON tabula1.id=tabula2.id LEFT JOIN tabula3 ON tabula1.id=tabula3.id LEFT JOIN tabula4 ON tabula1.id=tabula4.id LEFT JOIN tabula5 ON tabula1.id=tabula5.id LEFT JOIN tabula150 ON tabula1.id=tabula5.id LEFT JOIN tabula500 ON tabula1.id=tabula5.id WHERE (t1.field1='v1' AND t2.field2='v2') OR t3.field3='v3' AND t4.field4 LIKE '%v1%' ORDER BY t5.field22 ASC, t150.field150 DESC, t500.field500 ASC; Kurš labāks?

Nopērc lielāku monitoru. Es jau iepriekšējā lapā izskaidroju kāpēc ir bezjēdzīgi dalīt pa tabulā, tikai tāpēc, ka kādam šķiet, ka lauku par daudz. Perfomance un programmēšanas ērtums. Programmējot tu to dari, lai tas darbotos ātri un nerītu mežonīgi daudz servera resursu, nevis lai apmierinātu savus koda fetišus

^ Tā arī rodas tādi over-engineringi kā leaf cms. Ja kaut kas ir pārāk vienkārši obligāti vajag uztaisīt sarežģītāk, lai tik kolēģi nepadomā, ka necert zivi

Tie visi izdomātie kolonu limiti ir smieklīgi. Ja man tiešām vajag 500 kolonnas es tās likšu vienā tabulā. Nevis speciāli domāšu dalīšu pa tabulām, tikai lai ievērotu izdomātu limitu. Ja būs vajadzība filtrēt pēc 5 laukiem, kur katrs ir savā tabulā, tad man nāksies tās visas tabulas JOINot un tad filtrēt. Ja vēl vajadzēs pēc tām pašām kolonnām ORDER BY, tad tas query būs ļoti, ļoti lēns. MySQLam ir ierbežojumus, ja sortē pēc joinotas tabulas, tad netiek izmantots indekss. Ja tabulā ir simtiem tūkstoši ieraksti, tad tas viss pārvēršas lielā performance murgā.

Kāds tad ir tas max lauku skaits līdz, kuram DB struktūra vēl ir pareiza?

Ja tie ir 12000 bloga ierakstu, tad apmēram 100Mb

Ieberzīsieties ar Angularu. Gada beigās iznāks 2.0 versija, kura būs krasi atsķirīga no 1.x, vēl pēc gada iznāks 3.0 versija, kura atkal būs pilnīgi savādāka. Manuprāt pārāk liels hype ap angular

Tas ir Sender policy framework, To izmanto, lai e-pasta saņēmēja serveris varētu pārliecināties, ka e-pasts no ir nācis no tava domēna, jo pie domēna ir nodefinēta ip adrese no kuras sūtīs e-pastus. Šo parasti izmanto, ja e-pastus nodrošina citi serveri, piemēram, hostētais google vai zoho mails

Gribi teikt uz servera momentāni izvada 12000 ierakstus?

8-space indent githubā ir ja failu saglabā ar tabiem nevis space

Skatos, esi pārgājis pilnībā uz angļu valodu :D

Es teiktu ļoti labi! Nav jQuery dependency, tas ir labi Kods ir labi uzrakstīts Vēl no savas puses ieteiktu uztaisīt js un css minimizēšanas build. Protams, tik maziem failiem nav jēgas, bet kā tavu skilu demo būtu ļoti noderīgi :) Ja tu izmantotu css build, tad varētu pielikt postCSS ar autoprefixer un nevajadzētu ar roku cssā rakstīt vendor prefixus.

^ tu vairāk laika būtu veltījis programēšanai nevis visādu gifu meklēšanai

Jūs neko nesaprotat no user friendlynes!

Scroll to top poga visu laiku redzama, lai arī viss content ietilpst ekrānā Visu laiku redzams scroll bar, lai arī viss content ietilpst ekrānā Pogām kaut kāds pre-flat-design-era dizains JavaScript un Css faili nav konkatenēti. Laikam par Grunt/Gulp neko neesi dzirdzējis Paša rakstītie JS vispār nav minimzēti un visas funkcijas globājajā scope. Palasi par closure, self executing anonymous function, global scope pollution utt Priekš 2000. gada būtu ahūni, bet tajā laikā vēl nebija jquery un bootstrap.

C/C++ arī ļoti vajag, bet tādu programmētāju ir baigi maz

Kāpēc tieši kanāriju salas? Lēta dzīvošana, nodokļu paradīze, vairāk saules vairāk D vitamīna??

Atver savu transporta lapu parādi, kur tur ir responsivitāte. Tik vien kā bootstrapa menu https://fuelephant.com/kavacky/gti-tdi-20-jahre

Nav responsīvs, nav user friendly

Šo atceros, kad iznāca. Ģeogrāfijas skolotāja vēl teica, ka šādi nākotnē izskatīsies visi datori :D

Palika vieglāk :)

Leaf!

Vienreiz bija jālabo viņu veidotā cms kods, baigais overengineerings

MsSQL jau var palikt uz win kastes

Kaut kad ļoti ļoti sen vienā no lv php maillistēm viens gudrs čalis rakstīja, ka "faili jāglabā failsistēmā un dati datubāzē"