Kavacky

Jā, ja vienīgais spēcīgais aruments mest nost SQL ir nevēlēšanās skatīties uz kverijiem, nevis specifiskas datu struktūras, tad tam ir labāks risinājums par NoSQL - ORM. Hehehe, es pat zinu, par ko ir runa. :D

usort?

Tā rodas pirms dzemdībām miris kods un zemē nomests laiks. Tā vietā, lai darītu kaut ko, kas tiešām ir vajadzīgs, tu aizdirs funkcijas ar kaut kādām iespējiņām "ja nu ievajagas", kuras tagad netiek, bet, visticamāk, nekad arī netiks izmantotas. Tieši tāpēc, ka nav iespējams visu paredzēt, arī nevajag to mēģināt. Premature fīčas un premature optimizācija. Starp citu, TDD palīdz ārstēt šo vēzi, jo tu uzraksti nepieciešamos keisus, sakodē, kas vajadzīgs, un ar lieku huiņu nenodarbojies. Nevajadzētu gan šo sajaukt klaju stulbumu "aj, poh, ka user_id longtext kolonnā, kad vajadzēs, alteros". Šis būtu, ka nevajag useru tabulā laukus "vat_nr, garage_number, vehicle_reg_plate", jo vēlāk noderēs... kodējot zīdaiņu portālu (jā, pēc 18 gadiem varbūt vajadzēs, ja kaut kas no šīs sistēmas vēl būs palicis pāri).

Tajā brīdī tev bija tāda vajadzība, ka var būt vairāku kļūdu masīvs, vai "nākotnes vārdā" aiz ņehuj ģelaķ piemeti noderīgo fīču?

2 neizšķir neko. Kopš pie mums ieviesta numuru portācija jeb līdzņemšana (vai kā nu priekš parastiem mirstīgajiem to sauc), ar 2 var sākties mana fiksētā līnija un ar 6 mans mobilais numurs. Numura garumam un saturam šajā gadījumā vairs nav nekādas nozīmes, jebkas var teorētiski saņemt jebko. Vai arī nesaņemt. Vai tas numurs var saņemt SMS, ir nosakāms, ar HLR (Home Location Register) pieprasījumu (apmēram tas, ko rāda tie paši numuri.lv); ja tur galā ir mobilais operators, tad ļoti iespējams, ka var. Bet praktiski var tad, ja tu fire and forget režīmā nosūti uz to numuru SMS ar kaut kādu kodu. Ja lietotājs pēc tam ir spējīgs šo kodu ievadīt atpakaļ tavā sistēmā, tad tu vari būt nu jau gandrīz pilnīgi drošs, ka SMS tur nosūtīt un saņemt varēs.

Nu ja, mācīties jāsāk tikai tad, kad pēdējais sapelējušais sausiņš jau līdz pusei nograuzts. :D Ja to dara primāri pats priekš sevis, hobija apjomā, bet tikai pēc tam skatās, kur var pielietot, tad tu vispār neko nezaudē.

Pajautā Āfrikā, kā SMS pakalpojumi izmirst. :D

Depends... kā vienmēr. Bet veselais saprāts saka, ka tu gribi dalīt loģiskās vienībās max ātri, ja negribi problēmas. "And of course, as always, kill Hitler." / Colonel Chestbridge @ Danger 5 /

ExcelDB

A kas ir 12k ierakstu?

To izmanto arī tad, ja e-pastu tu nodrošini no sava servera, jo tas jebkurā gadījumā ir instruments, ar ko saņēmējs var pārliecināties, ka sūtītājs ir legit.

Oh, the irony. Garbage collectoram nepietiek atmiņas, lai satīrītu atmiņu. :D

"function ajax(json, onsuccess, onerror)"?

Briedis? :D Bet nu vispār jau pareiza pieeja - ja labs libs ir, tikai extensionu jāpamaina, tad 100x vieglāk pamainīt extensionu, nevis cept savu libu. Visiem ērti. Izņemot adminu, trololo. :D

Riktīgi glīta sanākusi! PS: Kad pienāks tas brīdis, kad respekts būs par vanilla PHP bez Laravela? :D

Vakar nejauši sanāca pāris stundās uzbliezt appu priekš Androīda (viena lietotāja ieteikums pamudināja :D): Fuelephant Play Storē. Apps, protams, uzpists (lirika <c> Reinis Mežulis) PhoneGap - iemests vnk wrapperis lapai ar custom login screen. Pirmās atsauksmes jau, ka vismaz labāk par iešanu mobilajā browserī ir. Nu vismaz. :D Būs nu tagad arī pamats attīstīties šajā virzienā. Vēl mazie sīkumi - tagad var sekot arī Draugos un LinkedIn. Tas tā, sekojiet, kačājiet man status! :D Priekš tāda ecorace prasītos kaut kas specifiski šim mērķim radīts. Bet tu vari mēģināt tagot maršrutus/laikus manas sistēmas komentārā pie uzpildes, kad būs eventu filtrācija pēc šādiem parametriem, varēs arī kko savilkt kopā. Bet nu tas nebūs gluži tas. :)

