Rincewind

Kapēc gan ne, Zevs un Haoss rullē. Šitiem jaunajiem un modernajiem ēbreju/arābu dieviem gan ne, viņi ir pārāk garlaicīgi.

Man vienam tas šķiet neefektīvs vaids? Paņemt tekošo stundu kā int un no array ņemt pēc indeksa, kas tur ko ciklot?

Izmērs nav nekāds kritērijs :) Spriežot pēc atsauksmēm, Yii māk krietni vairāk par CI un vispār ir ļoti labi pārdomāts freimworks. Jau kādu laiku gribu pieķerties klāt apgūšanai, pagaidām laika nepietiek. Par to CI līdzvilkšanu gan man radās šaubas, gribētos uzzināt kas tur par lietu.

Es laikam neveiksmīgi noformulēju. Ko viņš tādu ielāde? Man likās ka automātā viņš lādē tikai to ko speciāli ieraksta autoload konfig failā, ja tur saraksta visu iespējamo tad tā nav gluži freimworka problēma :)

Kā tas izpaužas? Jautājums par CI, nezinu nekādus Zend'us.

O! Paldies.

Nav redzēts ka zen kaut ko nepareizi nobīdītu. Ļoti noderīga lieta, visiem iesaku. Te cheatsheet

Tabula: c1 c2 100 j 90 i 80 h 70 g 60 f 50 e 40 d 30 c 20 b 10 a Vai var kaut kā selektēt top 5 no c1 un rezultātu sakārtot pēc c2 bez ieliktajiem query (SELECT * FROM (SELECT...))? Vajadzīgais rezultāts: f 60 g 70 h 80 i 90 j 100

Nu ko jūs uzklupāt cilvēkam, lai tak darbojas. Piedāvāt taisīt webus programmētāju forumā gan nav tā labākā doma, te katrs otrais facebook klonu pa nedēļu uzbliezīs :)

Man liekas ka SQLite arī ir LIMITs.

Ja zini PHP - kapēc neizdari pats? Ja nezini PHP - kapēc domā ka to var izdarīt 20 minūtēs?

Google 2010 - 29 miljardi naudiņu apgrozījums. Latvija 2009 - 32 miljardi naudiņu gross domestic product (figviņzin kas tas tāds, bet laikam būs īstais pēc kā valstis mērās ar krāniņiem).

Nebūtu vēl efektīvāk glabāt visu vienā tabulā? id(INT), name(VARCHAR 30), parent_id(INT) Augstākā līmeņa kategorijām parent_id = 0 Var no tādas ar vienu query dabūt ārā hierarhiski sakārtotas neierobežota dziļuma kategorijas? Vai kaut vai 3 līmeņus?

Pēc float div'iem ieliec <div class="clear></div> un CSS failā .clear{ clear: both; }

Gan jau ka ne, preg_match darbojas PHP galā, tad jāselektē visi nosaukumi no datubāzes. MySql ir pašam savs REGEXP, bet man ir aizdomas ka tādi pieprasījumi nebūs sevišķi ātri ja būs daudz rakstu. Nebūtu efektīvāk sataisīt tegu sistēmu? Pie viena tiksi vaļā no vārdiem kuriem savas jēgas nav ("un","ar","līdz" utt).

Kas tur ko pamatot, kāda jēga glabāt uz servera divas temp tabulas un ņemt katrā pieprasījumā pa vienai rindai (pietam kā objektus)? Paņemt uzreiz visu un miers, nebūs jau tur gigabaitu rezultāti. Edit: Kaut gan, pag. No kurienes tur kursori uzradīsies? mysql_query tak atdod visus rezultātus atpakaļ, fetch tak uz serveri vairs nelīdīs?

Klau, vai nevar iekodēt ka jaunie lietotāji kuriem ir mazāk par 5 postiem nevar taisīt postus kuros ir vairāk par 2 linkiem? Apnīk tak, ka uz RSS nāk viss šitai krāniņu palielināšanas spams :/

Manuprāt nav jēgas. Katru reizi kad salīdzini.lv lasa failu, vai nu ģenerē no jauna, vai salīdzini izveidošanas laiku un dod veco ja laiks pārāk mazs.

Īstiem guru protams nesagādās grūtības uzlauzt tavu datoru pēc IP un visu salabot, bet varbūt iesākumam pats šeit iemetīsi to 4. un blakusesošās rindas? :)

Es jau arī neesmu :) Manuprāt freimworka pamatjēga ir paaugstināt produktivitāti, kurš konkrēti tiek lietots nav svarīgi (ja vien nav kaut kāds galīgi kreiss). Kuru labāk pārzin tas arī jālieto.

Man radās priekšstats ka Active Record ir PDO aizvietotājs ar iespēju brīvi miksēt klāt mysql, mysqli utt kodu. Kāda īsti ir jēga likt viņam klāt vēl PDO? Gribi lietot PDO - lieto, CI jau neaizliedz :) Kā tai "iebūvētībai" vispār jāizpaužas?

Ar tādu problēmas formulējumu acīmredzot nevar. Kas, kas nestrādā?

Un kā tad ar usability? Labāk atrast šmaukļus pēc IP un iedot bietē.

Protams ka nenozīmē. Bet ja runa ir par drošību, nav īstais laiks eksperimentēt.

Šifrēšanu var taisīt failsistēmas līmenī, ar ko kaut kādas kreisas programmas par kurām neviens nav dzirdējis ir labākas?