rATRIJS

Shis nav veel iisaak? + nav lieki tagi a:after { content: " [1]"; } a:visited:after { content: ""; }

Vēlākais dabūs prioritāti. Un vari palasīt vairak te: http://www.w3.org/TR/CSS2/cascade.html

Vismaz īstermiņā palieliniet moderatoru skaitu... Nu jau spama ierakstu skaits pārsniedz ne-spama ierakstu skaitu.

Piekriitu. Vai arii paplashiniet moderatoru skaitu... Es parasti skatos "View New Content" sadalju un puse no turienes parasti ir spams :(

asuidgausydvj? asdhasuidga!!! aksjdhaksdhaodha.

Nezinu kas fotošopā ir smūth, bet text-shadow iespējams ir tas ko vajag.

touchend tiek trigerots, kad pirksts tiek atlaists to touchscreen'a. Regjistree arii touchstart un skaties cik taalu pirksts ir nogaajis no touchstart liidz touchend.

Nedomaaju, ka to var izdariit. Labaakais ko vari IMO ir kas shaads, bet tas gluzhi nav tas pats kas table. IMO bez row elementa to izdariit nevar. Protams var meegjinaat hakus ar JS, bet tas ir negliiti: http://jsfiddle.net/kXgfy/7/

Gan Famicom gan NES vari meklēt ebajā.

Nintendo Entertainment System (NES) ir oriģināls. Neesmu 100% drošs vai der dzeltenās kasetes. Droši vien ka nē, jo IMO visām vajadzēja būt Licensed By Nindendo un bija mazāk pini kārtridžiem. Āzijā NES izlaida kā Family Computer jeb Famicom. LV šis arī bija pieejams kā žilitons. IMO šis atbalstītu dzeltenās kasetes, jo nebija pārbaudes priekš oriģināliem. Abiem domājams ir ļoti līdzīga spēļu bibliotēka. Ja tev ir dzeltenās kasetes tad vari meklēt Famicom. Ja nav tad NES. Es gan iesaku nopirkt XBox (oriģinālo), softmod'ot un likt virsū emulatorus. Nav 100% autentiska sajūta, bet ir gana tuva.

Es softmod'oju vecu PS2 uz kura tagad staav vairaaki emulatori. Pluss taads, ka var likt vairaakus emulatorus (ne tikai NES (zhilitons bija NES klons, vai pareizaak sakot Famicom klons)), bet arii SNES, Sega, Neo Geo, ... un sajuutas buus liidziigas kaa uz iista, jo iista pults + pie TV. Miinuss taads, ka emulators nekad nav tas pats kas iists :) Ja ej sho celju, tad iesaku njemt XBox nevis PS2 - vairaak emulatori, stabilaaka darbiiba, vairaak 3rd party haki.

OpenStreetMap? http://www.openstreetmap.org/ (export)

Es uzskatu, ka izklaide katram ir sava un tas, ko es uzskatu par izklaidi nenozīmē kā tā ir izklaide kādam citam. Man tā ir (neskaitot programmēšanu, kas savā veidā arī ir izklaide): * fotogrāfēšana * velosports * ceļošana * TV (filmas, seriāli) * manga un komiksi * kāršu un galda spēles (ieskaitot CCG) * tikšanās ar draugiem (kas opcionāli satur alkohola lietošanu) * mūzika (neprotu spēlēt nevienu intrumentu "pēc noteikumiem", taču to spēlēšana nomierina) Visā visumā jau es piekrītu šādam mācību veidam, tikai nezinu vai nosliece uz programmēšanu nav par lielu. Katrā ziņā domāju, ka es nevarētu katru dienu veltīt 5h bērna mācīšanai. Ne tapēc, ka nebūtu laika, bet tādēļ, ka man tas liktos garlaicīgi... Varbūt, kad būs bērni tad domas mainīšu...

Jautājums codez: cik ilgi tu plāno paturēt bērnu mājmācībā? Kā arī vai viņam ir kāda saskarsme ar citiem vienaudžiem? Vai nevar būt tā, ka bez pastāvīgas saskarsmes ar vienaudžiem zudīs spēja viedot draudzības/attiecības? Kā arī random offtopic, bet tajā pat laikā par tēmu: kas, tavuprāt, ir atbalstāms izklaides veids? Jo pēc lasītā izskatās, ka visam ir jābūt saistītam ar programmēšanu kaut kādā nebūt veidā :)

