Jump to content
php.lv forumi

Wuu

Reģistrētie lietotāji
  • Posts

    984
  • Joined

  • Last visited

Posts posted by Wuu

  1. 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.

  2. 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.

  3. Es saprotu, ka šis darbojas baigi smuki Wuu, mans jautājums ir, ja tagad visus 8 ciparu skaitļus pārvēršam par linkiem, bet te pēkšņi ir visa teksta vidū būs piemēram telefona numuriņš +37122002138, kas pārvērtīsies par +<a href="37122002">37122002</a>138?

    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ā.

  4. <?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
    [email protected]	[email protected]
    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/

  5. @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. 

  6. 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.

  7. 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.

  8. 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)
                });
    
  9. [{"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 :)

  10. {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?

  11. Ņ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...

  12. Ņ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?

     

×
×
  • Create New...