Kemito

Nenopietni ir domāt nopietni par WP un Drupal.

Jāpiekrīt būs daGrevim. Tā pat kā vēlams būtu rakstīt mazus objektus/metodes, tam arī testu būs krietni īsāki. Tava testa gadījumā es personīgi noteikti dažas lietas ekstraktētu ārā no paša testa konkrēti. Piemēram, paša veikala izveidi. Tas noteikti noderētu arī citur, tamdēļ izveidot A) Privātu metodi B) Helpers klasi, kas attiecīgi izveido pašu veikalu. Testam, kas pārbauda vai iedod punktus, nevajadzētu iekļaut arī pilnas darbības ar veikala izveidi. Nenoliedzami tie termini čakarē prātu, un liek domāt, ka nefiga nekas no tā visa nav vajadzīgs, bet sākot ar vienkāršiem unit testiem savā lapā, ar laiku iemācīsies rakstīt mazus/vienkāršus testus, kas beigās iemācīs Tev rakstīt mazas un vienkāršas funkcijas/metodes un iemācīs rakstīt krietni lasāmāku kodu. Lielākā problēma šajā visā manuprāt ir tas, ka ir jāiemācās šo testu rakstīšana, kas aizņem tomēr zināmu laiku, nevis kā parasti cilvēki mēdz darīt, ja kaut kas nestrādā, tad nogooglē un viss.

jurchik, Tev kāds uzbāžas ar testiem? Neviens Tev konkrēti neliek viņus lietot. Tu runā par kaut kādām UI grabažām, kas radušās no līkas griešanas rezultātā. Ja nepamanīji manšķiet vairāk tēmēts bija par backend testiem, bet nu tas laikam aizgāja gar ausi. Backend pusē pārbaudot vai funkcionāli šādas opcijas veikt ir iespējams, kā arī vai konkrētās metodes dara sev paradzētās lietas, un atgriež to, kas nepieciešams, un ja kodu nerakstīsi ar dirsu un netaisīsi baigos everestus katrā klasē/metodē, tad arī iztestēt ar testiem to nebūs problēmas. 9-10 gadus vecu projekta kodu, vispār aiztikt nav vajadzības, es domāju, ka Tev vajadzētu pietiekami lielam saprātam būt, lai to vērstu attiecībā pret jaunākiem kodiem. Tā vietā, lai meklētu kaut kādu atmasku tam visam, būtu labāk pačekojis benefitus no tā. ju verij funij.

Uzcept var dajebko, saistībā ar informācijas padošanu no punkta A-B ļoti ātrā veidā. Spēles, čatus, komentāru sistēmas, paziņojumus u.c štelles.

Ja Tu raksti mazas funkcijas/objektus, tad tos iztestēt noteikti nav grūti. Uzrakstīt pārus testus arī neprasa augstāko pilotāžu, bet gan vēlēšanos, tad vismaz piektdienas vakarā ar mierīgu sirdi var deployot un iet dzert alu. Testus var rakstīt kaut vai pēc mēneša vai diviem, ja zini, ka nāksies papildināt lapu ar kādu funkciju. Testu rakstīšana vien liek tikai iedziļināties tajā ko dari, nevis tupi cerēt, ka viss ies. Varbūt vienā projektā Tev ir ok, nāks nākošie, var gadīties, ka nestrādā. Raksto testus vari teju skipot vispār sadaļu kurā ver pārlūku un skaties vai konkrētā funkcija strādā. Sākumā loģiski, ka tas liksies ilgāk, jo agrāk arī kodu uzrakstīt prasīja ilgāk, nekā tagad. Testi ir štelle, un kamēr lāga nepamēģinās, tikmēr nesapratīs līdz galam kapēc.

Vīri no e-klases?

bez atalgojuma darbs?

rpr, nenoliedzami. Māris (anonīms @forum) tā vien tā gremdējas naudā un gektoros. Varbūt būs jāsāk pievērsties kam stiprākam nekā tikai alum?

