Wuu

Nevaru atrast piemērotu variantu nodejs sesijām. Neder nekādi express midlewari, Imho serveris neko nehostēs. Varbūt ir kādi ieteikumi autentifikācijai un sesijas glabāšanai, līdz disconnecta no klienta puses vai pārlūka aizvēršanai? Nepieciešams variants bez cookies.

Tīri development stadijā slinkums vērt vaļā divus logus Vai var kaut kā norādīt package.json lai ar "npm start" uzreiz ieslēdzas divas node's ? Piemērām "start": "nodemon app.js && livereloadx -s -p 80 public" livereloadx logs mani nemaz neinteresē, ka tik bacgroundā strādā un aizverot node, arī aizveras.

Citiem strādā, tev nē, secinājumus izdari pats. :>

jurchika citāts ir tīrs egoisms. Pats svarīgākais, viņu uztrauc "ko par manu kodu teiks citi". Daudzi ar to slimo. Rezultātā, laiks tiek tērēt nelietderīgi, savu kompleksu apmierināšanai. Ieteiktu vairāk laika veltīt plānošanai. Te var iziet testu un uzzināt par savas personības uzvedību. https://www.123test.com/disc-personality-test/

Jā, telefona numurs tiks pārveidots. Risinājums ir paredzēts Fevelix piemēram. Imho, katram uzdevumam, savs risinājums. Ja tev interesē kas cits, jautā.

Rezultāts. Vari izpētīt. http://regexr.com/3bukm

<?php $text = "Welcome to RegExr v2.0 by gskinner.com! Edit the Expression & Text to see matches. Roll over matches or the expression for details. Undo mistakes with ctrl-z. Save & Share expressions with friends or the Community. A full Reference & Help is available in the Library, or watch the video Tutorial. Sample text for testing: abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ 0123456789 +-.,!@#$%^&*();\/|<>\"' 12345999999999999 -98.7 3.141 .6180 9,000 +42 555.123.4567 +1-(800)-555-2468 foo@demo.net bar.ba@test.co.uk www.demo.com http://foo.co.uk/ http://regexr.com/foo.html?q=bar"; echo preg_replace("/[0-9]{8}/",'<a href="/?id=$0">$0</a>', $text); ?> http://www.regexr.com/

react.js

Kaut arī tas neatrisinās problēmu, kāpēc jāveic kaudze pieprasījumu, vai tad nevar vienā visu pajautāt uzreiz?

Kāds šo lieto? Izklausās pēc aizlāpīta cauruma, kurš jau pie 100mb tabulas aizrīsies ar 500ms pieprasījumu izpildīšanu.

@deGrevis - lasīts, visus komentārus pat izlasīju. Godīgi sakot nepārliecināja. Izklausās, ka dizains viņiem vienkārši galīgi garām un pats rakstnieks ir vienkārši iedomīgs. MySQL kaut arī risinājumi, es vairs neredzu jēgu dalīt JSON, saglabāt MySQL un tad pēc tam atkal veidot JSON. Viss tas pa vidam vel ir brutāli jāpārbauda. Sintakse ir reāli debīla, katru reizi kad qwerijs jāraksta, zobi griežas. Ja vel joini klāt, beigās palags. Izlasīt to visu grūti... Ar MongoDB, arrajs kā arrajs. Viss... @yuppio Paldies! Tā kā pārsvara veidoju darba aplikācijas, man tās tabulas ir lieka. Postgres atkal tabulās lien iekšā, atkal jādefinē, jāpārbauda. Es tik nevaru saprast, vai tiešām es varēšu bez join'iem izdzīvot. Laikam būs jāuzkāpj uz grābekļa.

Man visu likās, ka man riebj PHP, bet beigās izsecināju ka pie vainas lielākoties ir MySQL. Pēc meklējumiem un pāris testiem, ļoti iepatikās MongoDB. Tīri teorētiski, API uz MongoDB uzrakstīt ir ļoti ātri. Tāda sajūta, ka tam arī viņa paredzēta. Metu aci arī uz Cassandra, bet negribas redzēt neko tādu. INSERT INTO users (user_id, fname, lname) VALUES (1745, 'john', 'smith'); Varbūt - ir kas cits, ko notestēt? MongoDB mīnusi: Nav join'u (Dohh.. katra datubāze paredzēta savām vajadzībām), ir map reduce, bet neesot pietiekami ātrs lai lietotu reālā laika, der tik bacgraundo skaitļot. Daudz datu replikācijas. Vai ja lieto ID, tas nozīme ka join'i jāveido aplikācijas pusē, vai klienta. (Beigās var izaugt par drausmīgām galvas sāpēm) Insertu čupu nevar pārbaudīt un nekad nevar būt drošs vai ieraksts tiešām ir veikts. (Mīts?) Varbūt kaut ko esmu palaidis garām? Kā ar injektiem, kā uz MySQL. Vai var kaut ko ievadīt, kaut kas specifisks jāpārbauda? Kāds varbūt lieto MongoDB production sistēmās, var padalīties ar pieredzi.

Nekad neiedomātos, ka tas ir svarīgi. Paldies!