Pieļauju, ka nožēlošu, ka kaut ko atbildu bet, 1) Ja projekti nav saistīti, tad, kur ir problēma? Ja ir, tad pievieno direktorijas un uztaisi kopējo projektu. Ikdienā strādāju ar "projektu", kurš sastāv no 5 submodeļiem un tas viss iekš viena Sublime Text 2 projekta. 2) View - Hide Tabs. Tiesa gan es mājās strādāju uz 13" monitora (1440x900) un tabi netraucē. 3) View - Hide Minimap. 4) Ir lielisks. 5) Man terminālis ir ALT(CMD) + TAB attālumā. Nedomāju, ka redaktoram vajag emulēt arī termināli. Es darbā lietoju Terminator un tādu emulēt būtu pagrūti... Redaktors tekstam, terminālis komandrindai. 6) Kādos gadījumos neparādās kad vajadzētu? 7) Piekrītu, ka autocomplete nav ideāls, bet lielākajā daļā gadījumu ir OK dēļ ne tik peļamā fuzzy matching. 8) Fuzzy matching FTW. Gandrīz vienmēr es zinu ko man vajag rakstīt un pat ja es ierakstu kaut ko aptuvenu, autocomplete visticamāk uzminēs ko es vēlos. 9) Viena no manām mīļākajām fīčām, galvenokārt tādēļ, ka es labprāt lietoju peli pēc iespējas mazāk. @ aizlec uz funkciju/metodi failā. : uz rindiņu. By default uz failu. Viss kopā ar fuzzy matchingu (vairs nelietošu šo vārdu salikumu...). Esošo sidebar izmantoju salīdzinoši reti un atvērt nepieciešamo varu zibenīgi ar šīs funkcijas palīdzību. 10) Nekad vēl nav krāšojis - ne uz Linux, ne uz Mac. 11) Nav bijušas arī šādas lietas. Liekas, ka vienreiz redzēju brīdinājumu, ka kāds paplašinājums izpildās pārāk ilgi, bet tas bija tādēļ, ka darbojās resursietilpīgs process uz datora. 12) Package Control 13) Viss nav obligāti jāatcerās. Es atceros lietas, ko visbiežāk izmantoju. Kad to visu iedabūn muskuļu atmiņa, tad viss notiek atomātiski. Shortcut'i FTW. 14) Neredzu tiem lielu jēgu... Piebilde: Es izmantoju Sublime Text 2 web aplikāciju/lapu veidošanai. Projekti ir pašu viedoti (maza komanda). Outsource'ēti projekti nav jāaiztiek tādēļ visi codebase ir pazīstami. Nevaru komentēt kā ir lietot šo redaktoru, ja nepieciešams izmantot kādu build sistēmu. Tāpat nezinu kā ir ja jārefaktoringo svešu koderu veidojumi.

Nedomaaju, ka semikola neesamiiba kodu padara par haosu o_O

Kāda jēga kaut ko rakstīt ja no tā nevar izveidot diskusiju (pat ja tas izvērsās par flame war)...

+ (N + 1)

Šis ir tas ko gribi? http://php.net/manual/en/features.http-auth.php vai šādi ar htaccess http://www.htaccesstools.com/htaccess-authentication/

Kas ir ieksh PHP_AUTH_USER?

Kaprači normāli uzdarbojas pēdējā laikā...

lynx ir veel aatraaks!!!

Beidzot!

/giggle bet jaa - tas straadaatu

Es vairākumā gadījumu noteikti izvēlētos kvērijus rakstīt OOP'iski, jo: * ērtāk * nejaucās kopā vairākas valodas (sql un servera puses valoda) * extendojamāk ($articles = Articles:find()->where(["private" => false]),kaut kur tālāk, citā, neatkarīgā, daļā: $articles->where(["author" => "bob"]), un beigās $articles->execute()) * teorētiski vieglāk pāriet uz citu DB tipu Ir protams arī negatīvas īpašības: * neliels overhead (visticamāk nejūtams uz vairumu aplikāciju) * kvērijus grūti optimizēt (caching fixes all problems) * samazināts iespēju daudzums ja salīdzina ar pliku sql (visādas eksotiskas (MySQL MATCH AGAINST IN BOOLEAN MODE) iespējas noteikti neviens nemēģinās iebūvēt ormā...bet cik bieži gan tās tiek izmantotas un ja ļoti vajag, tad noteikti var atrast veidu kā...)