hjkl

Vienkāršākiem kā iepriekš - kas bija tie "iepriekš"?

Kādas atsauksmes par Backbone+Marionette ?

Manai linux distrai gatavas pakas kā xampp vai kas tml nav, tāpēc bija viss jāuzinstalē atsevišķi. Pirmajā reizē ķēpājos gandrīz stundu, kamēr visas permisijas, konfigi u.c. lietas strādāja kā vajag. Šajā gadījumā windows tomēr ieliek linuxam. Nē?

Kāda ir jūsu pieredze ar lapām kur prasās ar JS palīdzību ģenerēt lielus HTML gabalus? Nevis pieprasīt visu laiku ar ajax no servera, bet nemitīgi atjaunināt balstoties uz kaut kādiem mainīgajiem? Esmu lasījis par vairākiem JS template dziņiem, bet izmēģinājis nevienu neesmu.

Nu kas visiem ir ar to wordpresu..

Bieži rodas vajadzība pēc formas, kur noteiktas izvēles izdarīšana izslēdz noteiktus ievades laukus un padara par obligātiem citus. Piemēram, divas radio opcijas - "Es esmu makšķernieks" un "Es esmu mednieks". Nospiežot uz makšķernieka, parādās lauki "ezers", "loms", "spinings", bet pie mednieka "bise", "trofejas", "bail no lāčiem". To var realizēt ar jquery hide(), show() un required propertija mainisanu, bet sanāk baigi manuāli un neērti. Vai nav kāds plugins kas ko līdzīgu izdara automātiski?

Wuu, tu saki, ka tev PHP nepatīk, bet šeit: http://php.lv/f/topic/21857-empty-atgrie%C5%BEs-nepareizi/?hl=draza#entry172791 Tagad aizej nokaunies uz kādu apmēram vienu gadu, ar to vajadzētu pietikt. Pa to gadu izmēģini pats pāris mēnešus pakodēt ar Python, pāris ar Ruby vai jebkuru citu jau izreklamētu rīku (tā kā objekti nepatīk, nāksies ķerties pie funkcionālās pieejas, hehe). Pēc tam atgriezies pie mums un pastāsti iespaidus. Nav citas izejas kā vien izmēģināt pašam.

Learning curve ir max 2 nedēļas. Pēc tam būs "no way going back" pie peles. Vienīgais iemesls lietot kaut ko citu kā vim varbūt ir kādas IDE debugging fīčas (nevis syntax errori, kas, protams, ir Vimā, bet variable watči, call stacki un tml izvirtības).

pdf.js ? https://github.com/mozilla/pdf.js/ pdfobject ? http://pdfobject.com/instructions.php Lietot kaut ko no tā vai paļauties, ka userim jau browserī ir kāds plugins?

Ko darat, ja vajag browserī parādīt uz servera saglabātu pdf failu? Sūtīt uz kādām external API nevar. Object, embed, kaut kas no JS? Kāpēc tieši tā?

Ģeniāli. Bet ja nopietni. Kā getimagesize()[2] iegūst to integeru? Failā ir kaut kādi baiti, kas nosaka kāda veida info tur glabājas? To nevar apiet? Pieņemsim arī, ka uz servera php programmas var izpildīt tikai no failiem ar nosaukumu *.php, bet mūs interesē fails ar nosaukumu bilde.jpeg

Kā?

Kā ir ar getimagesize()[2] izmantošanu? Vai ir iespējams, piem., php failu tā modificēt, ka šis izdotu kādu no konstantēm IMAGETYPE_JPEG vai tml.?

Kā 100% pārliecināties, ka augšupielādēts fails tiešām ir bilde, piem., jpeg, png, bmp, nevis php fails ar nosaukumu bilde.jpeg?

jāizveido reāla laika čats starp diviem lietotājiem. Nosūtītās ziņas saglabājas DB 2 dienas. Jautājums - vai viņas var uzglabāt kā plain-tekstu vai arī kaut kā jākriptē? It kā tajās ziņās nekā slepena nevarētu būt, bet tomēr privāta informācija.

Esmu iesācējs, kam ir vēlme iemācīties sakarīgi rakstīt JS, zinu tikai pamatus. Tomēr google/un tml. valda liela putra par patterniem/oop implementāciju un nav skaidrs kur ķerties klāt. Principā no fw zinu tikai jQuery, no organizācijas lietoju object literal un revealing module patternu. To, kas aprakstīts šeitan: http://learn.jquery.com/code-organization/concepts/ Kas tagad būtu tas, ko iemācīties? Ko jūs ikdienā lietojat? Googlē bieži uzpeldēja Backbone.js un klienta MVC varācijas, varbūt to?