Cilvēks ir iesācējs, viņš nezināja esošu funkciju, kā arī nav praktizējies "google" spēkā. Viņš sāka domāt savu risinājumu, kaut kādā veidā panākt sev vēlamo effektu. Lai arī cik liela pornogrāfija tā nebūtu tomēr viņš mēģina, un Tev kā zinošākam pēc piemēra jau vajadzēja saprast, un piedāvāt gatavu risinājumu. Don`t blame rookie.

... <?php var_dump(range(5,1)); ?> http://php.net/manual/en/function.range.php

Gatavi risinājumi šim ir, atliek tikai meklēt.

Katram postam ir id (AI) un atbilde iet zem attiecīgā posta. Atbilde būs parent_id > 0, un pats posts būs parent_id 0. Piemēram: id 1, parent_id 0, body "Hello world" būs attiecīgi pirmais ieraksts, kuram nav parents, līdz ar to, tas ir posts. Tālāk visi posti, kam parent_id būs 1 attiecīgi ies zem šī posta, kā atbilde šim postam. id 2, parent_id 1, body "Foo bar" Kur attiecīgi būs atbilde postam 1. Turpinājumā parent_id 2 būs atbilde attiecīgi "Foo bar" postam. and so on. ID katram ir unikāls, un parent_id ir attiecīgi zem, kura posta ir šī atbilde, ja parent_id ir 0 tad tā nav atbilde, bet posts.

Tēma - http://kkga.github.io/spacegray/ Colorsets - https://github.com/kkga/spacegray#spacegray-eighties bāzēts uz base16

Ticu, ka ir labāks risinājums. http://laravel.io/bin/jj1qK

Kurš teica, ka Laravel nav paredzēts "lielām ilgi attīstāmām, visu laiku uzturamām un uzlabojamām aplikācijām." ? Dzirdo pirmo cilvēku sakām, ka Laravel būtu tas, uz kā nevarētu izveidot apjomīgu aplikāciju. Tas, ka dokumentācija sniedzas ap tikai 25% ko ar Laravel var iesākt, nebūt nenozīmē, ka nav iespējams izveidot apjomīgu un uzlabojuamu aplikāciju.

Tu dīvaini raksti vārdu Laravel

Kāda hrena pēc visu vajag bāzt vienā maisā? Agree with gurķis.

Lietotājs, kas ir reģistrēts datubāzē būs ar e-pastu, līdz ar to autorizēts lietotājs " piekonektē " pasi klāt, esot autorizējies sistēmā izsaucot soc. tīkla autorizāciju, ja tā veiksmīga, pārbauda vai kādam jau šī pase nepieder, un attiecīgi, ja viss kārtībā, pievieno to klāt. Pēc tam jau attiecigi autorizējoties, attiecīgā soc. tīkla id datubāzē savāc lietotāja id, un autorizē pašu lietotāju. Pusē, kad nav autorizējies, un "pirmo reizi" autorizējas, aizgādā līdz reģistrācijai, un attiecīgi tur aizpilda laukus jau ar doto informāciju, un pie reģistrācijas izveido gan lietotāju, gan attiecīgo pasi.

5 minūtes palasot to marazmu, liek aizdomāties, kāda velna pēc vispār iesaistīties šāda " palaga " lasīšanā un diskutēšanā, ja beigu beigās katrs tā pat paliks pie sava? Waste of time.

But magic is bad :/ Nepietiks jau ar to, ka rakstot OOP, tavs kods būs lasāmāks/pārskatāmāks/saprotamāks? Priekš sevis visu darot jau tīri po, var kaut datus glabāt teksta failos un vēl sazinko. Bet apžēlojies par tām nabaga dvēselēm, kam nāksies to kodu supportēt. Vai tomēr tam cilvēkam ir vajadzība tērēt laiku mācoties un studējot Tavu reliģiju un piederību, lai vispār varētu kodā kaut ko izdarīt? Tā vietā piekopt daudz maz "patternu" ( <-- Ja to tā var nosaukt) un izraut daļu lapu no savas burvestību pārpilnās grāmatas? Nevajag sarežģīt lietas.

Ja neko no tā nesaproti, tad izveido sadaļā "Darbs" pieprasijumu, un norādi aptuveni atvēlēto summu šim darbam. Tas, kas saprot šo lietu, Tev par attiecīgo summu to izdarīs.

Nebūs Tev ērtāk data vietā dot vienkārši objektu? Kapēc "live", ja labu laiciņu jau deprecated, izmanto http://api.jquery.com/on/ URL Tev ir jānorāda url, nevis fails uz kurieni tiek sūtīts. Jeb Tev routing vispār tur neeksiste?

Pašam "playerim", jau īsti nebūtu jāatbild par "zvaigšņu balsošanu", tas ir domāts atskaņošanai, pārējais ir tikai "bonuss", ko pieliek klāt. Bet nu es vairāk apsvērtu aaxc piedāvājumu par SC integrāciju.

Paypal pamatlimits ir 2`000 $ gadā. Tālāk nepieciešams nosūtīt kāds rēķins, vai pierādījums par identitāti, un datiem, t.i saistībā ar ievadītajiem datiem. (Citreiz pat arī pases kopija un vēl kāds bonusa dokuments) VIDā sāks bakstīt uz 1k+ , kas tās par naudām, līdz tam 1k viņiem ir dziļi vienalga. Tā pat arī jautrība ir tajā, ka no PP naudu var dabūt tikai uz VISA kartēm, un VISA kartes izsniedz vairs tikai retais. Tā pati Swedbank piedāvā Master kartes, un vienīgā visa ko viņi piedāvā ir "paštaisītā", kur attiecīgi gada maksa 15 Latvijas Republikas naudiņas (konvertē uz eiro šito). Protams, PP visu iespējams sakārot pareizi, ja vien palasa informāciju viņu lapā. Jo var būt arī tā, kā augstāk minēja, ka paņems un vienkārši noklopēs kontu, uz kādu laiku, kamēr notiek kaut kāds "review", un Indijas supporti uzdos Tev jautājumus kā roboti. Zem SIA čakara nebūs tik liela, kā zem "privātā".

ieleja, dokumentācija ir laba, un ja nepieciešams padziļināti kaut ko sameklēt tajā visā, skaties APi - http://laravel.com/api/