jurchiks

$array = array(); $i = 5; while ($i > 0) { $array[] = $i--; } print_r($array);Bet ja nu šausmīgi vajag rekursīvu funkciju: $array = array(); function buildArray($i, &$array) { if ($i < 1) { return; } $array[] = $i--; buildArray($i, $array); }; buildArray(5, $array); print_r($array);Šis ir tail-recursive, kam tehniski vajadzētu būt labākam, tiesa, es nezinu, vai PHP to optimizē.

1. kverijs - select data from posts where parent_id = 0 order by date asc[ limit x] 2. prepared statement - select data from posts where parent_id = ? order by date asc 1. kveriju izpilda uzreiz, izvada ciklā. Šī cikla iekšpusē pēc katra posta izpilda 2. prepared statement ar konkrētā posta ID kā parent_id. Ja gribi vairākus līmeņus atbilžu - rekursija © marcis. Iekapsulē to prepared statement izpildi un izvadi funkcijā, un viss čikiniekā. P.S. @daGrevis - nice.

>python programmētāja apturēšana :D

Var arī apvienot: /katalogs/kategorijas-id/kategorijas-uri-slug/subkategorijas-id/subkategorijas-uri-slug/ vai /katalogs/kategorijas-id/subkategorijas-id/kategorijas-uri-slug/subkategorijas-uri-slug/ Jo tie URI slugi tiešām palīdz reitingam.

Kāpēc ID? Visnesmukākie urļi sanāks. Vajag izmantot URI slugs, tad arī googles reitings uzlabosies.

Abiem kverijiem vēl derētu piemest ORDER BY.

$mainCategories = Db::prepare('SELECT `id`, `name` FROM `categories` WHERE `parent_id` = 0')->fetchAll(); // array() $subCategoryStmt = Db::prepare('SELECT `name` FROM `categories` WHERE `parent_id` = ?'); foreach ($mainCategories as $category) { $category['subcategories'] = $subCategoryStmt->fetchAll(array($category['id'])); // array() } ?> <div id="cssmenu"> <ul> <?php foreach ($mainCategories as $mainCategory) { ?> <li<?php if (!empty($mainCategory['subcategories'])) { echo ' class="has-sub"'; } ?>> <a href="#"> <span><?php echo htmlspecialchars($mainCategory['name']); ?></span><!-- te reāli var mierīgi iztikt bez spana --> </a> <?php if (!empty($mainCategory['subcategories'])) { ?> <ul> <?php foreach ($mainCategory['subcategories'] as $subcategory) { ?> <li> <a href="#"> <span><?php echo htmlspecialchars($subcategory['name']); ?></span><!-- te reāli var mierīgi iztikt bez spana --> </a> </li> <?php } ?> </ul> <?php } ?> </li> <?php } ?> </ul> </div>

>daGrevis - Es lietoju grafisko Vim (gvim). Ok, par to es neko nezinu, so no comment. >daGrevis - darbības ar GIT notiek caur kkādu built-in Git wizardu iekš IDEs Nezinu, kur tu tur kaut kādu wizardu redzēji... Piemēram, PHPStorm viss notiek caur vienu paneli (Changes) un dažiem context menu; ir default changelist (turpat malā ar pogu var izveidot/dzēst custom changelistus), vai nu right-clicko visu changelistu vai atsevišķus failus tajā > commit (popups ar commit message inputu), right-click uz projekta > push/pull/branch/history/whatever. Nekur nekādu wizardu nav. Varbūt tu nepareizo vārdu izmanto? >daGrevis - sabojā GIT vēsturi Tur tūlis nav pie vainas, tikai līkas rokas. >daGrevis - Ļoti daudz par programmētāju pasaka tas, kādus tūļus viņš lieto. Piekrītu F3llony, ka runa nav par to, kādus tūļus programmētājs lieto, bet gan kā viņš tās lieto. Protams, advancētāki tūļi var palīdzēt programmēt kaut vai ar to pašu koda analīzi un typo/error highlighting, bet ja rokas līkas, tad neko nepadarīsi. >F3llony - Es lietoju Eclipse un cli GIT/Mercurial. Būtu Eclipses GIT integrācija kaut cik līdzīga SVN, varētu izmantot integrēto, bet diemžēl tā nav...

>Vim nav konsoles tūlis. Kas tad tas ir? >Mēs ejam nepareizajā virzienā ar next-next-finish tūļiem un wizardiem. Kur tev programmēšanā ir kaut kas tāds?

Nu bet kāpēc mūsdienās mācīties apieties ar console-only tūli? It īpaši, ja domā to lietot kā vienīgo/primāro? It's like crawling back into the ocean.

Yeah, but the learning curve, man. Years have been spent to learn to work that fast. Not worth it, especially since most newly created tools novadays are GUI-based. Also, all vids require payment... Edit: ok, talks are free (and bretty gud).

@daGrevis - problēma ir tajā, ka, pašam rakstot, var aiziet vairāk laika, tāpat arī arī, ja jāatceras kaut kāds retāk izmantots shortcut. Zinot, ka Vim gandrīz viss balstās uz kb shortcutiem, es nespēju iedomāties, kā tas var būt ērtāk. Tas, acīmredzot, ļoti patīk tiem, kuriem kaut kādu iemeslu dēļ nesimpatizē peles. @qarlis - principā nevajadzētu būt grūti pielikt to highlighting; ja tur tiek izmantots regex, tad vienkārši īstajā vietā jāpieliek klāt optional \$ character.

I mean context menus, mostly.

Ieskaitot auto-complete/code analysis/syntax error checking? Bet nu vienalga nekad nesapratīšu, kā visu to keyboard shortcutu iegaumēšana un izmantošana var būt ērtāka par pogām. Sounds like simple non-conformism to me.

>vim >IDE can't tell if troll or serious.

@qarlis - kaut kas nav riktīgi, $ simbolu neatpazīst pie variabļa nosaukuma.

@daGrevis - am I not allowed to express my opinion? @codez - lol'd

Ak Dievs, tev gan nav žēl savu acu...

Es kaut kā vienmēr esmu izmantojis defaulto tēmu visos editoros. Esmu nedaudz ķēpājies ar Eclipse/PHPStorm tēmām, bet neko nopietnu tur nemainīju, visas citas tēmas nepatika.

That was meant for Wuu.

https://github.com/idleberg/base16-chrome-devtools Kurš prasīja zaļus burtus uz melna fona? :D

Labāka ir tā, kura tev liekas ērtāka. Tam nav objektīvas atbildes, katram tā ir citādāka. Es, personīgi, nekādīgi nevaru pierast pie gaiša teksta uz tumša fona. Pārāk kaut kā dod pa acīm. Izskatās feini, un it kā vajadzētu būt labāk acīm, jo ekrāns nespīd tik daudz, bet reāli mēģinot tādas krāsu shēmas dzīvē, kaut kas tomēr nav riktīgi. Varbūt pieraduma spēks.

>nespļauj akā no kuras eiro dzer FTFY

Nu ja tas javaskripts nav iekš index.html, tad meklē to kādā citā failā, obviously.

Tas ir tikai bibliotēkas source, kur ir kods, kurš attēlo tavu karti? Vienkārši inkludojot source, nekas nemainīsies. Un ko tu domā ar tevis izvēlētu bildi? Ja tu gribi, lai defaultā attēlojas kāda konkrēta lokācija kartē, tad tas jānorāda tajā kodā, kurš attēlo karti.