larvae

mhm, un tas kroplis, ka linuxā saraksta n-līmeņu nestotus ifus ar mainīgo nosaukumiem bstr_drst ir saulīte, jo pārkompilēja kerneli un apcirsta stulbo windows lietotāju. Ja pasaka, ka objektiem ir overheads nežēlīgākais un viss garā desā jāraksta, tad pačota punkti vispār pa starām birst ārā...

Jā, jā, linux dievi, kas klientam aizsūta meilu plaintextā, ka viņš ir mudaks ar savu mswordu. Un vēl savu anālo delivery procesu (haosu) mēģina uzonanēt Git branchos...

To, cik smagi mugura jāliec, var mēģināt aptuveni novērtēt pēc izcenojuma, painteresējoties par izstrādes. Viens čoms gāja pieteikties tur - alga neko dižā nebija. Lielkantorī, dzerot kafijas un pārtraukumos pataisot boringsoft un paspēlējot futbolu outlookā, var to pašu dabūt.

Tik uzmanīgi ar rekursīviem selektiem - ātri vien visa ātrdarbība podā aizies ;)

afaik, rovio pirms putniem bija daudzus desmitus uztaisījuši un čiks vien bija.

Tā tak nav IDE. Pats lietoju notepada vietā, paralēli 2 IDĒm. Lieetotu notepad++, bet šis ir neglīts.

No tās JS f-jas var visus else mierīgi dzēst ārā, jo pēc return tāpat nekas neizpildīsies.

Tad liec tabulā vai margin-top maini vai ziepes un šņore (maini layout) :) Rezumējot - taisi tā, lai vertikāli nav jācentrē un nejājies.

Manuprāt, kolonnām ar skaitļiem vajadzētu text-align:right :)

http://socialcompare.com/en/comparison/php-frameworks-comparison Linkā freimworku salīdzinājums pēc fīčām. Es gan subjektīvi ieteiktu izvēlēties to, kura kodēšanas stiliņš labāk patīk. Ja patīk C# vai Java (stingrs OOP), tad, piemēram, no codeigniter jāturās pa gabalu.

/* public, jo atgriezh kopiju - klases dati netiek samaitaati */ public function getRow($number) { return isset($this->data[$number]) ? $this->data[$number] : null; } public function getCellValue($rowNumber, $column) { /* parbaudam vai parametri valiidi, jo php nav strong typed */ if ($row = $this->getRow($rowNumber)) { return isset($row[$column]) ? $row[$column] : null; } return null; } Vajadzētu ņem vērā lietas: * __get() metode jās prātu - prasīsi it kā neesošus klases propertijus, bet reāli nezini, kas notiks, ja uzsetosi, ja nav iekš __set() atrunāts, arī autocomplete neredzēs. * visu to selekta rezultātu kopēt (return $this->data) nav prāta darbs, jo masīvi masīvi aizkakā atmiņu - tukšs elements jau 144 baiti. Attēlošanai vēlams uz templeitu padot pašu resultu un tad pa šamo iterēties. ColdFusionā šī lieta eleganti notiek, piemēram. * Ja nedari šo paša izglītošanās pēc vai negribi čakarēties, paņem ActiveRecord un miers mājās - kodēsies ātri, strādās lēni un netīri, bet gana labi tipveida lapām vai intranetiem.

Tīri sakarīga atbilstošā literatūra šajā sakarā - http://martinfowler.com/articles/injection.html

Es saku, ka ar PHP ir kā ar Counter Strike. Štelle laba, tikai bugaina (ar mīnusiem) un 90% kaplētāju ir tardi.

PHP Query ir tieši tas, ko Tu meklē.

A ko Tu gribi, ja viņi pa 25 Ls tirgo 1 stundu?

Vai arī to, cik ātri spēj kakāt lapeles ārā vienu pēc otras.

Izskatās, ka diezgan vājš.

Par Zend dokumentāciju es sajūsmā absolūti neesmu, bet stackoverflow gan palīdz. Un ir cerība, ka kāds vietējais developē, jo fīča tak nav nekāda eksotika. Vēl būtu baigi noderīgi zināt, vai (un kā) kverijot vairākus kalendārus privātajā modē. Nav taču katram kalendāram savs kverijs jācep?

Izfiltreet var, bet tad ir jaavelk visi, lai dabuutu tieshi N notikumus. $event->setVisibility('public'); nepaliidz, jo atgriezh privaatos, bet tikai laikus bez apraksta (un varbuut sho to veel, bet tas nav no svara).

Tiek izmantots Zend Gdata. Vai ir kaut kā iespējams iedot parametru kverijam, lai neatgriež notikumu sarakstā tos, kas ir privātie? thx.

Ja nevar pārkonvertēd bez anālām raizēm pašu datubāzi, tad būs vien jātaisa kaut kāds rīks, kas pirms insert/update / pēc select pārkonvertēs encodingu. No pieredzes saku, ka 3.14šņa ar to konvertēšanu var sanākt pasmaga, bet uzdevums kā tāds ir programmātiski izpildāms :)

Prastākais foolproof veids - māpē 'bildes', formātā "bildes_id.dat". Datbāzē tikai attiecīgie metadati par konkrēto bildi.

Lauks 'imdb_vertejums' ir klaja melošana lietotājam, ja nenorāda uz kuru konkrēto laika momentu tas ir. Bieži vien ir filmas ar nieka pārsimt balsīm un vidējo vērtējumu, piemēram, 8.2, bet filma ir laža baisākā. Atgriežoties pie jautājuma - WHERE nosacījumā nav lietotājs norādīts.

1) Ja tabulas lauks 'id' ir auto_increment, tad dabū ierakstu skaitu un pēc tam izdzēs vecāko - SELECT COUNT(*) FROM tabula; 2) Ja lielāks par 50, tad dabū vecāko ierakstu - SELECT MIN(tabula.id) FROM tabula 3) Izdzēš attiecīgo ierakstu "DELETE FROM tabula WHERE tabula.id = $min_id LIMIT 1" Bet to visu labāk insert triggerī ielikt. Vai vismaz ar transakciju uztaisīt. Padomā, kas notiek, ja tev atnāk 2 ieraksti vienlaicīgi...

UPDATE system_companies SET company_id = SELECT MAX(company_id, 1000) + 1 WHERE bla bla bla Šo inkrementēšanu laikam vispār vajadzētu triggerī ielikt. Bet nu risinājums kā tāds ir gana nesmuks imho.