jurchiks

JS = functionality, HTML = structure. Nav pareizi miksēt kopā.

Inline JS eventi nav mūsdienīgi.

Tikko kļuvusi aktuāla šī tēma. Domāju no malas piepelnīties ar mazākiem projektiem, piedāvā izveidot interneta veikalu. Neesmu ar e-komercijas platformām pazīstams, bet cik paskatījos dažādos topos piedāvātās platformas - visas ir baigi novecojuši sūdi. Prasības: 1) PHP 5.6+ 2) light-weight (nekāds wordpress, symfony vai kaut kāds tamlīdzīgs overengineered crap) 3) moderns, vienkāršs un ērts visādā ziņā Noteikti kaut kam tādam ir jābūt, neticu, ka neviens nekad nav iedomājies uztaisīt light-weight e-shop.

ISO 8601 pls.

Vārdu sakot, sapisi visu tu, bet vaino kādu citu, jo tas tev nepalīdz izstebt savus sūdus. Skaidrs.

Karoče čalis pāris vietās pielika "die()" un tagad viss, neko vairs nevar padarīt? :D Par to "ftp nav" īsti nesaprotu, vai tie faili pēc viņa izmaiņām tika uzlikti uz kkāda hosta, kur viņam nav pieejas, vai arī viņš ir vēl lielāks lohs?

@iall - https://www.codeschool.com/courses/javascript-road-trip-part-1 šis ir bezmaksas easy intro level kurss.

