xPtv45z

Kas gan tā par atšķirību, it kā, tev ik pēc 10 sekundēm jāver ciet un vaļā.

Windows 3.11 arī ielādējas ātrāk nekā pārējie, ieteiksi pāriet uz to? :)

Es vairs neatceros, kā to sauca no teorijas viedokļa(kaut kāds rezinājums), bet ieliec selectā tikai * un apsakties uz rezultātu, tad gan jau sapratīsi, kāpēc tā veidojas. :)

Bez subselectiem visticamāk neiztikt.

UN subselecti tev nav jāliek obligāti iekš select, tu tos tik pat labi vari joinot

...
JOIN (select sum(lauks), node_id from tabula group by node_id) as a on a.id = node.id
...

Tāds, ka tabulā noteikti nav komentāru, kuriem aid == ''

Kuru daļu no Please set Cookie::$salt tu nesaprati?

Kāda šķirba 3.0, 3.2, tik ļoti viņas nemaz neatšķirās. Tiklīdz saproti, kur ko pašā frameworkā meklēt, var arī pašā kodā, skatīties un meklēt nepieciešamo.

Varbūt slikti meklēji - http://kerkness.ca/kowiki/doku.php

Nu un kur tev problēma sagooglēt fancybox mājas lapu un tur redzamajos demo apskatīties?

Es jau nesaku, ka tev uzreiz ir jāraksta kods un jāmēģina.

Kā būtu, ja tu beidzot pats kaut ko apskatītos vai tas ir iespējams?

Sirmais vilk, kurš viņš saka, ka viņam bildes vajag kā kvadrātus? Es vienīgais ko redzu ir, ka vajag, lai dažāda izmēra bildes ietilptu viena izmēra kvadrātos.

vai kāds var palīdzēt izdomāt funkciju, kas, ņemot vērā laukuma izmērus (tas būs kvadrāts) un bildes malu attiecību, samazinās visdažādākā izmēra bildes tieši tik daudz, lai tās ietilptu noteiktā laukumā un izmēra ziņā izskatītos vienādas.

Ir teiksim vertikāla bilde 150x300, un ir horizontāla, piemēram, 350x250. Ir laukums 300x300. Abas bildes vajag samazināt tā, lai viņās ietilptu šajā laukumā

Ieteiktu tomēr apdomāt ko esi izlasījis topikā, pirms bliezt atbildi..

Ja tev tās bildes nevajag apstrādāt(Grey_Wolf variants) un nav jāsuportē kaut kādi veci pārlūki/versijas, tad vajadzētu pietikt ar max-width, max-height.

Kā domā, vai pastāv maz iespēja, ka count būs arī vienāds ar 1? :)

var count = 0;
...
if (count == 0) {
...
} else if (count == 1) {
....
}

Es sāktu ar to, ka izvāktu visus div tagus, kas ir starp li tagiem, no viņiem tur tāpat nekādas jēgas nav.

Un tu taču saproti, ko nozīmē visi tie style parametri? Vai tas ir copy-paste?

Varbūt tādēl, ka pārbaudīt un sesiju uzstādīt vajag pirms formu izdrukas nevis pēc?

Nu ORM viņam "tiek izmantots", jo db ieraksti taču tiek nomapoti uz objektiem, tikai tiem objektiem vairs nav pilnīgi nekādas saistības ar attiecīgajiem modeļiem, jēga tad no tādiem modeļiem? Varbūt tad uztaisīt vienu helperi, kas nolasa nepieciešamos datus no datubāzes un nomapo uz objektiem.

Bet es tikai centos ieteikt, agri vai vēlu nonāksi pie secinājuma, ka ar šāda veida modeļiem sāksies visādas problēmas, tāpat biežāk nāksies atkārtoti rakstīt vienu un to pašu kodu, kā arī grutāka uzturēšana.

Kaut vai paskatoties, ko apraksta biznesa loģika, aka modeļi, tad

Business logic

• models real life business objects (such as accounts, loan, itineraries, and inventories) - šis viņam ir fail
  
• prescribes how business objects interact with one another - nosacīti ir, pētot visas metodes gan jau varēs saprast, kādas viņam saistības ar citiem modeļiem, tā teikt, ļoti pārskatāmi..
  
• enforces the routes and the methods by which business objects are accessed and updated - vienīgais, kas ir
  

Tas strādās, ja vajag vienam produktam aprēķināt cenu, bet ja tev ir produktu masīvs, tev jātaisa cikls, lai visiem aprēķinātu kontrolierī, un skatā tu atkal iesi tam pašam masīvam vēlreiz cauri, lai visu atkal attēlotu. :)

