Newsgroup: it.lavoro.professioni.webmaster
Titolo: Differenze fra ASP e PHP

In termini di prestazioni, dovendo far costruire un sito che avrà 
parecchi accessi anche contemporanei è davvero sconsigliabile 
utilizzare ASP?
Mi scuso per la domanda banale e sicuramente mal posta ma se scelgo ASP 
il sito verrebbe costruito da un mio collega, viceversa se mi indirizzo 
su PHP (come mi hanno consigliato), devo necessariamente rivolgermi a 
un programmatore esterno.
Attendo fiducioso i vostri consigli.
Grazie


cerca in questo gruppo (o su un motore di ricerca); l'argomento (per
lo meno qui) è stato affrontato NUMEROSE volte.
ciao!
Paolo


e dove sta scritto che una applicazione scritta in PHP e', motu proprio, 
piu' performante di una scritta in ASP?
non capisco 


Cosa vuoi che ti dica, tutti quelli con cui ho parlato mi hanno 
sconsigliato ASP (perchè gira su server Windows, ecc ecc) e consigliato 
PHP considerando che si tratta di un portale che avrà parecchio 
traffico.

 Paolo
Già cercato e ho trovato parecchi articoli tecnici, che in parto 
capisco e in parte no, non essendo appunto un tecnico.
Mi basterebbe, se possibile, una risposta semplice alla mia domanda.


da cui si puo' dedurre che hai parlato con sviluppatori PHP (e non c'e' 
niente di male) e che hai ottenuto risposte che potrebbero essere 
falsate dalle preferenze o conoscenze personali ? 


Se non avete ancora un server o uno spazio in hosting, considera che una 
piattaforma windows in genere costa leggermente di più a causa delle 
licenze (qualche decina di euro, comunque).
Se il tuo collega è un bravo programmatore ASP e ti costa 
considerevolmente di meno di un programmatore PHP esterno, io non ci 
penserei due volte ed affiderei tutto al collega.
Per quanto riguarda il l'alto traffico che prevedete, non usate database 
Access :-) . Ma se il collega è esperto questo lo sa da se.
Ciao

 dalle preferenze o conoscenze personali ?
Ah potrebbe, chiedo appunto conferma qui visto che non lo so.

 Ciao
Il problema è che lui conosce ASP (non ASP.net) meglio di PHP, ma mi ha 
parlato di db Access. Mi ha detto che dovrebbe imparare a migrare il db 
da Access a MySQL, cosa che però non ha mai fatto.
Resto dubbioso :-(

asp+mysql invece di sqlserver
per mysql ci ho messo 10 minuti, per sqlserver mi sono perso nei meandri 
(ancora mi fa male la testa)
ma forse è una questione personale
ciao


 utilizzare ASP?
ma chi è che dice ste fesserie?
come le motiva?
cerchiamo di non banalizzare le cose.  non c'entra niente asp o php,
c'entra fare le cose accazzo o farle bene.  eccheccavolo.  ma si può
vedere che un progetto debba essere governato da "mi ha detto un amico
che".  e andiamo.

 traffico.
cambia interlocutori.
comunque, potrebbe darsi che siccome anche tu di asp sembri saperne
poco, abbiano voluto velatamente suggerirti di delegare il progetto a
terzi.

 Resto dubbioso :-(
Fai bene :-)
Access non è assolutamente adatto all'impiego in rete se prevedete molti 
accessi contemporanei (già con una decina lo metti in ginocchio). Per 
non parlare di altre funzionalità come  le ricerche Full Text).
Come ti hanno già suggerito, secondo me potete usare tranquillamente ASP 
con Mysql 5; la migrazione non è affatto difficile e ci si prende 
velocemente la mano. Esistono anche dei tool di migrazione da Access a 
Mysql. Il problema potrebbe magari crescere se avete già delle query 
complicate nel Db Access che non vengono migrate in automatico e vanno 
rifatte con le store procedures o meglio da codice.

 terzi.
No, nessun secondo fine, di questo son sicuro. E' puramente un problema 
di tipo tencico.


Solo in questo post c'è qualcuno che non la pensa così mi sembra.
E in ogni caso il mio progetto sarà chiaramente governato dai consigli 
che sto raccogliendo, non ho alternative.
Quindi se riesci ad essere più costruttivo mi puoi dare una mano, 
altrimenti sei poco utile, senza offesa :)


ma dalle risposte che hai avuto mi sembra che hai materiale sufficiente 
per farti una idea
Il sunto del discorso e': non importa il linguaggio o la tecnologia 
(almeno a questi livelli) e semmai e' determinante il saper scrivere 
bene l'applicazione che ti serve.
Poi il db su cui "poggiare" il tutto e' qualcosa a latere... se presumi 
un traffico elevato probabilmente Access non sara' la scelta piu' 
geniale, e possiamo essere d'accordo, ma il binomio ASP/Access non e' 
mica un vincolo... come ti han gia' suggerito puoi ricorrere a MySql e 
quindi si torna a bomba: PHP o ASP conta solo il codice che scrivi e 
come lo scrivi
si possono fare enormi cagate con PHP (e ne ho viste) cosi' come si 
possono progettare genialita' con ASP e Access (e LBO ne sa qualcosa) 

