briedis

Mānies nu, ir sandbox režīms.

Slēdz līgumu ar FirstData, lai cilvēki varētu norēķināties ar kartēm. Kaut kādi 200 pirmreizējā maksa + ja nemaldos, mēneša abonēšanas maksa kaut kāds 30 + komisija par darījumu. Cenas izzīstas no pirksta, ļoti aptuvenas. Var, protams, pieslēgt arī paypal, swedbank, utt. Paypal varētu būt lētākais risinājus, jo principā visiem pārējiem veidiem ir jābūt SIA. Grūti saprast, cik "nopietni" tu tur plāno tirgoties.

Nu jā, links tas pats, tikai norāda uz citu daļu. Tura taču bija teikts: un Pa manam, izskatās, ka tajā dokumentācijā vismaz elementārās lietas var atrast.

nu tu dod, es paskatījos satura rādītājā un 5 sek laikā atradu, kur definēt modeli un kā to darīt :S http://laravel.com/docs/eloquent#basic-usage

Esi sveicināts internetā! Es zinu vienu tādu lapu, kur var atrast principā visu, ko vien spēj iedomāties. Tev ir paveicies, šodien es to atklāšu bez maksas. https://www.google.lv/search?q=Doctrine+examples 101 paraugu var atrast. Vai vajag izmantot ORM - tas jāizlemj katram pašam. No pieredzes, varu teikt, ka uz CRUD darbībām var izteikti ieekonomēt laiku. Ja vajag sarežģītas atlases, principā visi ORM'i ļauj arī rakstīt kādus vien iegribas kvērijus ar roku.

Jap, ieteikums vienmēr lietot absolūtos ceļus. Nodefinē index.php: define('DIR', dirname(__FILE__) . '/'); Un tad vienmēr izmanto: inlcude DIR . 'libs/blabla.php';

function call_smarty(){ ... return $smarty; } $smarty = call_smarty(); $smarty->...

DigitalOcean pēdējā laikā gan bijuši vairāki feili ar pieiejamību. Amsterdamas serveri požižņi kaut ko rīstās. Pirms pāris ned serveri bija 4h offlainā. Bet kopumā, patīkams serviss, pats lietoju, ir ērti.

Nu kā, tev fonā griežas skripts (cron/screen), kas ik pa sekundei prasa datus no porta, un kaut kur tos pieglabā (failā, datubāzē, whatever). Tad lietotājs weblapā ar ajax (tīrs javascript) paprasa citas skriptas svaigākos datus.

Paņem laravel un miers :) Ja tīri balstās uz popularītāti. Ja cilvēks saprot kas ir MVC, kāpēc, lai vispār būtu problēma strādāt ar jebkuru ietvaru? Ņemiet to, kam vislabākā dokumentācija un vislielākais community.

Glabā sql kaut kur kodā, versiju kontrolē?

Mīnusi: * Var kko pa daudz nodzēst, ja ir cascade delete (tas gan arī tā kā pluss) * Mūždien kaut kāds čakars ar datu eksportiem/importiem, kad nevar kaut ko izdarīt kaut kādu key'u dēļ. Vienīgie plusi, ko redzu: * Datu integritāte (kā jau pats uzskaitīji) * Kaut kādos rīkos sql pārlūkošanas rīkos var ļoti ērti aizlekt uz attiecīgo ierakstu (softs pats saprot, uz ko referencējas konkrētais id), bet nu ši tāds mazums

Apmācīt lietot wordpress? :) P.S. Forša profila bilde ;)

Easy - izdzēšam rakstu, pievienojam no jauna - būs 667 :D Kāpēc man vispār būtu jādomā, cik tas ir sarežģīti, ja vienkārši var par to nedomāt un tas pats vien būs? :)