Oh, well... :)

Ar to skatu ("tirlins.png") ir tā, kā ir, jā. :D Nav bijis #1 prioritāte, kā arī tie statistikas rādījumi prasās pēc redizaina, gan vizuāli, gan būtības. And as always - kaut kad būs. Tur vispār prasās pēc vizuāla un būtības redizaina. Paldies visiem par reportu uz dažādām trubām. Kopā tātad izskatās, ka kaut kā saiet. :D Starp citu, lieliskā iespēja tiem, kurus šis pasākums tā nopietni interesē kā uzskaites sistēma: šobrīd labi darbojas lieliskā iespēja ar feature requestiem. Tiesa, ne tā, ka kāds pajautās tur rozā backgroundu or smth, bet, ja fīča jau ir manā darbu sarakstā, tad fīčai paaugstināsies prioritāte. Šitā jau vairākas reizes ir mani iekustinājuši šo to uztaisīt ātrāk. :) Psihotropo vielu izvēle, protams. Fuel + elephant, draudzīgais degvielas zilonis, kas nāk tev ar šīm lietām talkā, kam arī būtu bijis atspoguļoties logo un varbūt vēl šur tur, kas visādu iemeslu gan šajā iterācijā tur ne velna neatspoguļojas. Toties logo vismaz arī vairs neizskatās šādi: :) Da es jau sāku uztraukties, vai nav galīgs mēsls sanācis. Nu kas tas ir, ka neviens tā no sirds vēl pat nav pacenties kārtīgi nodirst no galvas līdz kājām. Tik labus vārdus vien dzird, ka pēc bērēm izklausās. :D Pēc šīs analoģijas jāspriež, ka es sev Golfā esmu iebūvējis 2.5 m^3 cisternu. :D Tas ir kopējais ielietais.

Not implemented yet. :) Es gribētu tur uztaisīt kaut kāda līmeņa sociālo tīklu. Jo it kā jau varētu būt interesanti redzēt, ko tavs čoms izdara tačkai.

Paldies Bootstrapam, rekur mobilajā:

Kas tev nav responsīvs? Responsīvs viss ir, appa tikai vēl nav. Pagaidām.

Projekts interesēs tos, kam ir mašīnas, moči vai kas tamlīdzīgs. Ko piedzen fosilās degvielas (Teslas cienītāji vēl nav apzināti). Apskatāms ir: Fuelephant. Sekundes laikā iespējams reģistrēties, pievienot savu auto [vai nu ar ko tu brauc], ievadīt izdevumus, degvielas un citus. Var izveidot atgādinājumus pēc laika vai nobraukuma, kad kaut kas jāmaina, piemēram, eļļa. Un saņemt pēc tam epasta un SMS formā. Atšķirībā no konkurentiem, mans projekts ir veidots maksimāli user-friendly. Un, tā kā tas viss ir "mākonī", tad nav jāuztraucas, ka dati pazudīs, iemetot telefonu podā. :) Izstrāde joprojām turpinās, daudzu iedomāti svarīgu fīču tur vēl nav, bet viss notiek. Jaunumus vislabāk uzzināt, sekojot @fuelephant vai feisbukā. Var arī rakstīt [email protected] vai tepat, vai arī PM. Piemēram, rekur mans ikdienas transports. Kā tas izskatās no lietotāja puses, redzams attačmentā.

Kad viņam būs k useru mazā laika vienībā? :D

Tā daļa par kešošanu, ko tu nesaprati, te bija viens no main pointiem. Proti, dati (attēla dati arī ir dati) glabājas DB. Kad useris pieprasa konkrēto attēlu konkrētā izmērā, tad ielasa attēla datus, uzģenerē vajadzīgo bildi, iebāž kešā, padod userim. Visās nākamajās reizēs uzreiz atgriež jau iekešoto attēlu no FS, ja vien nepieprasa jaunu modifikāciju. Ilgstoši nepieprasīti attēli tiek nahrenizēti no keša (būtībā der pat "rm -rf *") jeb FS un paliek tikai DB, ja nu kādreiz tomēr savajagas. Kā rezultātā visi dati ir vienā vietā - datu bāzē, bet FS netiek piedirsta ar thumbnaiļiem bildēm no 2011. gada, kuras nekad vairs neviens nemēģinās pieprasīt.

Briedis noteikti Yii piemērā speciāli neizmantoja jauno array sintaksi, lai izskatās briesmīgāk.