siano adatti a siti trafficati.
sì, in teoria.  in pratica va bene lo stesso, a meno che tu non sia
proprio una via di mezzo tra 
repubblica.it
 e l'anagrafe di stato.
personalmente mi sono occupato di un sito di ecommerce che girava su
asp classico e db access, che reggeva tranquillamente 300 ordini al
giorno (quindi non so quante visite) e una quindcina di operatori che
facevano CRM in continuazione sulla stessa base dati su cui si
facevano gli ordini e un sacco di altre cose.  e ancora mi dovevo
sentire le minchiate che access con 12 connessioni si piantava.
e certo che si piantava, ma avrebbero dovuto essere contemporanee.  se
tu le connessioni le apri e le richiudi al volo la cosa è diversa.
poi chiaro, non era certo in un hosting condiviso di aruba o simili.
ora, 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?
generalmente 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.  
ti 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.
quindi 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.
poi nel frattempo vi studiate anche php, che non fa certo male.  se
uno ha le basi di asp non credo proprio avrà difficoltà.  alla fin
fine le cose che si possono fare su un server e su un db sempre quelle
sono.
-- 
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.

Solo in questo post c'č qualcuno che non la pensa cosě mi sembra.
non mi pare.  cerca di leggere meglio, e cerca di vedere se parla per
esperienza o a sua volta per sentito dire.  io parloi per esperienza.
-- 
abbraccio espedienti 365 giorni l'anno.
(generata da: 
http://www.phibbi.com/extra/gswe.php
)
il mio indirizzo email č valido ma filtrato: inserite 


 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 
non hai mai progettato un lavoro di una certa dimensione, ma ti 
ringrazio lo stesso per il tempo che mi hai dedicato.

 esperienza o a sua volta per sentito dire.  io parloi per esperienza.
Va bene, rileggerò.
Ma consigliarmi di "cominciare così e poi vedremo" non mi sembra un 
gran consiglio, senza offesa, soprattutto considerando che si parla di 
investire dei soldi.


no, famme capi'... se tu prendessi la decisione sbagliata in base alle 
risposte che hai avuto qui (risposte la cui qualita' dipende da "n" 
fattori tutti dipendenti da te e da come argomenti), che fai? vieni a 
fare rimostranze? Non l'ho capita sta cosa
hai chiesto una cosa tutto sommato semplice, ti si sta rispondendo ma 
sembra che tu voglia la classica risposta che ti mette a posto con la 
coscienza e che ti metta in condizione di dire "eh... ma me l'ha detto 
tizio"
Non funziona cosi' e soprattutto sembra che tu stia scantonando da 
quello che e' il problema principale e che con asp, php e access non 
c'entra poi molto 

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

investire dei soldi.
peggio che mai.  investite soldi e non sapete la differenza tra asp e
access?  meglio investirli in esperienza allora.


 sì, in effetti può darsi che tu ce l'abbia più grosso del mio.
Figurati, se la metti su questo piano, non sprecarti.
Grazie comunque per i consigli, che non prendo mai come oro colato, ma 
leggo sempre volentieri.

 che ti metta in condizione di dire "eh... ma me l'ha detto tizio"
Allora mi sono spiegato male o ci siamo capiti male.

 access?  meglio investirli in esperienza allora.
Su questo ti ho già risposto.

 e ben studiati in partenza, altrimenti non sarebbero diventati tali.
Visto che bene o male i "successi" si conoscono e che nella maggior 
parte dei casi dichiarano tranquillamente che tecnologie usano, la cosa 
più sensata è farsi un giro su questi "siti" e verificare cosa (e come) 
usano.
Fatto questo magari il problema ASP vs PHP diventa meno significativo.
Ciao,
Paolo

Fatto questo magari il problema ASP vs PHP diventa meno significativo.
mi sembra un approccio un po' "astrologico" al problema.
quello che determina il "successo" di un sito non è la tecnologia lato
server che usa ma altre cose.  asp e php servono a fare cose "dietro"
la bottega, per così dire.  il prodotto finale è un'altra cosa.


Access ho solo sentito vagamente parlare
allora ti consiglierei di rimanere su questa via.
quanto al discorso di cambiare le cose a metà strada, a mio avviso
asp+access è ottimo come prototipazione, si fa davvero molto prima a
smanettare il db (ma a questo punto andrebbe bene anche php+access).
una volta ottenuto un modello adatto, un buon programmatore non ci
dovrebbe mettere molto a portare (nel senso di porting) il progetto su
tecnologie più alla moda.


 la bottega, per così dire.  il prodotto finale è un'altra cosa.
No, infatti non mi sembra di averlo affermato.
Ciò che affermo è che se manca la tecnologia è improbabile che il sito 
"sopravviva" al successo. Se due utenti su tre non riescono ad accedervi 
il risultato mi pare scontato.
Visto che l'OP parlava di milioni di accessi, questo mi sembra un 
fattore da considerare...
Ciao,
Paolo

 tecnologie più alla moda.
Consiglio chiaro, ti ringrazio.