Piekrītu grēvim, nav ko čakarēt sev smadzenes ar ūber slug'a formulām, tāpat tas nebūs iemesls, lai gūgle tevi paceltu augstāk rezultātos, jo tas ir tīri atkarīgs no satura ( ar nomālu semantisma) un tā, cik populāra ir tava lapa (backlinki). Daudz vērtīgāk būs, ja: 1. ieliksi saturīgu meta description tagu 2. liksi labu title vērtību 3. linkiem uz ārējiem resursiem liksi <a rel=nofollow> 4. lietosi semantisku markupu, h1, h2, p 5. panāksi, ka citas lapas linko uz tavu saturu

Nafig jālaiž 600 lūpā? var tak atlasīt pa čupai (SELECT data WHERE id IN (čupa ar ID))\ Ja tur nav kaut kādas perversijas, tad šo varētu atrisināt 2 kvērijos. Karoč, vajag zināt, kas tev tur par struktūru, citādi neko precīzi nevar ieteikt.

Es izvēlētos vienkāršako variantu - video|raksts/id/kategorija/blabal/pilnīgijebkas Attiecīgi, saite strādātu arī ja būtu video/123/ to pēdējo daļu var ģenerēt kādu gribi, tīri SEO nolūkiem, un nekas nesalūzīs, ja arī rakstam mainīsies virsraksts - attiecīgi urļa daļa. tā kā to dara tvnet: tvnet.lv/zinas/latvija/492728-te-varbut-jebkas

$s = " Apraksts Jauki puisi Vardi Andris Petertis Viktors Janis Dzimsanas dati 1984.gada 2.feb 1992.gada 15jun. 1989.gada 25.feb 1999.gada 1.aug. "; $kw = array("Apraksts", "Vardi", "Dzimsanas dati"); $r = array(); foreach($kw as $v){ $s = str_replace($v, '|' . $v . '*', $s); } foreach(explode('|', trim(trim($s), '|')) as $v){ list($i,$j) = explode('*', trim($v)); $r[$i] = array_filter(explode("\n", trim($j))); } var_dump($r); Nezinu, priekš kam jaukts regulārās izteiksmes, ja var ar elementārām str funkcijām visu izdarīt. Ar regexp'iem tik sapīties meistarībā...

Vēl var izmantot google chartus: https://developers.google.com/chart/

Par addClass. Viņš nestrādā, jo kam tad tu mēģini pieškirt klasi? Vai maz zini, kas ir $(this) tajā vietā :) ? Palasi, ļoti noderēs: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/this

Tas ir tāpēc, ka tu nolasi vērtību ar attr('value'). Šis atgriež html atribūta value=.. vērtību. Tev vajag iegūt elementa propertija vērību ar $('input').prop('value') vai $('input').val(); vai $('input')[0].value (natīvais DOM) Izlasi šo: http://stackoverflow.com/questions/5874652/prop-vs-attr Karoč, vajag izprast atšķirību starp atribūtiem un propertijiem.

http://jsfiddle.net/DGfbR/ Protams, nevajadzētu aizmirst uzlikt keyup eventus, ka uz ESC vajadzētu atcelt labošanu, ENTER saglabāt.

Nū, ja problēma ir ātrdarbība, tad ir jādomā par indeksiem. Bet tīklīdz tu sāc taisīt prikolus ar funkcijām uz kolonnām (DATE()), tā var aizmirst, ka tur kaut kas jēdzīgā laikā izpildīsies, jo jāiet cauri būs pilnīgi visiem ierakstiem. Neesmu baigais specs, bet pamēģini gan to subselektu, gan arī galveno selektu izpētīt ar EXPLAIN un pielāgot tabulu, lai pilnībā tiktu izmantoti indeksi. Minu, ka arī vajadzēs glabāt tikai datumu atsevišķā kolonnā, lai var normāli grupēt.

Teorētiski varētu šitā... http://sqlfiddle.com/#!2/52ab33/13 SELECT COUNT(d.date), d.date FROM (SELECT date FROM test GROUP BY uid) AS d GROUP BY d.date Derētu notestēt uz vairāk datiem :)

disabled inputi arī netiek sūtīti.