Ko tu domāji ar sarakšu tabulu? Protams, ka tajā piemērā sender, reciever bija domāts sender_id, reciever_id, nevis uzreiz viņu vārdi.

Datubāzē glabājas ziņas, ko lietotāji sūta viens otram. Šeit: http://sqlfiddle.com/#!2/fad98d/1 Mērķis - sagrupēt visas ziņas pa sarakstēm un katrai sarakstei atgriezt vienu tabulas rindu. Piemēram, datubāzē pirmās 4 rindas ir sarakste starp lietotāju x un y. Līdz ar to pēc šāda query izpildes rezultātos būs 2 rindas - viena par saraksti starp x un y, otra par m un n. Katrā rindā jābūt informācijai par attiecīgo saraksti: abi dalībnieki(secība nav svarīga), pēdējā ziņa šajā sarakstē un nosūtīšanas laiks. Līdz ar to: 1. rinda - x, y, April, 22 2014 17:00:00+0000, message4 2. rinda - m, n, April, 22 2014 20:00:00+0000, message7 Izmantojam mysql. Kā to izpildīt?

Autorizētiem lietotājiem ar Ajax būtu jāvar saņemt X datus no servera. Neautorizētiem lietotājiem nebūtu jāvar saņemt šos datus. Normālā gadījumā pārbaude, vai lietotājs ir autentifiēts, notiek ar sesiju. Bet ja tas ir Ajax pieprasījums, tad varu nosūtīt augstākais tikai lietotāja ID, bet tas nepasaka, vai cilvēks otrā galā zina lietotājvārdu un paroli un ir tas, par ko uzdodas (kura ID nosūtīja). Kā nodrošināt, lai tikai autorizētie saņemtu šos X datus?

Ko domājat par situāciju kad viena skriptu valoda raksta otru, piemēram, ar Ruby iekš ERB vai ar PHP iekš Twig tiek rakstīti JS koda mainīgie? To pašu varētu panākt arī ar Ajax. Tādā gadījumā laikam: Plusi: 1. netiek sajauktas valodas. 2. Tā kā kods nemainās, browseris to var kešot. Mīnusi: 1. kods kļūst nedaudz garāks 2. Atsevišķs pieprasījums uz serveri => nedaudz lēnāk

Pec 'info_altered' eventa pievienot lapai html elementus: $('#input').on('info_altered', function(){ add_html_elements();//pievienoju 'dzivus' elementus }); Un tiem ir jāvar atbildēt uz klikšķiem: $('element').click(function(){ alert('clicked me'); });

Netieku galā ar jQuery .on(). Lietoju pluginu, kas <input> elementam pievieno custom eventu "info_altered". Tas nostrādā katru reizi, kā lietotājs izmanto plugina uzģenerēto GUI. Katru reizi, kad lietotājs to dara, es gribu palaist savu funkciju, kas citur lapā uzģenerē html, kas ir, nu, dzīvs, 'live', respektīvi, atbild uz tādu kodu kā: $('a').click(function(){ alert('clicked me'); }); Bet tie pievienotie elementi ir, khe, 'beigti', un neatbild. Parasti tādās situācijās lietoju kaut ko līdzīgu: $('#parent').on('click', '#child', function(){ //pievienoju 'dzivus' elementus }); Bet par cik <input> elementam nav nekādu childu, tad nezinu, ko iesākt. Vajadzētu strādāt kā: $('#input').on('info_altered', '#child', function(){ //pievienoju 'dzivus' elementus });

Šobrīd esmu tādās kā krustcelēs kur izvēlēties nākotnes karjeru, sīkāk variantos neiedziļinoties galvenā atšķirība ir 6h dienā pie datora vai tomēr nē. Krietni vairāk interesē datori, bet tomēr arī mazliet atbaida dēļ redzes problēmām, tādēļ vai no pieredzes varat pateikt, kas pēc šādas ikdienas notiek pēc 20, 30, 40 gadiem? Nekādu redzes slimību man nav bijis. Pie datora tiku laikam 8 gadu vecumā, līdz tam bija ideāla redze. Pēc tam KRIETNS daudzums datorspēļu, programmēšanas, lasīšanas un mācīšanās 12 gadu laikā līdz tagadējam 20 gadu vecumam pakāpeniski aizveda līdz -1 dioptrijai.

Pie mums Pandas antivīruss nez kādēļ domā, ka katra otrā Pascal programma ir vīruss. Skolotāji visu vainu noveļ uz 64bit Windowsa platformu. :) Risinājums - "ai nau verc, ļausim atslēgt antivīrusu un instalēt jebko jebkuram, kam nav slinkums".

100/6(h dienaa) = 17 dienas => 100 ir krietni par maz.