briedi, tāds, ka no objekta reprezentēt nepieciešamos datus ir vienkāršāk un ērtāk?

Un ja būs vairākas cenas, kas jāaprēķina, cena ar atlaidi, cena * skaits, cena ar atlaidi * skaits, un vēl viss kaut kas. Tev tur skatos jau parādisies daudz jaunu definētu mainīgo, ja tas pats produkts jāpadod uz kādu papildus skatu, jau esošajā skatā, kurā vēl būs jāpadod uz 7 zemākiem skatiem, kas ietverti viens otrā :), tad arī jāpadod līdzi produktam visas jau aprēķinātās cenas, lai nebūtu jārēķin aatkārtoti. Ja tas kādam citam ir jālabo/jāizmaina, tad viņam ir jāuzmin/jāmeklē, kurā skatā tev tie mainīgie tiek izveidoti. To protams, visu var aprēķināt kontrolierī, bet ja tie ir vairāki produkti, iesi divreiz vienam un tam pašam ciklam cauri? :) Orm gadījumā tu padod tikai produktu/s un par pārējo īpaši neuztraucies, ja kaut ko vajag jaunu - uztaisi metodes, kas to atgriež un lieto.

Kas notiks, ja pēkšņi kādu no tām cenām vairs nevajag, izdzēsīsi aprēķināšanu, jāiet visām vietām cauri, kur tas tiek padots citiem skatiem, jādzēš vēl tur. Orm gadijumā izdzēs tikai tās vietas, kur attiecigā cena tiek izdrukāta, vai slinkākajā gadījumā, uzliec lai attiecīgā cena vienmēr atgriež null.

Un ja viena un tā paša produkta cenai jāparādās lapā, teiksim, miljons reižu, tu katru reizi to pārrēķināsi?

Kāpēc tu nelieto ORM?

Tad tu skatos varētu izvairīties no atkārtošanās, piemēram - <?=Num::format(($product->price/100)/0.70,2)?> Tā vietā varētu vienkārši lieto kaut kādut $product->price_in_eur un aprēķināšanu jau veikt pašā modelī. Jo kas notiks tavā gadījumā, ja tev to koeficientu vajadzēs pamainīt? Iesi 100 vietām cauri un labosi?

Tā nestrādās.

Konfigurācijā, tev jāliek autoplay = 0 un pēc tam spiežot uz bildes ir jāizmanto playtoggle - http://www.buildinternet.com/project/supersized/docs.html#api-playtoggle + protams pieliekot, lai uzspiežot atkārtoti uz bildes slideshow netiktu apstādināts.

Vispār jau jquery ir zem 100kb. Bet par noslodzi, kas rodas rēķinot 2 mainīgos es tev gan piekrītu!!!!!1111oneoneone Labāk ir katru rītu piecelties pirmajam un pašam ar roku kursu palabot!

Tādēļ tev patīk strādāt ar šādām valodām - http://wiki.python.org/moin/Python2orPython3 :) Mēs iesakām izvēlēties python3, jo tā ir nākotne, bet uz python3 vēl nav visas bibliotēkas pieejamas, tādēļ varbūt jums tomēr labāk būs izvēlēties python2, kurā uzrakstītais kods pēc tam, protams, nestrādās uz python3.

Ja, es pareizi sapratu, tad draugiem ieliks tādu redirektu uz fakedraugiem.lv un tas ir drošības caurums browserim? :)

Tu jau neiedomājies pirms sūtīšanas izvadīt uz ekrāna $mailcontent un pārliecināties, ka tos plusiņus tu pats neaizsūti?

Kāds tam sakars ar xampp vai wamp? Jo moduļus pieslēdz un atslēdz php.ini vai apaches konfig failos.

Tu taču saproti, ka viņi abi, tev uzliek jau pre-konfigurētus apache, php un mysql un vēl visu ko, lai tev pašam nebūtu katrs atsevišķi jāliek un jākonfigurē?

Es atvainojos iepriekšējo foruma dalībnieku vietā, ka viņi nebučoja tavas kājas, jo tas taču ir liels gods risināt TAVAS problēmas un kļūdas! Aicinu arī pārējos, līdz ar nākamo reiniger postu, mest pie malas visus esošos darbus un iesaistīties viņa problēmu risināšanā! Pirms tam gan būtu vēlams iziet 5 gadu gaišreģu apmācibas kursus, lai uzreiz varētu saprast, kuras kļūdas viņš ielaida visu pārakstot šeit un kuras jau no sākuma eksistē viņa kodā.