Post by AndyB72E qui ricambia tutto di nuovo. Essendoci molto traffico ci saranno
parecchie connessioni contemporanee. Su un altro sito che gestiamo
allora, il discorso delle connessioni è questo. se io mi collego al
sito, genero una query (chessò, chiedo di vedere tutti i libri degli
autori che cominciano per A) si crea una cd. connessione (al db).
cioè lo script si "connette" al db, gli chiede di eseguire una query e
di caricare il risultato in un recordset (altrove lo si potrebbe
chiamare puntatore).
ma appena eseguita la query e posteggiato il risultato da qualche
parte (ad es. un array) uno chiude la connessione.
cioè non è che se io chiedo tutti i libri degli autori che iniziano
per A e mi metto lì a scorrere su e giù facendo mmmh, interessante,
questo lo checko per comprarlo... e quest'altro? mah, vediamo...
poi arrivi tu e chiedi tutti i libri degli autori che comninciano per
B e anche tu ti metti davanti allo schermo a guardare questo elenco,
poi viene un amico tuo e cerca C e via così allora arrivati alla L si
pianta.
quello che lui fa è "vuoi A? mi connetto al db - ecco A - mi
disconnetto", e la cosa ovviamente dura frazioni di microsecondi.
anche nell'ipotesi di 12 richieste contemporanee nello stesso identico
picosecondo mi sembra assai realistico che vengano accodate.
considera che generalmente quando si parla delle performances di
access ci si riferisce al suo comportamento in applicazioni
client-server dove davvero magari gli si chiede di fare operazioni
complesse in continuazione.
l'uso sul web è diverso ed è possibile organizzarsi in modo tale da
non avere troppi problemi.
poi certo, non dico che access sia l'ideale per siti molto trafficati.
ma non è neanche sto cesso che tutti credono.
Post by AndyB72abbiamo un traffico limitato di 100-200k pagine al mese, che
significano già 40 connessioni contemporanee di media. Questo esempio
non calza molto per il genere di sito che porta l'utente a rimanere
connesso più al lungo del nuovo che sto progettando, però è
significativo.
ok, ma spero ci siamo capiti su cosa significa connessione
contemporanea.
mi sembra di capire comunque che le 200k pagine "girino" con access?
Post by AndyB72Post by l***@email.itora, non dico certo che asp classico+access sia l'ideale, non dico che
*oggi* rifarei tutto nello stesso modo (era una cosa molto
garibaldina), ma insomma, quanto alto traffico vorrete fare?
Da un minimo di 500k pagine visitate al mese fino a qualche milione.
ma io vi auguro di farne anche di più. solo che siccome è qualche
anno che sto nel giro, ed è qualche annoche sento dire da fonti
plausibilissime di questi milioni di pagine che tutti si aspettano di
fare... mah, diciamo che sono prudente.
Post by AndyB72Post by l***@email.itgeneralmente chi ha queste idee brillanti che sicuramente farà alto
traffico va a finire che è la solita (ri)scoperta dell'acqua calda che
magari fa qualche migliaio di visite al mese.
Ragionassero tutti così il web sarebbe morto.
no, è che per ogni due o tre iniziative di successo ci sono migliaia
di cadaveri. sono e saranno sempre di più quelli che il web non
l'hanno mai usato e credono di avere l'idea meravigliosa che altri
hanno già avuto o che meravigliosa non è.
comunque già un bel po' di pagine le fate quindi magari voi qualche
idea la potrete avere.
mi sembra strano però che chi gestisce 10^5-10^6 pagine/mese e il
budget che ne consegue non abbia nel frattempo investito
sufficientemente in formazione in modo tale che abbia ancora certi
dubbi tipo meglio asp o php perché asp si pianta, quando poi a dire il
vero si dovrebbe dire meglio access come db o altro, visto che è
possibile usare asp+access, asp+mysql, asp+sqlserver, php+access,
php+mysql, php+sqlserver ecc. ecc. ecc..
anche il fatto che i server windows "siano un po' più costosi"...
voglio dire, volete fare un milione di pagine? è come preoccuparsi se
uno vuole la rolls royce con l'aria condizionata o senza. certo con
l'aria condizionata costerà un po' di più (ammesso che sia un
optional) ma non credo sia quello a fare la differenza.
Post by AndyB72Post by l***@email.itti assicuro che non voglio essere offensivo nei tuoi confronti, ma
insomma, è evidente che non sei ancora espertissimo, no? quindi un
pochino dubito che una cosa che faccia davvero alto traffico finisca
in mano a qualcuno magari non ancora espertissimo.
Ho detto di non essere un tecnico, non di non essere un esperto di web,
marketing, communicazione o altro.
aaah, capito. buoni quelli.
e infatti stiamo a parlare di siti da milioni di pagine/mese e ancora
stiamo ad access vs php e del tecnico che conosce solo asp classico...
mah, nelle mani di chi siamo...
Post by AndyB72Post by l***@email.itquindi se vuoi il mio consiglio, fai sta cosa con asp+access, magari
stai attento alle connessioni, non lasciare oggetti aperti e cose del
genere e intanto vedi come va.
Non posso permettermi di ritrovarmi con un problema a metà strada e di
non sapere in via preventiva cosa comporti risolverlo. E' chiaro che
tutto il web è sempre a metà strada.
Post by AndyB72non hai mai progettato un lavoro di una certa dimensione, ma ti
mah, in fondo è vero. un'azienda di ecommerce puro, che fatturava
cinque miliardi di lire, ordine medio 200mila lire, con una 20ina di
dipendenti sempre lì a smanettare su procedure web... il sito
ufficiale del ministero del lavoro... altra roba per il ministero
degli esteri... altra roba ancora che per carità di patria mi hanno
chiesto di non dire che gira con access... per limitarsi alle cose
asp classico+access. e ancora sto qui a tribolare mentre google è
diventato google. mah, chi me lo fa fare.
sì, in effetti può darsi che tu ce l'abbia più grosso del mio.
--
abbraccio espedienti 365 giorni l'anno.
(generata da: http://www.phibbi.com/extra/gswe.php)
il mio indirizzo email è valido ma filtrato: inserite
la parola newsgroup nel subject per essere letti.