Nespēju dabūt pie dzīvības, vajag palīdzību. https://jsbin.com/forexepodi/1/edit?html,output Erroru nav, viss pēc manuālā, bet neko nerāda.

Var kāds gudrāks vīrs iedot piemēru uz react-router, kurš darbojas pa taisno bez webpackiem, utt... Vai nu vecums, vai arī tizlums, neko tādu atrast nevaru.

Atvainojos, laikam nepareizi izteicos. Samazināt teksta izmēru jau nav problēma, gribētos lai React komponenti paši pieprasa kādus datus viņiem vajag atjaunot, neskrienot caur props uz root komponentu ar pieprasījumu. Vēl vairāk tracina, kad piemēram, pie componentDidMount() ir ajax pieprasījums, un tad, pie izmaiņas, piem. onClick. Jānosūta un atkal jāpieprasa jaunos datus. Papildus jāveic pārbaudes, vai serveris vispār ir atbildējis. Būtība, React padara klienta puses veidošanu par izklaidi, bet jūtu ka datu saņemšana un nosūtīšana ir joprojām jēls pasākums, kas tiek darīts bez prieka. Pēdējie divi projekti ir darbinieku stundu uzskaite (Stipri komplicētāk nekā izklausās) un noliktavas kontroles sistēma, operatoriem apstrādāt pasūtījumus un sekot līdzi noliktavas daudzumiem.

Pēdējie divi projekti uzrakstīti ar lielu prieku lietojot React. Bet joprojām kretinē kā es dzenēju ajax pieprasījumus. Gribās kaut ko mazāku, ērtāk lietojamu. Varbūt kungi varētu ieteikt? Šī brīža risinājums... Un kodā desmitiem šādu copy, pasta.... $.ajax({ url: 'api.php', type: 'POST', dataType: 'json', data: JSON.stringify(send), contentType: 'application/json; charset=utf-8', success: function(json) { if (json[0].error === 0) { ... }.bind(this), error: function(xhr, textStatus, errorThrown){ ... }.bind(this) });

for (var i = 0; i < json[1].output.length; i++) { json[1].output[i].edit = function() { console.log(json[1].output.ID); this.props.handleMenu(this,'functions',new Event('post')); }.bind(this); } Atkal tas pats, json[1].output.ID eksistē, bet atgriezt nevar. Varbūt kāds izpalīdzēs?

Sharp, ko tu tur tieši kontrolē? Es savām vajadzībām atradu risinājumus ar TCP/IP, lai nebūtu galva jālauza.

[{"ID":"18","item_id":"2","item_amount_stock":"5","item_amount_in_cart":"0","item_amount_preordered":"0","item_amount_sold":"0","item_timestamp":"2015-07-22 12:30:59","last_edit_timestamp":"2015-07-22 12:30:59","item_id_catalog":"prod2","item_name_catalog":"Spilvens","item_measurement_unit":"pcs"},{"ID":"12","item_id":"4","item_amount_stock":"25","item_amount_in_cart":"0","item_amount_preordered":"0","item_amount_sold":"0","item_timestamp":"2015-07-22 10:01:15","last_edit_timestamp":"2015-07-22 11:54:05","item_id_catalog":"prod3","item_name_catalog":"Desa","item_measurement_unit":"kg"}] 0 JSON.parse(JSON.stringify(this.state.ri[0])) <-- NESTRADĀ "SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data" JSON.stringify(this.state.ri[0]) <-- Strādā. Nu wtf :)

{this.state.c.map(function(k,i){ this.state.ri.map(function(kk,ii){ console.log(this.state.ri[ii].ID); <-- STRĀDĀ console.log(this.state.ri[k.id].ID); <-- STRĀDĀ }.bind(this)); return (<div key={i}> <div className="row cells12"> <div className="cell"> <span className="mif-bookmark"></span> </div> <div className="cell colspan3"> {this.state.ri[k.id].ID} <-- NESTRĀDĀ </div> </div> </div>); }.bind(this))} TypeError: this.state.ri[k.id] is undefined A huļi?

Jebītit, es esmu top 40 :D

Ņemot vērā, ka klienta pusei vienalga, jo tāpat man pliks HTML izvadas un bildes izvadot tiek samazinātas vajadzīgajos izmēros, saspiestas un cashotas. Tad kāda jēga vilkt to visu failu putru līdzi, ja bildi var glabāt, updeitot, dzēst tādā paša veidā kā tas notiek ar datiem. Imho, vieglāk? 10MB bilde gtfout...

Abberee - Kāds tev ātrums nepieciešams, ja es uz DigitalOcean varu neoptimizētu JSON pieprasījumu uz Serveri nosūtīt, apstrādāt un atdot atpakļ 40 ms. UZ PHP :>>>

Ņemot vērā serveru izmaksas un SSD ātrūmu, man nezkāpēc, arvien vairāk, gribas glabāt bildi MySql tabulā. Imho ērti un izvadot, tāpat orģināls nekad netiek izvadīts, viss tiek no-cashots, samazināts orģinālais izmērs utt... Ko es palaižu garām? Kur varētu būt problēma?