Mi sto rendendo conto che far prove di programmi in locale, quando il server finale è remoto, può essere fuorviante.
Quello che in locale è veloce, magari può essere lento o lentissimo in remoto.
Esiste un modo per rallentare MySQL, simulando quindi la maggior lentezza di un collegamento internet?
Ti attrezzi con un PC che ti simula il Server e lo metti in rete locale
mettici una scheda di rete del nonno da 10 ( non ricordo la unita di misura Mbs ?? )
( comunque dopo è arrivato il 100 e poi ancora il 1000 )
dovresti essere arrivato
la lentezza non è nel server (a meno che non sia un catorcio stracarico), ma nella trasmissione dei risultati al client. Ma, in pratica, a cosa ti serve andar piano?
Anch' io alle volte ci ho tentato,Originariamente inviata da optime
Ma, in pratica, a cosa ti serve andar piano?
Per testare nell'ambiente di sviluppo che può essere un ufficio o casa le applicazioni che saranno lanciate nella rete internet
chiaramente la velocità della connessione internet è molto inferiore alla LAN pertanto una vecchia scheda di rete che fa da "collo di bottiglia" su un server veloce può simulare abbastanza la realtà
andrebbe bene anche un vecchio router o un vecchio switch per unire le 2 macchine
ma vai comunque più veloce, anche con una 10mbit!
e infatti è così.
Avevo letto "da qualche parte" di software vari per simulare reti, addirittura non solo con velocità, ma anche con perdita di dati, di una qualche università che non ricordo
Il problema lo noto (ovviamente) soprattutto con PHP quando faccio tornare molti dati, ad esempio un 25.000 record: in locale è immediato, da un host (tra l'altro economico) il trasferimento richiede tantissimo tempo
che vuol dire "faccio ritornare 25.000 record"? spiega meglio la situazione
Capita essenzialmente nella ricerca degli articoli.
In sostanza mentre in locale si può far qualcosa tipo
select * from articoli where descrizionearticolo like '%'. TESTOINSERITO.'%', ovvero mentre scrivi il testo vengono ritornati gli articoli, chessò scrivi fer e ti appare ferramente, ferri, ferro... poi scrivi ferro e ti appare la categoria ferro, questa raffica di query che possono ritornare tra 1 a 25.000 record (25.000 se ad esempio scrivi "a") in locale vanno benissimo.
Su internet, ovviamente, no.
Una soluzione è quella che l'utente prima scrive tutto quello che vuol cercare, poi dà "cerca".
Ma non è una gran soluzione, perchè spesso si limitano a scrivere solo una parte della descrizione, così comunque fanno 4 o 5 ricerche (minimo) che significano decine di migliaia di record ritornati.
Spero di aver chiarito... spero...
Aggiungo che abbiamo avuto preventivi (in azienda) per dispositivi del genere, fisici (immagino siano poi dei computerini Linux), nel range $5.000-$10.000
Penso siano dispositivi usati, principalmente, per le simulazioni nei centralini telefonici VoIP o cose del genere.
Ma a me basta qualcosa di moooolto meno evoluto, tanto che pensavo di scrivere una apposita funzione PHP "faiquerysqllenta" che metta un ritardo random tra X e Y prima di eseguire il comando.
Però volete che non esista qualcosa di meglio (e possibilmente a costo 0 o poco più?)Non sarò mica l'unico nell'universo a scrivere programmelli in locale che poi dovranno girare su internet!!!!
continuo a non capire: quand'anche tu riuscissi a rallentare la risposta, non sei al punto di prima? sempre troppi record ti ritornano...
secondo, se siete disposti a spendere 10.000$, prendetevi un server virtuale su internet, mettete in piedi una VPN, e così fate simulazioni reali ("simulazione reale"... un ossimoro?)
Permessi di invio
Rispondi quotando
