daGrevis

Bcrypt ir lēns jau pēc būtības, kas arī to padara par drošu. Nav jēgas izmantot kkādus kastom paņēmienus (sha512 * 5000 + salt).

> Nē, es domāju tā, ka tu izmanto tikai lai iegūtu vērtību, nevis tur ierakstītu. Tas pats attiecas uz $_POST masīvu

> Komentāri un mainīgie ir divas pilnīgi dažādas lietas. PHP dokumentācija arī ir angliski.

Vēl arguments: viss PHP un gadrīz jebkura cita valoda «ir angliski»! T.i., iebūvētās lietas (konstantes, mainīgie, funkcijas, klases) ir _pareizajā valodā_. P.S. $_CEPUMS, $_SESIJA...

> Komentēt latviski nav laba doma... Beidzot!

Nesaprotu kā jūs spējat rakstīt komentārus latviski. Vienkārši nepareizi.

Es rīt te būšu un tevi apgaismošu. :D

_Kas_ ir _what_. _Kāpēc_ ir _why_. Vai man tev izskaidrot vēl detalizētāk, vai saprati? (Es gatavojos ar meiteni tagad South Park skatīties un ēst Roltonus, tāpēc!)

Kāds LOL?

Kods nav nekāda dokumentācija. Komentāriem ir jāpaskaidro _kāpēc_, bet kods paskaidro _kas_.

Pascalā tā joprojām ir. Citur nē?!

Procedūra nemēdz atgriezt rezultātu.

Ļoti reti ir tā, ka tu vari būt 100% drošs — neviens cits, izņemot latvietis, neskatīsies tavu kodu jebkad. Varbūt pēc pieciem gadiem projektā kļūdas labos norvēģu programmētāji. P.S. Personīgi neuzskatu, ka tie visi latviešu termini (piemēram «palaistuve») padara dokumentāciju ērtāku un ātrāk uztveramu.

Dokumentācijai ir jābūt angliski.

> Nav jau jēga paskaidrot, ko tur dara ( parasti; jo primāri tas, ko dara, jau ir uzrakstīts kodā ), bet gan KĀPĒC dara: "$var += 1; // by the will of unknown forces and our Lord Satan, the laws of physics states that correct gravitational forces' calculations require $var to be incremented by one, Bible of Satan 6:66". +1

Izmanto PhpDoc, nevis HashThatIsntDoc stilu. /** * Do something. * * @param integer $foo Foo. * @param integer $bar Bar. * @return array Bazies. */

Parādi ģenerēto HTML kodu.

Atslēgvārds: «pagination».

Kāpēc nē? :D Ieradums.

Kāpēc tu liec tās atstarpes (pirms un pēc «->», pirms «)» un pēc «(» utt.)? Tas nav ne PEAR, ne Zend... ne jebkurš cits _coding style_, kuru pārzinu.

> lai visiem aprēķinātu kontrolierī Pirmkārt, tam ciklam ir jābūt modelī... tā ir biznesa loģika. > un skatā tu atkal iesi tam pašam masīvam vēlreiz cauri, lai visu atkal attēlotu. Tas cikls neko nemaina. Tu zini cik tam ORM ir apakšā desmiti ciklu? P.S. **Es neesmu pret ORM.** Django ORM ir ļoti labs. Bet! Es vienkārši cenšos pateikt, ka ORM šeit nav obligāti jāizmanto un tas nemaz nav vienīgais veids, ka panākt vajadzīgo efektu. :)

Saņemies, nu tam nevajag ORM! Tu uztaisi metodi iekš modeļa, kurai padod vajadzīgās vērtības aprēķinu veikšanai. Šo **vienu metodi** tu izsauc iekš kontrolera. Metode atgriež masīvu ar veiktajiem aprēķiniem. **Vienu masīvu** ar aprēķiniem tu padod skatā. Kur problēma?

> **viena un tā paša produkta cenai jāparādās lapā, teiksim, miljons reižu** Tad kas būs tāds gadījums, tad arī domāšu risinājumu. Piemēram: `$formatted_currency_for_single_item = Currency::pretty_format($item['title']); # That client is insane!`

xPtv45z, tam jau nevajag ORM uzreiz! Lai viņs uztaisa helperi ar divām funckijām: `Currency::pretty_format()` un `Currency::to_database_from_plain()`.