Es šodien izpildīju ES2015 tutoriāli (https://www.codeschool.com/courses/es2015-the-shape-of-javascript-to-come), iemācījos feinas lietas. Vienīgi nav pašlaik, kur pielietot...

Galvenais IMO ir tieši tie praktiskie uzdevumi. Video es pat nemaz vairs neskatos, es uzreiz pie uzdevumiem un ja kaut ko nesaprotu, tad skatos slaidos. Vismaz 50/50 gan varu pats izštukot. Sāc tad ātri kačāt, jo rīt jau vairs nebūs pieejami :D

Mans kods bija lasāms vēl vieglāk. 1. Salasi datus. 2. Izvadi datus. As simple as possible, separation of concerns, etc. Par līniju skaitu tev nemaksā (un ja maksā, tad ko tu tur vispār dari?). >kurš raksta kvēriju ciklā? Es rakstu, acīmredzot. Un ja tu nepamanīji, tad es uzreiz piedāvāju arī optimālāku risinājumu, so piss off.

Nav par ko. Diemžēl es nedzeru alu :( P.S. Ja ir gribēšana brīvdienās pamācīties programmēšanu, http://codeschool.com piedāvā šajās brīvdienās visus kursus bez maksas. Tur ir kaudze tiešām kvalitatīvu kursu, tā kā iesaku izmantot.

Īsāk ne vienmēr ir labāk. Šāds kods ir sliktāk lasāms.

Loģiski, ka tur būs warning, jo tev tas SQL strings ir jāaizvieto ar reālu DB pieprasījumu, izmantojot mysqli.

Izlasi piemēru: http://php.net/manual/en/mysqli.prepare.php#refsect1-mysqli.prepare-examples Tu tur tagad sāc izdomāt pats savas metodes. Otrkārt, tu tak pat neesi nokopējis manu kodu pareizi: foreach ($flowers[$category['ziedu_id']] as $flower) manā kodā bija: foreach ($flowers[$category['zid']] as $flower) Tu mācies par programmētāju or something? Un kas, pie velna, ir šitas: $flowers[$category['zid']] = "SELECT puku_nosaukums FROM ziedi WHERE ziedu_id = $cat ORDER BY puku_nosaukums ASC, $category[zid]"; ?

Nevar tā sagrupēt, kā tu iedomājies, tad nav konsistenti dati. Var darīt tā, ka papriekš kverijo ziedu kategorijas, un tad ciklē tām cauri un pēc kategorijas ID atlasa ziedus, un tev tieši tas ir vajadzīgs. $categories = SELECT zid, nosaukums FROM ziedu_kategorijas ORDER BY nosaukums ASC $flowers = []; foreach ($categories as $category) { $flowers[$category['zid']] = SELECT puku_nosaukums FROM ziedi WHERE ziedu_id = ? ORDER BY puku_nosaukums ASC, $category['zid'] // prepared statement, OBLIGĀTI (http://php.net/manual/en/mysqli.prepare.php) } // alternatīvi, ekonomējot SQL pieprasījumus: $tmp = SELECT zid, puku_nosaukums FROM ziedi ORDER BY puku_nosaukums ASC $flowers = []; foreach ($tmp as $flower) { $flowers[$flower['zid']][] = $flower['nosaukums']; } // izvade: foreach ($categories as $category) { echo $category['nosaukums']; // pastāv varbūtība, ka kādā kategorijā nav ziedu un tad $flowers[$category['zid']] nebūs masīvs un šeit tiks izmests warning; domāju, ar to mācēsi tikt galā foreach ($flowers[$category['zid']] as $flower) { echo $flower['puku_nosaukums']; } }

@iall - kāpēc tu tajā kverijā semikolu iebāzi? Also, `ORDER BY ziedu_kategorijas.nosaukums ASC`, nevis `ziedi.ziedu.id`.

Drīzāk jau katram savas ego problēmas + viedokļu nesakritība. Nav tā, ka tikai vienam ir taisnība, bet neviens jau nekad neies to atzīt.

Ērtums ir subjektīvs jēdziens.

I like it!

Feins raksts. Mani arī baigi besī tas, ka ļoti daudziem npm packages ir vesela kaudze ar dependencies, kuros gandrīz katrā ir tikai viens īss skripta failiņš vienai sīkai funkcionalitātei. Composer packages arī ir līdzīga slimība (mēdz būt daudz dependencies), lai gan ne tuvu tik traki.

>Reālā situācijā nē. >Teiksim lietotāja, reālais tīkls ir 0.3 MB/s. Jā, ļoti reāla situācija. Ja tavi apmeklētāji ir no Āfrikas.

Jā, man arī galvenais punkts par labu servera HTML bija tas, ka sākotnēji atverot lapu vismaz kaut kam ir jāparādās, pirms tiek ajaxiski ielādēts viss pārējais saturs, kurš tā paša Facebook gadījumā ir ļoti daudz un prasa atbilstoši daudz laika. Protams, HTML manipulācija klienta pusē atbilstoši ajax pieprasījumiem utt ir pavisam normāli, bet vismaz sākotnēji noteikti kaut kādam HTML ir jānāk no servera (un ar to es nedomāju tikai head+body tagus ar css un js tajos, bet gan reāli taustāmu/apskatāmu saturu, tā saucamo above the fold saturu). Un tā, kā tas sākotnējais saturs atšķiras atkarībā no URL... Man personīgi ļoti nepatīk lapas, kuras atverot 3+ sekundes rādās "Loading...", kamēr ielādējas JS un tas izpildās. Vārdu sakot, ir sweet spot starp "ielādēt visu no servera, klientā neko nerenderēt ar JS" un "no servera ielādēt tikai JS, renderēt visu klientā". Piemēram, kāda interneta veikala kategoriju atverot, headerim, footerim un varbūt kaut kādiem sidebar'iem jau būtu jābūt no servera, bet produktus un atbilstošos filtrus var ielādēt un renderēt caur JS, jo tur tiešām ir daudz repetitive HTML. Ir ļoti maz tādu lapu, kurām burtiski viss saturs mainās tās lietošanas laikā, tāpēc arī manuprāt nav prātīgi visu renderēt caur JS, ja tas pēc tam netiks mainīts. Šis attiecas uz gandrīz visu lapu headeriem un footeriem.

No vienas puses, šāda pieeja (HTML - frontend only) ir laba, bet no otras - uz servera HTML uzģenerēt parasti ir ievērojami ātrāk, nekā uz klienta kompja, turklāt servera pusē to visu var iekešot un nav katram klientam katru reizi jārēķina viss pa jaunam; protams, daļēji šo var apiet, izmantojot browser cache un local storage, bet tas vienalga ir katram klientam individuāli. Discuss?

...kuru sākotnēji iedeva pilnīgam nūbam un tagad uz tā uzbūvēts kalns, kuru neviens neies pārrakstīt.

Vispār jau nē, pats esmu izmantojis ss.lv, lai atrastu darbu, vienkārši konstatēju faktu.